Читать книгу: «Ключевые идеи книги: Agile. Оценка и планирование проектов. Майк Кон»
Оригинальное название:
Agile Estimating and Planning
Автор:
Mike Cohn
Тема:
Менеджмент
Правовую поддержку обеспечивает юридическая фирма AllMediaLaw
Не гибкий план, а гибкое планирование
Методология agile (гибкая методология разработки ПО) появилась около 20 лет назад. Она была создана в соответствии с международными стандартами проектного менеджмента специально для проектов по разработке программного обеспечения.
Традиционный подход к планированию проекта состоит в поэтапном построении плана, с указанием стадий осуществления проекта и дедлайнов. Метод agile отличается от этого подхода тем, что ориентирован не на финальный согласованный план, а на сам процесс планирования.
Все, кто имеет опыт работы в проектном бизнесе, знает, как тяжело на протяжении всей жизни проекта придерживаться плана, созданного в самом его начале. Иногда это просто невозможно. Методология agile учитывает эту особенность проектной работы и настраивает менеджеров на то, что изменения в плане с учетом меняющейся обстановки – это не недостаток плана, а особенность, присущая любому проекту. Задача менеджера – научиться создавать планы, которые можно безболезненно изменить, и уметь превращать каждое изменение в плане в полезный опыт. Книга Майка Кона построена на примерах из сферы ПО, но принципы agile отлично подходят для любых проектов.
Что такое agile-планирование
Поскольку каждый проект – это по определению комплекс действий, выполняемых в течение долгого времени командой людей, очевидно, что работу в проекте нужно планировать. Чем сложнее проект, чем больше задач и людей в него вовлечено, тем сложнее процесс планирования.
Поэтому часто люди либо решают не тратить время на планирование и действуют вообще без плана, что неизбежно приводит к хаосу, срыву сроков и неисполнению обязательств, либо, наоборот, стараются предусмотреть каждую деталь, тратят огромное количество времени и ресурсов на детализацию плана, а потом испытывают стресс и сожалеют о потраченном времени, когда в ходе проекта что-то начинает идти иначе.
Цель планирования – не расписать до мельчайших деталей весь список задач и назначить четкое время начала и окончания каждой. Это в принципе нереализуемо.
Планирование нужно, чтобы:
• оценить общий объем задач в проекте, предвидеть основные риски и попытаться их минимизировать;
• более четко сформулировать конечную цель всего проекта;
• наладить коммуникации между всеми участниками проекта, в том числе и заказчиками. План должен объяснять всей проектной команде основные задачи проекта, приблизительные сроки, служить инструментом установления взаимного доверия между заказчиками и исполнителями. В этом смысле план – одновременно техническое задание и список обязательств. Поэтому особенно важно, чтобы он содержал понятную всем информацию, но в то же время давал пространство для маневра.
По-настоящему гибкий план – это план, который легко изменить. При этом каждое изменений в таком плане – это не катастрофа, а новый инсайт, который остается в проектной команде, несмотря на все изменения.
Именно поэтому планирование более важно, чем план. Гибкое планирование, а не гибкий план – это основа методологии agile.
Основные черты гибкого планирования:
• фокусируется на процессе планирования, а не на плане как документе;
• позволяет вносить изменения в план и поощряет их;
• приводит к созданию планов, которые легко изменить;
• распространяется на весь проект, а не на его отдельные части.
Бесплатный фрагмент закончился.
