Проблемы, которые возникают при работе с требованиями, чаще всего возникают из-за того, что вы себя сами заказчиком не воспринимаете.
Хотя – вы же ходите в кафе? Заказываете доставку чего-нибудь на дом? Делали ли когда-нибудь ремонт? Отвозили ли машину на СТО и т.д.? Это значит, что в своей ежедневной жизни вы наверняка выступаете заказчиками.
Но почему-то когда мы начинаем работу как подрядчик, эта парадигма в нашей голове серьезно меняется.
В видео показан пример того, как можно работать с заказчиком. Можете ли вы похвастаться таким же отношением к клиентам?
Проблема клиентоориентированности
Зачастую мы воспринимаем заказчиков, как некое неизбежное зло. Они не знают, чего хотят. Из требования зачастую меняются – нам кажется, что мы уже договорились, и мы уже начинаем что-то реализовывать согласно этим договоренностям. Но в какой-то момент времени возникает какой-то начальник, который говорит: «Нет, это должно быть вот так».
Помните, те требования, которые есть у вас на сегодня – это всегда предпоследняя версия, а последняя версия всегда будет в голове у заказчика.
Чтобы понять мысли заказчика, необходимо посмотреть на то, каким образом мы коммуницируем с заказчиком (не с точки зрения формальных писем или встреч, а с точки зрения уровня коммуникаций и того, что мы хотим донести и получить от заказчика).
Мы работаем на разных уровнях
Выясняется, что мы работаем на разных уровнях.
В первую очередь, мы пытаемся ответить для заказчика на вопрос «Что?»
Что необходимо сделать:
-
необходимо разработать определенную функциональность;
-
необходимо обучить пользователей;
-
необходимо внести изменения в систему и т.д.
После этого мы обсуждаем с заказчиком, как мы будем это делать – «Как?»
-
наш аналитик приедет к вам в офис;
-
мы будем обсуждать детали в формате телефонных разговоров
-
программисты будут делать какой-то объем своей работы,
-
потом тестировщики выполнят свою работу и т.д.
И только после всех этих действий мы начинаем выяснять корневую причину – «Почему?» – почему нам необходимо сделать именно это?
Я считаю, что ролик, показанный выше, смог затронуть тонкие струны души именно по причине того, что он отвечает на вопрос «Почему?» – вам приятно, что эта авиакомпания так позаботилась об определенном пассажире, и вы верите, что наверняка такая же забота будет обо всех пассажирах этой авиакомпании.
Очень важно разобраться на первоначальном этапе, почему же заказчику необходимо сделать ту или иную функциональность (будь то внедрение 1С, какой-то ERP-системы или простого сайта-визитки). Нужно понять – почему ему это нужно, что человек формирует.
Здесь можно использовать «идеологию луковицы», чтобы послойно подойти к корневым причинам:
-
только тогда, когда мы поймем, что движет заказчиком, когда он формирует свои требования, и ответив на вопрос «Почему»,
-
мы сможем предположить, «Как» именно мы будем эту задачу решать,
-
и уже после этого мы сможем понять, «Что» предложить.
Зачастую мы решаем задачи наших заказчиков по теории молотка: «Если у вас в руках молоток, значит всё вокруг – это гвозди», и предлагаем те решения, в которых мы уверены, или которые мы умеем делать. При этом вполне возможно, что заказчику нет необходимости в том количестве функциональности, которую мы хотим ему предложить, либо мы предлагаем ему ту картину мира, которая ему не подходит.
Портрет заказчика
Если развернуть эту «луковицу» немного подробнее, то на верхнем уровне (на уровне ответа «Что») лежат такие общие понятные явно заметные вещи. Первый уровень – культурно-социальный. Сюда входит:
-
Культура заказчика. Имеется в виду не персональная (хотя это тоже очень важный элемент), а корпоративная культура – в какой компании он работает.
-
Социальное окружение. Если мы готовим наше ПО для небольшой компании, подход к работе с требованиями может быть простым – там люди гораздо проще вам объяснят, что им необходимо сделать, чем в компаниях со сложной системой иерархии.
-
В больших компаниях становятся важными роль и статус человека – стейкхолдера, которых в проекте может быть очень много, и каждый из них что-то свое предлагает. Зачастую причины того, почему стейкхолдер предлагает ту или иную функциональность, могут находиться в этом верхнем пласте – понимание того, что ему необходимо поддерживать некоторое социальное и статусное состояние, и поэтому ему возможно просто необходимо добавить что-то в ваш бэклог работ просто потому что ему захочется вложить в ПО свои идеи.
Второй слой – личностный. Требования заказчика зависят от того, какой у него:
-
Жизненный опыт
-
Экономическое состояние
-
Образ жизни
Когда мы приходим в команду стартаперов, которые хотят сделать свои продукты быстрее – для них в первую очередь важна скорость, они выбрасывают требования одно за другим.
Для людей с опытом, которые уже понимают, что если все сделать очень быстро, то вполне возможно, это серьезно отразится на качестве, то уже с высоты этого жизненного опыта они понимают, что лучше не спешить, а сделать сейчас одну-две-три функции, но 100%-работающие. С такими людьми мы уже обсуждаем требования гораздо более подробно. Мы готовы останавливаться при первом же возникшем вопросе – давайте здесь мы копнем глубже. Когда мы работаем с людьми на личностном уровне и понимаем психологию их опыта и образа жизни, мы можем уже задавать другие вопросы
И третий уровень – это уже глубинные личностные ценности:
-
Общение – как человек коммуницирует с миром;
-
Способ познания – как человек познает мир;
-
Восприятие – как человек воспринимает информацию;
-
Поведение – какие шаблоны поведения уже замечаются вами и вашей командой;
-
Мотивация – что человека мотивирует
Если человек хочет, чтобы у него была система, как у конкурентов, только потому, что она есть у конкурентов, то, скорее всего, он в своих требованиях будет мотивирован только тем, что: «Мне надо, чтобы было лучше, чем у конкретных конкурентов».
Такого рода заказчики очень часто приводят в пример некоторые сайты или системы: «Смотрите, как, сделайте мне, чтобы было лучше».
И вы уже понимаете, что работая с таким заказчиком необходимо задавать более личностные вопросы: «Что именно позволит нам здесь победить конкурента?»
Когда мы работаем на таком уровне, уже меняется лексика. Если у вас есть опыт в продажах, вы должны иметь понимание айсберга. Когда хороший продажник работает на верхнюю часть айсберга, где есть некая формальная логика, где есть логически озвученные требования. Лучшие продажники работают на ту часть, которая под водой – на эмоциональное состояние. И получение требований из этой эмоциональной составляющей стейкхолдера гораздо важнее.
Дело в том, что мы в этом случае решаем еще одну задачу, которая поможет нам, как проджект-менеджеру. Мы можем опаздывать по срокам, можем косячить с той или иной функциональностью, но если мы наладим понимание с заказчиком и реализуем функциональность, которая его мотивирует, мы получим союзника.
Этот союзник может не обращать внимания на то, что мы не сделали другие требования, что мы оставили какой-то из отделов его большой компании без какой-то необходимой функциональности. И этот отдел может жаловаться на нас, как на подрядчика – я с этим тоже сталкивался неоднократно.
Но если мы реализуем то, что хочет заказчик, работая на уровне психологии, мы получим достаточно серьезного союзника.
Когда мы работаем с заказчиком на психологическом уровне, то мы выстраиваем долгосрочные отношения, т.е. этот заказчик может вернуться к вам, будучи даже сотрудником или владельцем другой компании – он приходит к вам уже не за сервисом вашей организации, он приходит к вам лично за вашим сервисом
Разумеется, к тому времени вы можете сменить компанию, открыть свой бизнес, но этот человек будет работать именно с вами, потому что вы смогли учесть требования, которые его мотивируют.
Да, в проекте существуют некоторые рамки контракта, которые описывают формальные требования, есть рамки взаимоотношений «подрядчик- заказчик», но вы должны выстроить более личностную коммуникацию.
Любите своих заказчиков!
… иначе их полюбят другие!
Любите своих заказчиков, иначе их полюбят другие!
Когда мы налаживаем детальное взаимодействие с клиентом, мы из роли подрядчика переходим в позицию партнера, тогда уже развитие бизнеса клиента становится и вашим интересом, а вместе развивать бизнес гораздо выгоднее и интереснее, чем просто выполнять подрядный заказ!
*************
Данная статья написана по итогам доклада (видео), прочитанного на онлайн-митапе "Инструментарий руководителя проекта".
