Сложные проекты — это те, в которых планирование не работает. Работает только адаптация. нет, Agile появился не поэтому, но именно сложные проекты спровоцировали хайп вокруг самой непонятной компетенции - гибкость.

Сроки могут меняться как вправо, так и влево. Требования меняются, технологии меняются, рынок меняется. И сроки плывут за ними.

❤️ Команда перестаёт верить в дедлайны - они ни мотивируют, ни пугают

❤️ Заказчик перестаёт верить команде - эмм, но вы говорили, что это можно сделать за два дня, почему уже два месяца?

❤️ Планирование превращается в гадание - появляются мои любимые выражения - мне кажется, я вижу, что, я чувству, что, есть ощущение...

❤️ Постоянная гонка без финиша - как секс без оргазма. Из таких отношений рано или поздно захочется выйти.

1️⃣ Планируйте вехами, а не датами. Не «релиз 1 сентября», а «релиз, когда будут готовы ключевые функции». Держите заказчика в курсе прогресса, а не в курсе дат. Инструмент: Дорожная карта.

2️⃣ Закладывайте буферы на каждом уровне. Не один большой буфер в конце, а маленькие — на каждом этапе. Так вы не переносите всё сразу. Инструмент: Метод критического пути.

3️⃣ Используйте «Now/Next/Later» вместо жёстких дат. Это снижает напряжение в и без того напряженной атмосфере планирования.

4️⃣ Делайте короткие итерации. Чем короче цикл, тем легче корректировать сроки - сейчас тенденция на 2 недели.

5️⃣ Фиксируйте изменения сроков сразу. Как только поняли, что срок сдвигается — скажите об этом, запишите это, примите как новые условия.

Бюджет большой в абсолютных цифрах, но его не хватает. Потому что масштаб требует ресурсов, а ресурсы всегда ограничены. И каждый рубль на счету.

❤️ Постоянные согласования дополнительных средств

❤️ Экономия на том, на чём экономить нельзя

❤️ Конфликты между «хочу» и «могу»

❤️ Стресс у всех, кто отвечает за бюджет

1️⃣ Ведите детальный учёт затрат. Не «потратили 2 млн», а «потратили 2 млн: 500 на разработку, 300 на тестирование, 200 на инфраструктуру...». Чтобы вы знали, куда уходят деньги. Пусть ИИ анализирует и в следующий проект выдаст адекватный шаблон.

2️⃣ Приоритизируйте расходы. Что критично, без чего проект не состоится? Что можно отложить? Что можно сделать дешевле без потери качества?

3️⃣ Считайте ROI каждой крупной траты. Не «это надо сделать», а «это принесёт вот столько пользы». Если польза не очевидна — посчитайте ещё раз.

4️⃣ Закладывайте резерв. Минимум 10–90% (🔰) от бюджета на непредвиденные расходы. Они будут всегда.

5️⃣ Отслеживайте тенденции. Если вы тратите быстрее, чем планировали — бейте тревогу. Там не хитро все, оно заканчивается в самый неподходящий момент.

Большое влияние + большая заинтересованность. Каждый из них хочет получить свой результат. Каждый считает свой запрос самым важным. И у каждого есть рычаги давления.

❤️ Постоянный конфликт приоритетов

❤️ Много согласований

❤️ Никто не доволен до конца

❤️ Ресурсы распыляются на всех

1️⃣ Составьте карту стейкхолдеров. Кто они? Что им нужно? Как они влияют на проект? Как вы будете с ними работать?

2️⃣ Управляйте ожиданиями. С самого начала. Не обещайте того, что не можете сделать.

3️⃣ Регулярно коммуницируйте. Чем больше стейкхолдеров, тем больше нужно коммуникации. И не только хорошие новости. Плохие тоже.

4️⃣ Ищите точки пересечения. Где интересы стейкхолдеров совпадают? Используйте это как основу для компромиссов.

5️⃣ Назначайте одного человека, который отвечает за все коммуникации. Чтобы стейкхолдеры не дёргали команду напрямую. Парламентер, но для мирного времени.

Отсутствие стабильной операционной базы. Процессы компании меняются, регламенты переписываются, подходы пересматриваются. А проект должен двигаться вперёд.

❤️ Команда не знает, по каким правилам работать

❤️ Постоянная адаптация к новым условиям

❤️ Потеря времени на перестройку

❤️ Ошибки из-за непонимания новых правил

1️⃣ Фиксируйте текущие правила. Хотя бы для проекта. Чтобы команда знала, как работать прямо сейчас, даже если завтра что-то поменяется. Живите здесь и сейчас)

2️⃣ Регулярно пересматривайте процессы. Не раз в год, а по мере изменений в компании. И корректируйте подход к управлению проектом.

3️⃣ Создайте «оазис стабильности». Несмотря на хаос вокруг, внутри проекта должны быть понятные правила. Хотя бы в одной какой-то статичной сфере. Типа сфера внутренних коммуникаций, или внутренние распорядки.

4️⃣ Обучайте команду адаптивности. Не «мы делаем так, и точка», а «мы делаем так, пока не изменится контекст».

5️⃣ Отслеживайте влияние изменений на проект и рефлексируйте с командой. Как новое правило повлияло на сроки, бюджет, качество? Почему? Пусть команда тоже осознает. что происходит и как рука связана с почками.

Нет устойчивых компетенций. Люди приходят, уходят, заменяются. Постоянное обучение новичков съедает время и снижает скорость.

❤️ Постоянная потеря (и даже отток) знаний

❤️ Снижение скорости работы

❤️ Ошибки из-за дефицита компетенций

❤️ Выгорание оставшихся, потому что ну сколько можно, а?

1️⃣ Документируйте знания. Всё, что можно записать, — записывайте. Чтобы новый человек мог войти в курс быстрее, чем за месяц. Инструмент: Библиотека лучших практик.

2️⃣ Создайте систему онбординга. Пацанский (хотела написать понятный, но почему бы и нет) чёткий план адаптации на первую, вторую, третью неделю.

3️⃣ Используйте парное программирование / работу в паре. Чтобы знания передавались, а не уходили с человеком. Тут двойная польза - ошибок меньше.

4️⃣ Создайте кадровый резерв/программу карьерного роста. Хотя бы на ключевые роли. Чтобы в случае ухода был кто-то, кто может заменить.

5️⃣ Следите за загрузкой. Перегруженная команда — это команда, которая либо перестанет дышать, либо сбежит. Не дайте людям дойти до ручки.

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

Инструменты есть. а в общем-то они все тут - в замечательной умопомрачительной книге Элементарное управление.