Асимметрия информации — вызов номер один для IT-руководителя в новом проекте.

Вспоминая опыт в заказной разработке и сравнивая его с тем, как это происходит в Big Tech, я заметил, что первопричиной многих проблем с продуктовой разработкой часто становится некорректно понятая информация. А когда-то и её дефицит.

Интересно, что мисскоммуникация проявляется не сразу. Часто это ошибка, связанная с тем, как происходит инициация руководителя в продукт.

Согласен, что для погружения ПМа нужно уделять отдельное внимание. Однако одной книжной теории из PmBok недостаточно :)

Предположим, что вам проводят вводный экскурс по продукту. Но это иногда бывает явно недостаточно, особенно если продукт сложный и с приличным легаси.

Как преодолеть дефицит информации для новоприбывших руководителей?

Первый способ —самостоятельно погружаться в документацию.

Второй способ — обратиться к носителю экспертизы по продукту: соседнему руководителю или представителю команды, например, аналитику.

Очень важно определить эффективность выбора первого или второго метода. Логика, при которой экономия времени других приводит к тому, что руководитель сам погружается в проект, не всегда верна.

Задайте вопрос: что будет экономически выгоднее для проекта?

Иногда лучшим решением может быть организация серии встреч, где ПМ вгружается в контекст беклога. И происходит это быстро.

Сначала узким составом, с аналитиком. Затем широким, привлекая прямых исполнителей и внешних участников.

Какой опыт у вас был самый действенный для погружения в контекст проекта?