Многие боятся задавать тупые вопросы, дабы не выглядеть странно или неловко в глазах команды. Но без них никуда, ведь они экономят деньги заказчика и время команды. Неправильно понятые бизнес-цели трассируются дальше на пользовательские и функциональные требования, и привет — никому не нужная система. Поэтому давайте разберемся в ключевых правилах задавания тупых вопросов.
Кто пишет: Елена Горопека, в IT-индустрии 10 лет; начинала с тестирования ПО, затем перешла в бизнес-анализ и продукт-менеджмент. Ведёт канал «О бизнес-анализе и не только», где пишет об управлении продуктами, проектами и людьми.
Дисклеймер: данные советы будут полезны не только бизнес-аналитикам, а в принципе всем, кто работает в командах с разными людьми.
Не заменяйте неподготовленность шквалом тупых вопросов
Мне приходилось работать в нефтегазовой сфере — домен очень специфичный. Керн, забойное давление, водозаборные скважины, контроль пластового давления и температуры — это только небольшая часть того, о чем мне приходилось общаться с конечными пользователями.
Перед любым совещанием я тщательно готовилась. Разбиралась во всех терминах и аббревиатурах. Детально изучала формулы, чтобы понимать взаимозависимость между различными показателями работы нефтедобывающей скважины. И не тратила время пользователей на вопросы, ответ на которые есть в гугле.
Только после такой тщательной подготовки я понимала, что мои вопросы точно не будут тратой времени всех присутствующих. И подтверждением тому были ситуации, когда после моих «тупых» вопросов геологи меняли свои формулы расчета.
Не надо задавать тупые вопросы, если заказчик, очевидно, бесится от них
Заказчики бывают разными. Не все понимают, что аналитик не проработал 30 лет в этой сфере. Соответственно, у такого заказчика толерантность к любому «тупому» на его взгляд вопросу нулевая.
Что же делать? Я в таких ситуациях перестаю задавать вопросы, а воодушевляю заказчика больше говорить, чтобы как можно лучше погрузиться в его контекст.
И тогда вы или услышите ответы на ваши вопросы, не задавая их; или осознаете, что вопросы ваши действительно «не в кассу»; или поймете, как их можно перефразировать и задать по-другому.
Используйте разные формулировки, когда задаете тупой вопрос
Одна моя коллега всегда добавляет: «Извините, возможно тупой вопрос, но…». И это любимый прием всех аналитиков. Главное — не перебарщивайте. Приберегите этот козырь для действительно тупых вопросов.
Еще хорошо работает прием пересказа. Вы слушаете, записываете, а потом говорите «правильно ли я понимаю, что…» — и выдаете вашу логическую цепочку.
Тогда у заказчика есть возможность поправить конкретные звенья в вашей цепочке. И тогда получается, что вы не глупость спросили, а логическую цепь выстроили.
И напоследок
Хороший аналитик не стесняется задавать тупые вопросы.
Потому что он (-а):
- Хорошо понимает цену не заданного вопроса.
- Умеет спросить, не тратя время и нервы заказчиков.
А как у вас дела с глупыми вопросами? Боитесь их задавать или придерживаетесь принципа «лучше спросить, чем потом расхлёбывать»? Делитесь своим опытом в комментариях.
Мнение авторов блогов может не отражать позицию редакции.
Релоцировались? Теперь вы можете комментировать без верификации аккаунта.
Спасибо, запомню
Дуже цікаво, хоч і досить коротенько написано