Почему я уделяю столько внимания старту любой активности. По крайней мере те, кто со мной работал — это знают, а вы просто поверьте.
Примерно так (картинка) выглядит управленческий цикл по исправлению проблем, изменениям на основе обратной связи, запуску исследований или новых проектов, и много чего еще.
Это скелет фреймворка, которым я пользуюсь сам и которому обучаю других (и в пятницу как раз по нему буду проводить мастер-класс).
📌 Обратите внимание - примерно половина вообще всех усилий - это работы на старте по определению проблемы. И именно это чаще всего пропускают под разными предлогами:
- да это же и так понятно
- мы не можем себе позволить так копаться в деталях, сроки!
- по ходу решим, эджайл
(сука такая)
Но именно там лежат все скрытые проблемы, которые потом обязательно вылезут.
👉🏻 Людям крайне важна синхронизация в общем языке - даже внутри команд, когда начинаю копать на разборах, оказывается, что все думали по-разному об одном и том же. 👉🏻 Все непонятные вопросы, которые вы решили пропустить зажмурившись, вылезут позже.
🤷🏻♂️ На моей практике это заканчивается тем, что в итоге времени тратится даже больше, чем если бы решили все вопросы сразу, хотя, конечно, торопились и только поэтому вначале пропустили важные этапы. И вылезает:
- сопротивление смежных подразделений
- отсутствие поддержки руководства
- поехавшие в бесконечность сроки и ресурсы
- постоянно меняющиеся цели - никому не нужные в итоге решения
✅ Когда проблема хорошо и качественно определена и декомпозирована - поиск решения и согласования занимает, порой, минуты.
❌ Когда мы лишь примерно понимаем что делаем - поиск решения может быть бесконечным.
💊 Ну и главное, о чем я всегда говорю: избегая сложных вопросов и проблем в начале проекта, мы просто переносим их на более поздние сроки. Если мы их там не решим - то проект умрет, сожрав гору ресурсов, времени и вашей репутации. Если уж ему суждено умереть, пусть лучше в зародыше. Канал о клиентском опыте и управлении:
