Дочитал книгу Итамара Гилеада «Evidence-Guided: Creating High Impact Products in the Face of Uncertainty», сеньор продакт менеджера из Гугла, Майкрософта и еще десятка стартапов.

Итамар предлагает соединить доказательно-исследовательский подход + ОКР + продуктовые инструменты, чтобы добегать до результатов в зонах с большой неизвестностью [практически везде].

В чём-то его мысли схожи с Lean Эрика Риса, но с большим количеством фреймворков, которые можно сразу применять.

Сегодня основные мысли про проблемы продуктовых команд:

1. Основная проблема продуктовых команд — вымышленный аджайл в деливери, его отсутствие в дискавери и «отключение» команд от итоговых целей компании.

2. Большинство команд попадают в цикл: получить цель с верху - выбрать проекты под цель - собрать план выполнения проектов [построить роадмап] - разбить его на спринты [аля аджайл] - сделать проекты и запустить - замерить результаты - пробовать скорректировать проекты ИЛИ подстроить итоговые цели под результат.

3. В такой поступенчатой системе команды заранее пытаются предсказать эффект от проекта до цели И затем «исполнить» проект согласно плану.

4. При этом «аджайл» сохраняется только в деливери части — «разобьем проект на маленькие кусочки и будем отдавать его недельными спринтами».

5. Если же проект не приносит нужных результатов, то корректируются проект: делается 2-3-5-10 заходы или цели, которые чаще уменьшаются. Никто уже не помнит о планах и заложенных ресурсах в начале.

6. Реже ситуации с несколько запущенными проектами в параллели, но даже они «добиваются» пока не принесут результатов [в лучшем случае] ИЛИ пока команда не устанет [кого-то не уволят].

7. На решения команд также влияют стейкхолдеры: «Я верю вот в эту идею, возьмите и сделайте её».

8. Сами команды не знают целей компании, их продукта И не верят-не понимают как проекты помогут этих целей достичь.

9. Всё это суммируется к минусам человеческого мозга — он не приспособлен к решениям в неопределённости, действует реактивно и скатывается в байесы.

Вместо такого подхода Итамар предлагает несколько инструментов:

1. Согласовать OKR, как часть целеполагания для компаний и команд 2. Взять за основу Evidence-Guided фреймворк, как инструментарий для проверки проектов-идей [по-сути гипотез] 3. Собрать GIST фреймворк, как часть доски управления проектами для команд и стейкхолдеров.

В следующих частях расскажу про пункты выше.