Изложен комплексный подход к решению одной из самых сложных задач управления проектами — получения реалистичных оценок на ранних стадиях. Логика построена от ценности накопленного опыта и метода аналогий к структурным приемам: декомпозиции работ и методу набегающей волны. От них изложение переходит к роли стандартизированного жизненного цикла как основы для планирования и непрерывного совершенствования. Завершающая часть посвящена управлению изменениями: выстроенный процесс их регистрации, анализа и контроля — необходимое условие для соблюдения сроков и бюджета.
Основные мысли
В результате изучения лекции слушатель будет способен:
1. Объяснить ценность накопленного опыта для оценки проектов на ранних стадиях.
2. Применять метод декомпозиции и «набегающей волны» для повышения точности оценок.
3. Планировать проект, опираясь на фазы стандартизированного жизненного цикла.
4. Выстраивать процесс управления изменениями, разделяя задачи регистрации, анализа, принятия решений и реализации.
5. Аргументировать необходимость поддержания плана в актуальном состоянии для управления проектом.
Показывать лекцию целиком
Краткое изложение
Оценка и управление проектами: от опыта к контролю изменений
Ценность накопленного опыта
Одна инжиниринговая компания, проектирующая сооружения для промышленных предприятий, работает на рынке уже 90 лет. За это время у нее накопился огромный архив проектной документации по объектам на территории бывшего СССР и в дружественных странах.
Сегодня этот архив — самое ценное, что у них есть. Он позволяет выигрывать тендеры. Зная, какое оборудование где стоит, его особенности и сроки прошлых работ, компания дает точные оценки. Вывод: опыт нужно накапливать. Это наилучший способ давать оценки на ранних стадиях проекта.
Декомпозиция результатов поставки и метод набегающей волны
Простой, но редко используемый подход — декомпозиция пакетов работ. Суть в разделении работ на всё более мелкие операции до тех пор, пока не станет очевидно, сколько времени и усилий потребуется на каждую. Оценить задачу длительностью в два месяца невозможно. Если разбить ее на подзадачи (а это возможно в 100% случаев), точность оценок значительно возрастет.
Важно сочетать декомпозицию с методом набегающей волны. Задача — иметь график с приемлемым уровнем достоверности на весь проект. Метод решает это так:
• Работы, близкие к дате планирования, описываются подробно, так как о них больше известно.
• Остальные работы описываются укрупненно.
• По мере продвижения график постоянно детализируется и уточняется.
План всегда должен быть актуальным. Перепланирование и уточнение — естественное состояние проекта. Устаревший план, сделанный полгода назад и ничему не соответствующий, бесполезен. Только актуальный план служит рабочим инструментом управления.
Комплексный подход к оценке
Оценка трудозатрат, длительности и бюджета — сложная задача. Ее нужно решать комплексно. Следует:
1. Декомпозировать проект.
2. Пройтись методом набегающей волны.
3. Посмотреть на аналогичные работы из прошлого опыта и поставить оценки.
4. Проверить себя, например, методом PERT (Program Evaluation and Review Technique) .
Роль стандартного жизненного цикла проекта
Основа для декомпозиции — описанный жизненный цикл проекта. Это последовательность фаз со своими целями и выходной продукцией. Большой проект делится на более мелкие и очевидные части, которыми проще управлять.
Например, технология быстрого результата включает четыре уникальные фазы:
1. Инициация проекта.
2. Требования и инфраструктура.
3. Внедрение (таких фаз может быть несколько, в зависимости от количества запланированных релизов).
4. Завершение проекта.
Для каждой фазы определена выходная продукция и последовательность работ. Существуют шаблоны графиков под эту технологию. Взяв такой шаблон, можно быстро получить первую версию графика и оценки. Планирование идет не с нуля, а с опорой на сконцентрированный в жизненном цикле опыт.
Правильное накопление опыта
Использовать задокументированный и стандартный жизненный цикл важно для правильного накопления опыта. Опыт нужно накапливать так, чтобы можно было сравнивать проекты: этот выполняли тогда, а этот — сейчас. Сравнение позволяет понять: стало лучше или хуже? Если лучше — за счет чего? Если хуже — что нужно улучшить? Так замыкается обратная связь для непрерывного совершенствования организации.
Управление изменениями
Ключевые задачи управления изменениями:
1. Регистрация. Зарегистрировать запрос на изменение может кто угодно, заметивший необходимость. Сюда же относятся сообщения о дефектах и несоответствиях. Отдельный человек отслеживает новые запросы и классифицирует их.
2. Анализ и подготовка решения. Технические специалисты, аналитики и архитекторы определяют, куда вносятся изменения, какова их трудоемкость, как это повлияет на сроки. Обязательно готовится обоснование. Критически важно проанализировать, что будет, если изменение не вносить — возможно, в нем нет смысла.
3. Принятие решения. Решение принимает совет по управлению изменениями (спонсор, руководство, руководитель проекта). Взвешиваются стоимость изменения и его положительное влияние на проект.
4. Реализация. Назначенные специалисты вносят изменения. Необходимо проконтролировать, что запрос не забыт, изменения внесены везде, и протестировать корректность внесения.
Управление изменениями должно быть выстроено очень хорошо. Чем ближе к концу проекта, тем жестче должен работать этот механизм. Иначе проект никогда не завершится, разрастаясь из-за неконтролируемых изменений. Объем работ будет расти, а бюджеты и сроки — нет, что автоматически приведет к их срыву. Механизм управления изменениями не так затратен, как может показаться, но без него проект почти наверняка выйдет из-под контроля. Для его организации существуют готовые формы запросов на изменения, дефектов и журналы.
Краткие итоги
Эффективное управление проектом опирается на способность предвидеть и контролировать три ключевые переменные: содержание, сроки и стоимость. Центральная проблема, которую приходится решать, — высокая неопределенность на старте, когда информации мало, а цена ошибки в оценках максимальна. Предложенная логика выстраивает защитный каркас, идущий от накопления знаний к гибкому планированию и далее к жесткой дисциплине контроля.
Основа точного прогноза — не абстрактные формулы, а извлекаемый и правильно сохраняемый опыт. Архив реализованных проектов становится не складом документации, а стратегическим активом. Он позволяет применять метод аналогий, дающий быстрые и обоснованные оценки там, где детальный расчет еще невозможен. Однако одних аналогий недостаточно, если сам объект оценки размыт. Здесь вступает в силу декомпозиция — разделение крупных и непонятных задач на элементарные операции, длительность которых очевидна. Метод набегающей волны снимает противоречие между необходимостью иметь полный план и невозможностью детально знать будущее. Он узаконивает разную степень проработки горизонта планирования, превращая график из застывшего документа в динамичный инструмент, синхронизированный с реальностью.
Стандартизированный жизненный цикл играет роль несущей конструкции. Он задает универсальную структуру фаз и результатов, что решает две задачи: снижает сложность планирования через шаблоны и создает единую систему координат для сравнения проектов. Только в такой системе можно корректно сопоставить фактические показатели, выявить отклонения и понять их причины. Так замыкается петля обратной связи, превращающая разовый опыт в основу для непрерывного совершенствования процессов организации.
Наконец, самый совершенный план будет разрушен без дисциплины управления изменениями. Механизм из четырех шагов — от свободной регистрации запроса любым участником до обязательной верификации реализации — выполняет функцию фильтра и стабилизатора. Он блокирует «расползание» содержания проекта, отделяя действительно ценные модификации от хаотичных пожеланий. Этот процесс требует не столько ресурсов, сколько организационной воли. Его жесткость должна нарастать к финалу, создавая противовес естественному росту неопределенности. В совокупности все элементы формируют управленческую культуру, в которой плановая дата завершения — не фикция, а расчетная величина, достижимая при соблюдении согласованных правил игры.
Ценность опыта
Оценка на ранних стадиях проекта — одна из сложнейших задач. Самый надежный способ ее решить — использовать накопленный опыт. Пример: инжиниринговая компания с 90-летней историей. Ее главный актив — архив проектной документации. Зная, где и какое стоит оборудование, каковы были сроки и особенности прошлых работ, компания дает быстрые и точные оценки, выигрывая тендеры.
Декомпозиция
Ключевой метод повышения точности — декомпозиция результатов поставки. Это разделение пакетов работ на всё более мелкие операции, пока длительность каждой не станет очевидной. Оценить задачу в 2 месяца невозможно. Если разбить ее на подзадачи, что реально всегда, точность резко возрастет.
Метод набегающей волны
План должен иметь приемлемую достоверность на весь проект. Этого помогает достичь метод набегающей волны. Ближайшие работы, о которых мы знаем больше, расписываются подробно. Отдаленные — укрупненно. По мере движения вперед план постоянно детализируется. Это естественный процесс: перепланирование — признак «живого» проекта. Никому не нужен устаревший график полугодовой давности.
Комплексный подход
Оценку трудозатрат, длительности и бюджета нужно выполнять комплексно. Для этого следует:
1. Декомпозировать проект.
2. Применить метод набегающей волны.
3. Использовать метод аналогий (посмотреть на похожие работы).
4. Проверить себя, например, методом PERT.
Роль жизненного цикла
Фундаментом для декомпозиции служит описанный жизненный цикл проекта — последовательность фаз с целями и результатами. Он делит большой, «страшный» проект на очевидные управляемые части. Например, технология быстрого результата предлагает фазы: Инициация, Требования и инфраструктура, Внедрение (один или несколько релизов), Завершение. Наличие шаблона графика под такой цикл позволяет быстро получить первую версию оценок, опираясь на сконцентрированный в шаблоне опыт, а не планировать с нуля.
Накопление опыта
Задокументированный стандартный жизненный цикл критически важен для правильного накопления опыта. Опыт нужно накапливать так, чтобы можно было сравнивать проекты. Сравнивая, как выполнялся проект тогда и сейчас, мы понимаем, стало лучше или хуже и за счет чего. Это замыкает цикл непрерывного совершенствования организации.
Управление изменениями
Ключевые задачи управления изменениями делятся на четыре блока, поскольку ими занимаются разные люди:
1. Регистрация. Запрос (пожелание, дефект, несоответствие) может создать любой участник. Отдельный человек отслеживает и классифицирует запросы.
2. Анализ и подготовка решения. Специалисты определяют: куда вносятся изменения, какова трудоемкость, как это повлияет на сроки, и главное — зачем это нужно. Обязателен анализ: «Что будет, если ничего не делать?». Возможно, изменение не имеет смысла.
3. Принятие решения. Решение принимает совет по управлению изменениями (спонсор, руководство, руководитель проекта). Взвешиваются стоимость и положительный эффект.
4. Реализация. Назначенные специалисты вносят изменения. Необходимо проконтролировать внесение во всех точках и протестировать корректность.
Управление изменениями должно работать хорошо и с каждым днем становиться жестче. Без этого механизма проект никогда не закончится, объем работ будет расти неконтролируемо при фиксированных бюджете и сроках, что приведет к гарантированному срыву. Процесс не так затратен, как кажется, но без него проект выйдет из-под контроля.
Выводы
1. Архив реализованных проектов — ключевой актив, позволяющий давать оценки на ранних стадиях методом аналогий.
2. Оценка длительности задач в месяцах невозможна без декомпозиции на более мелкие и понятные операции.
3. Метод набегающей волны позволяет иметь достоверный график на весь проект за счет разной детализации близких и далеких работ.
4. Актуальный план — единственный рабочий инструмент управления; его постоянное уточнение является естественным процессом.
5. Оценка трудозатрат, сроков и бюджета требует комплексного подхода с использованием декомпозиции, аналогов и метода PERT.
6. Стандартизированный жизненный цикл делит проект на управляемые фазы и служит основой для планирования не с нуля.
7. Правильное накопление опыта невозможно без единой структуры жизненного цикла, позволяющей сравнивать проекты.
8. Сравнение проектов на основе опыта замыкает обратную связь и запускает процесс непрерывного совершенствования.
9. Процесс управления изменениями должен включать четыре разделенные задачи: регистрацию, анализ, принятие решения и реализацию.
10. Любой запрос на изменение должен содержать обоснование и анализ последствий отказа от внесения.
11. Механизм управления изменениями должен становиться тем жестче, чем ближе проект к завершению.
12. Отсутствие контроля изменений ведет к неконтролируемому росту объема работ и неизбежному срыву сроков и бюджета.
Вопросы для самопроверки
1. Каким образом накопленный опыт и проектный архив помогают выигрывать тендеры на ранних стадиях?
2. Почему задача в графике с длительностью «два месяца» не поддается адекватной оценке?
3. В чем суть метода набегающей волны и как он обеспечивает актуальность плана?
4. Почему перепланирование и уточнение графика является естественным состоянием управления проектом?
5. Из каких этапов состоит комплексный подход к оценке проекта?
6. Какова роль стандартизированного жизненного цикла при декомпозиции и планировании?
7. Почему для накопления опыта критически важно сравнивать завершенные проекты между собой?
8. Какие четыре ключевые задачи выделяются в процессе управления изменениями?
9. Почему задачи регистрации, анализа, принятия решений и реализации изменений должны выполняться разными людьми?
10. Зачем при анализе запроса на изменение рассматривать вариант «не вносить изменение»?
11. Какова роль совета по управлению изменениями в проекте?
12. Почему жесткость контроля изменений должна нарастать по мере приближения к концу проекта?
