Советы проджект-менеджеров
Проект — создание нового продукта, у которого есть начало и конец. Высадка астронавтов на Луне, запуск нового сайта, дизайн детской или запланированный ужин с друзьями — это всё проекты. Их отличают только методы управления: высадка на Луну потребует большего планирования и работы, чем ужин дома.
Для управления некоторыми проектами нужны специальные методы и фреймворки: они делают работу более предсказуемой. Подобрать фреймворк поможет модель Киневин. О ней в книге «Проджект-менеджмент: Как быть профессионалом» рассказывают Сергей Дерцап и Алексей Минкевич.
Модель Киневин
Модель Киневин (Cynefin) — модель для создания смысла. Она помогает понять, в какой вы среде и какую методологию выбрать, чтобы проект завершился, как нужно вам. Модель состоит из пяти основных сред или доменов. В нашем случае в роли домена выступает проект.
Простые проекты
В этом домене все решения очевидны. Есть одна «лучшая практика», использование которой всегда ведёт к нужному результату.
По такому принципу устроены рецепты. Сколько бы раз вы не готовили морковный торт, если вы будете брать одни и те же ингредиенты и следовать тем же инструкциям, вы всегда получите морковный торт. Хороший пример из IT-отрасли — тестирование с чек-листом. Вы идёте по нему и проверяете правильно ли работает сайт или приложение.
Сложные проекты
В этом домене уже не так просто найти связь между причиной и следствием. Задача может быть сложной или её решение для обычного человека может быть неочевидным. Нужен эксперт: он поможет прийти к нужному решению.
Проект «Аполлон-11» относится к сложным проектам: для высадки на Луну собрали большое количество экспертов в разных областях и они предложили несколько решений, которые привели к нужному результату. Армстронг шагнул за всё человечество.
В таких проектах нет единственно верного решения: каждый эксперт может предложить своё и оно будет верным. Практики в этом домене называются «хорошими». Среди них классические практики менеджмента: PMBOK, PRINCE2, ITIL.
Книги по теме:
Запутанные проекты
В запутанных проектах нет хороших решений, а связи между причиной и следствием неочевидны. Такие проекты похожи на карту в компьютерной игре с открытым миром: пока вы не изучите область, она покрыта туманом. Есть там дорога к цели или нет — непонятно.
Чаще всего в такой ситуации оказываются стартапы. Есть предположение, что определенная гипотеза может сработать. Для подтверждения гипотезы создается минимально жизнеспособный продукт. После запуска продукта у компании появляется информация для планирования следующих шагов.
Для этого домена нужны гибкие и приспосабливающиеся к изменениям практики. Например, Agile или Scrum.
Книги по теме:
Хаотичные проекты
В этом домене связей между причиной и следствием просто нет, всё погружено в хаос. Это пожар посреди ночи. Нет времени на планирование и обдумывание — нужен лидер, который чётко скажет, что делать, чтобы спасти жильцов и некоторое имущество. Только после этого можно все обдумать и спланировать следующие шаги.
Пример из мира IT: в проекте горят сроки, команда отказывается от всех подходов и лихорадочно начинает доделывать работу. Для этого домена практики изобретаются на месте. Их цель — перевести проект из хаотичного в запутанный.
Беспорядок
Так называется ситуация, в которой люди, принимающие решения, не осознают, в каком домене они находятся и какие практики им нужны.
Какую методологию использовать
Сначала поймите, какой у вас проект и что за задачу вы решаете. А затем выберите соответствующий домен:
- Простой I (морковный торт) — «лучшие» практики, в которых используются процессы по ГОСТ, ISO или от признанных лидеров отрасли;
- Сложный II (высадка на Луну) — «хорошие» практики, в которых используются классические подходы к управлению проектами, например PMBOK или PRINCE2;
- Запутанный III (туман войны) — в этом домене используются Agile-практики;
- Хаотичный IV (пожар) — в этом домене нужно положиться на сильного лидера, который поможет уйти с линии огня и перейти в туман войны;
- Беспорядок V (нет понимания ситуации) — нет практик.
