10.6

Смотреть на английском

10.6 Управление проектами

Обзор и мотивация

Управление проектами это дисциплина превращения намерения в доставленные результаты в условиях ограничений. Вы координируете людей, объём, расписание, цену, риск и качество так, чтобы работа действительно завершалась и доставляла ценность. В программном обеспечении к нему нередко относятся с подозрением, связывая с тяжёлыми планами и диаграммами Ганта, которые реальность игнорирует. Но лежащая в основе потребность никуда не уходит. Кто-то должен следить, чтобы правильная работа происходила в правильном порядке, зависимости управлялись, риски всплывали рано, а заинтересованные стороны знали, чего ожидать. Вопрос не в том, управлять ли проектами, а в том, насколько легко и адаптивно вы можете это делать, по-прежнему выполняя обязательства.

Зачем рассматривать это явно? Программные проекты проваливаются с тревожной частотой, и проваливаются гораздо чаще по управленческим причинам, чем по чисто техническим: неясный объём, неуправляемые зависимости, нерешённый риск, отсутствующие заинтересованные стороны и фантазия о точных долгосрочных оценках. Большие программы особенно уязвимы: со многими командами, поставщиками и многоквартальными горизонтами малые сбои координации накапливаются. Хорошее управление проектами в основном практика честного принятия обязательств, разумного разбиения работы и создания быстрой обратной связи, чтобы проблемы всплывали, пока их ещё дёшево исправлять.

Корпоративные и государственные контексты повышают ставки и меняют ограничения. Корпорации управляют портфелями взаимосвязанных инициатив относительно стратегии и бюджетных циклов (глава 10.1). Государства добавляют правила закупок, многолетние ассигнования, управление подрядчиками и публичную подотчётность. Там историческое умолчание (большие контракты с фиксированным объёмом по модели водопада) имеет длинную историю дорогих видимых провалов. Эта глава охватывает основы, применимые к предиктивным, адаптивным и гибридным подходам. Глава 10.7 (Agile) глубоко разбирает адаптивную поставку, а глава 10.1 охватывает управление портфелем и программами выше единичного проекта.

Ключевые принципы

  • Управляйте результатами, а не активностью. Готово означает доставленную ценность, а не закрытые задачи.
  • Декомпозируйте и упорядочивайте. Малая, упорядоченная работа, учитывающая зависимости, побеждает планы «всё разом».
  • Оценки это диапазоны, а не обещания. Сообщайте неопределённость честно.
  • Выявляйте риск рано и непрерывно. Самая дешёвая проблема та, что поймана первой.
  • Подбирайте метод под работу. Предиктивный, адаптивный или гибридный: под неопределённость и ограничения.
  • Делайте статус прозрачным. Видимый поток побеждает успокаивающие отчёты.
  • Заинтересованные стороны часть команды. Отсутствие клиента риск проекта.

Рекомендации

Выбирайте предиктивный, адаптивный или гибридный подход намеренно

Универсально правильной модели поставки нет; есть соответствие между методом и контекстом:

  • Предиктивный (управляемый планом, «водопад»): объём фиксируется заранее, затем выводятся расписание и цена. Подходит работе с действительно стабильными, хорошо понятными требованиями и жёсткими внешними ограничениями (регуляторная сертификация, физическая интеграция). Режим его отказа притворство, что требования к программному обеспечению стабильны, когда это не так.
  • Адаптивный (agile): объём гнётся; время и цена фиксированы в коротких итерациях, поставляющих работающее программное обеспечение и поглощающих обучение. Подходит большей части продуктовой работы и работы над цифровыми услугами, где требования открываются (главы 11.1, 10.7).
  • Гибридный: адаптивное ядро внутри предиктивной оболочки управления, распространённо и нередко верно в корпорациях и государстве, где финансирование, соответствие и контрактование требуют вех и аудита, а поставка выигрывает от итераций.

Рамки вроде PMBOK (Свод знаний по управлению проектами от Института управления проектами) и PRINCE2 (PRojects IN Controlled Environments) кодифицируют предиктивную и гибридную практику. Смысл в том, чтобы заимствовать их дисциплину (роли, риск, барьеры стадий), не импортируя церемонии, которых работе не нужно.

Управляйте объёмом относительно тройного ограничения

Объём, расписание и цена движутся вместе, ограниченные качеством: классический «железный треугольник». Нельзя зафиксировать все три и добавить объём бесплатно. Что-то уступает, и притворство обратного то, как начинаются марши смерти. Сделайте компромиссы явными и решите, какая переменная гнётся. Адаптивные методы фиксируют время и цену и гнут объём. Контракты с фиксированной ценой фиксируют объём и цену и на деле гнут качество или расписание, если ими не управлять. Контролируйте расползание объёма лёгким процессом изменений (глава 12.3) и предпочитайте сужение до ценного ядра опозданию всего.

Оценивайте честно, диапазонами и перепрогнозируйте

Оценка то место, где проекты чаще всего лгут себе. Воспринимайте оценки как вероятностные диапазоны, а не единичные числа, и расширяйте их для далёкой, плохо понятной работы («конус неопределённости»). Предпочитайте относительные и эмпирические методы: историческая пропускная способность и время цикла (главы 11.2, 11.3) прогнозируют лучше героических угадываний снизу вверх. Где можете, заменяйте оценку измерением. Команда, закрывающая 8 элементов в неделю, потратит около 5 недель на 40 элементов, независимо от очков истории (закон Литтла снова: пропускная способность и работа в процессе, а не оценки, задают время поставки). Перепрогнозируйте непрерывно по мере поступления реальности. План, который никогда не меняется, не управляется.

Управляйте зависимостями и критическим путём

В масштабе доминирующий риск редко скорость одной команды. Это зависимости между командами и поставщиками. Картируйте их явно, определите критический путь (последовательность, определяющая самое раннее завершение) и атакуйте самые длинные и рискованные зависимости первыми. Снижайте связность, где можете (устранённая зависимость стоит больше отслеживаемой), и используйте ясные интерфейсы и контракты, чтобы команды могли двигаться параллельно (главы 1.2, 2.3). Для межкомандных программ регулярная синхронизация зависимостей и рисков побеждает отчёт о статусе, который никто не читает.

Ведите живой реестр рисков

Управление рисками действие с наибольшим рычагом в управлении проектами и чаще всего пропускаемое. Ведите простой живой реестр рисков: каждый риск с вероятностью, влиянием, владельцем и смягчением или планом на случай непредвиденных обстоятельств (глава 12.3). Рецензируйте его регулярно, выводите риски, которые прошли, и добавляйте новые по мере появления. Отличайте риски (могут случиться) от проблем (уже происходят) и решений (глава 1.6). Цель не документ. Это привычка смотреть вперёд, чтобы предвидеть проблемы, а не обнаруживать их в срок.

Вовлекайте заинтересованные стороны и общайтесь прозрачно

Большинство «внезапных» провалов проектов были рано видны кому-то, кого не услышали. Выявите заинтересованные стороны, поймите их опасения и держите их по-настоящему вовлечёнными. Отсутствие клиента само по себе главный риск. Сообщайте статус через прозрачный поток (видимые доски, диаграммы нарастающего итога, продемонстрированное работающее программное обеспечение), а не отчёты «зелёный-жёлтый-красный», вознаграждающие оптимизм. Эскалируйте честно и рано. Хорошо ведомый проект заставляет плохие новости путешествовать быстро.

Компромиссы: плюсы и минусы

ПодходПлюсыМинусы
Предиктивный / водопадПредсказуемые объём и цена; дружелюбно к контрактам и аудитуПлохо подходит неопределённым требованиям; поздняя обратная связь; риск «всё разом»
Адаптивный / agileБыстрая обратная связь; поглощает изменения; ранняя ценностьТруднее зафиксировать объём/цену заранее; нужен вовлечённый клиент
ГибридныйИтерации внутри управления; подходит корпорациям/государствуНапряжение между ритмами; может унаследовать накладные расходы обоих
Подробные оценки заранееКомфорт для планировщиков и финансирующихТочно неверны; дорого производить; быстро устаревают
Эмпирическое прогнозирование (метрики потока)Обосновано, самокорректируетсяТребует истории и дисциплины; выглядит менее «уверенно»
Тяжёлая церемония рисков/процессаТщательно; хорошо для программ с высокими ставкамиЗамедляет малые команды; может стать галочками

Центральное напряжение предсказуемость против адаптивности. Финансирующие, контракты и аудиты хотят твёрдых обязательств. Неопределённой программной работе нужно место для обучения. Разрешайте это так, как делает Agile (глава 10.7): твёрдо обязуйтесь по результатам и срокам, позволяя объёму гнуться, и используйте гибридное управление для удовлетворения надзора без заморозки поставки.

Вопросы для обсуждения с командой

  1. Как вы обернёте команды адаптивной поставки в предиктивную оболочку управления, не унаследовав накладные расходы обоих? Гибрид распространён и нередко верен в корпорациях и государстве, где циклы финансирования, соответствие и контрактование требуют вех и аудита, а поставка выигрывает от итераций. Риск реален: плохо спроектированный гибрид наследует тяжёлую документацию водопада и церемонии agile разом, а команды чувствуют трение двух ритмов, борющихся друг с другом. Принесите свидетельства: нанесите на карту, где на самом деле приходятся ваши барьеры финансирования, контрольные точки соответствия и вехи контрактов, и проверьте, требует ли каждый документ, который работа поставки иначе не производит. Ответ должен позволить итерациям удовлетворять надзор, а не бороться с ним, подавая продемонстрированные работающие приращения и живой реестр рисков в ритм управления, а не останавливаясь для составления отдельных отчётов. Заимствуйте дисциплину рамки вроде PRINCE2, не импортируя церемонии, которых работе не нужно.

  2. Ваш статус проекта прозрачный поток или отчёты «зелёный-жёлтый-красный», вознаграждающие оптимизм? Большинство внезапных провалов были рано видны кому-то, кого не услышали, а статус «арбуз» (зелёный снаружи, красный внутри) то, как честные плохие новости остаются погребёнными до срока. Замените успокаивающие отчёты видимыми досками, диаграммами нарастающего итога и продемонстрированным работающим программным обеспечением и сделайте раннюю эскалацию безопасным действием, а не карьерным риском. Принесите свидетельства: посмотрите на ваш последний проблемный проект и спросите, когда существовал первый предупредительный признак против того, когда руководство о нём услышало. Отсутствие клиента само по себе главный риск, поэтому проверьте, вовлечена ли заинтересованная сторона по-настоящему или вы уверенно строите не то. Хорошо ведомый проект заставляет плохие новости путешествовать быстро, и исправление в той же мере культурное, что и инструментальное.

  3. Знаете ли вы минимальное ценное ядро, до которого вы бы сузили объём, если бы расписание и цена перестали двигаться? Объём, расписание и цена движутся вместе, ограниченные качеством, а когда финансирующие фиксируют все три, качество становится тихим клапаном сброса, и начинаются марши смерти. Адаптивные методы фиксируют время и цену и гнут объём, что работает, только если вы уже решили, какой срез доставляет реальную ценность и какие функции обсуждаемы. Принесите свидетельства: для вашего текущего выпуска можете ли вы назвать ядро, которое обязано отгрузиться, и список, который вы срежете первым, или каждая функция тихо воспринимается как обязательная? Ответ должен позволить сузить до ценного ядра, а не опоздать всем, и должен быть решён до прихода давления, а не импровизирован в срок. Контролируйте остальное лёгким процессом изменений, чтобы расползание объёма не съело запас, на который вы рассчитывали.

  4. Какая межкомандная зависимость сейчас на вашем критическом пути и кто владеет её устранением или снижением риска? В масштабе доминирующая угроза редко скорость одной команды; это последовательность зависимостей между командами и поставщиками, задающая самое раннее возможное завершение. Если никто не может назвать нынешнюю зависимость критического пути, вы управляете локальным прогрессом, пока то, что на самом деле определяет вашу дату, дрейфует без присмотра. Принесите свидетельства: карту зависимостей, показывающую, какие передачи питают какие, где проходит самая длинная цепочка и какие звенья ещё не построены или заблокированы контрактно, плюс названного владельца каждого рискованного звена. Стремитесь атаковать самые длинные и рискованные зависимости первыми и убирать связность, где можете, потому что удалённая зависимость стоит больше отслеживаемой. В корпоративных и государственных программах самые трудные звенья нередко пересекают границы поставщиков или ведомств, поэтому назовите подотчётного владельца с каждой стороны и подтвердите, что контракт позволяет ему действовать, иначе зависимость останется нерешённой, пока не станет публичной задержкой.

  5. Как вы перепрогнозируете по мере поступления реальности и как быстро опоздание становится видимым для тех, кто финансирует работу? План, который никогда не меняется, не управляется, а защищается, а дата одним числом, защищаемая вопреки свидетельствам, то, как проекты молча опаздывают до срока. Заменяйте оценку измерением везде, где можете, прогнозируя по исторической пропускной способности и времени цикла, а не героическим угадываниям снизу вверх, и расширяйте диапазон для далёкой, плохо понятной работы. Принесите свидетельства: вашу фактическую недельную скорость завершения, нынешний размер очереди и проецируемое завершение, вытекающее из них, в сравнении с датой, в которую руководство верит сейчас. Ответ должен давать финансирующим честную сужающуюся проекцию, которую они видят каждый цикл, а не фиксированную дату, держащуюся, пока не рухнет. В государственном и другом ограниченном ассигнованиями контексте прогноз, рано выявляющий отставание, позволяет пересмотреть объём или перебазировать в рамках правил, тогда как скрытое отставание становится провалом надзора и заголовком.

  6. Какой наиболее лёгкий процесс всё ещё выполняет ваши подлинные обязательства и где церемония оторвалась от снижения риска? И недоуправление, и переуправление несут реальную цену: хаос, переделку и пропущенные зависимости с одной стороны и галочки, замедляющие поставку без снижения риска, с другой. Напряжение в том, что аудит, соответствие и условия контрактов налагают реальные требования, однако команды склонны сохранять каждый ритуал долго после того, как он перестал заслуживать своё место. Принесите свидетельства: для каждого повторяющегося отчёта, барьера и совещания назовите конкретное обязательство или риск, на который он отвечает, и пометьте те, что никто не может проследить ни к тому, ни к другому. Ответ должен позволить вывести церемонию, производящую лишь успокоение, сохранив артефакты, удовлетворяющие настоящего аудитора или финансирующего. В корпоративных и государственных контекстах соотнесите каждую церемонию с названным правилом ассигнований, закупок или регулирования, которому она служит, чтобы вы могли защитить сокращение остального перед надзором, а не гадать, чего требует соответствие.

Взгляд по секторам

Стартап. Управляйте почти без церемоний, но с настоящей дисциплиной. Разбейте выпуск на малые упорядоченные срезы, обязуйтесь по дате запуска, позволяя объёму гнуться до ценного ядра, и называйте основателям диапазон, а не единичную дату, перепрогнозируя еженедельно по тому, сколько срезов вы действительно закрываете. Реестр рисков из десяти строк в общем документе, называющий единственную зависимость, способную потопить дату, с владельцем и запасным вариантом, стоит больше любого инструмента, потому что ваш самый дефицитный ресурс внимание, а опоздание, замеченное поздно, может покончить с компанией.

Малый бизнес. У вас нет менеджера проектов и мало запаса, поэтому опирайтесь на инструменты, которые уже ведёте, а не поднимайте офис управления. Отслеживайте работу на одной видимой доске, ведите короткий живой список рисков и предпочитайте покупку продукта планирования или заявок построению процесса с нуля. Решите заранее, какая единственная функция должна отгрузиться, чтобы выпуск стоил затеи, потому что, когда расписание сожмётся, у вас не будет лишних людей, чтобы обсуждать объём на месте.

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

Государственный сектор. Правила закупок, многолетние ассигнования и публичная подотчётность определяют каждый выбор. Предпочитайте модульные, ориентированные на результат приращения, поставляемые адаптивно под рамкой управления, удовлетворяющей ассигнования и надзор, одному контракту водопада с фиксированной ценой и фиксированным объёмом с далёким запуском. Живой реестр рисков и прозрачные продемонстрированные приращения дают аудиторам и законодателям настоящую видимость, а гнутие объёма до ценного ядра в рамках фиксированного финансирования позволяет отгрузить полезную возможность рано, а не рисковать всем на одну дату.

Примеры

Стартап. Стартап из семи человек, мчащийся отгрузить первый платный продукт, управляет проектом почти без церемоний, но с настоящей дисциплиной. Он разбивает выпуск на малые упорядоченные срезы, обязуется по дате запуска, позволяя объёму гнуться до ценного ядра, а не обещая каждую функцию, и называет основателям диапазон вместо единичной даты, перепрогнозируя еженедельно по тому, сколько срезов команда действительно закрывает. Реестр рисков из десяти строк в общем документе называет единственную зависимость, способную потопить дату, незавершённую интеграцию платежей, с владельцем и запасным вариантом, так что самая большая угроза отслеживается, а не обнаруживается в срок.

Крупная организация. Банк, заменяющий платформу выдачи кредитов, ведёт гибридную программу: предиктивную оболочку с квартальными вехами финансирования и барьерами соответствия, оборачивающую адаптивные команды, поставляющие работающие приращения каждые две недели. Межкомандная карта зависимостей показывает, что общий сервис идентификации на критическом пути. Поэтому программа ставит его первым и снижает риск, избегая позднего каскада. Оценки выражаются диапазонами и перепрогнозируются ежемесячно по фактической пропускной способности, так что руководство видит честную сужающуюся проекцию, а не фиксированную дату, тихо уходящую.

Государственный сектор. Ведомство отказывается от единого контракта водопада с фиксированной ценой и фиксированным объёмом (шаблон нескольких публичных провалов) в пользу модульных закупок: меньших ориентированных на результат приращений, поставляемых адаптивно под рамкой управления, удовлетворяющей ассигнования и надзор. Живой реестр рисков и прозрачные продемонстрированные приращения дают аудиторам и законодателям настоящую видимость. Поскольку объём гнётся до ценного ядра в рамках фиксированного финансирования, программа может отгрузить полезную возможность рано, а не рисковать всем на один далёкий запуск (главы 10.1, 10.3).

Бизнес-обоснование: мотивы, ROI и TCO

Отдача от хорошего управления проектами определяется избегнутым провалом. Большие программные проекты гораздо вероятнее опаздывают, превышают бюджет или отменяются, чем укладываются в первоначальный фиксированный план, а потери огромны: невозвратные затраты, плюс упущенная ценность, плюс, в государственном секторе, общественный и политический ущерб. Дисциплины здесь (честная оценка, управление зависимостями, ранняя работа с рисками, вовлечённые заинтересованные стороны и адаптивный объём) именно те, что сдвигают проект с кривой провала. Даже скромное снижение вероятности крупного превышения или отмены затмевает цену хорошего управления проектом.

По совокупной стоимости владения лёгкое адаптивное управление снижает цену на протяжении жизни работы. Быстрая обратная связь рано ловит дорогие ошибки. Инкрементальная поставка раньше начинает возвращать ценность, что улучшает сроки ROI. Прозрачный поток сокращает накладные расходы отчётности, которые налагает тяжёлое управление. И недоуправление (хаос, переделка, пропущенные зависимости), и переуправление (церемония, замедляющая поставку) несут реальную цену. Цель наиболее лёгкий процесс, выполняющий ваши фактические обязательства. Обосновывайте перед руководством, противопоставляя полностью нагруженную цену недавнего проблемного проекта почти нулевой цене реестра рисков, карты зависимостей и честных прогнозов на основе диапазонов.

Антипаттерны и ловушки

  • Планы с фиксированным всем: объём, расписание и цена все заперты, а качество тихий клапан сброса.
  • Оценки как обещания: даты одним числом, воспринимаемые как обязательства, затем защищаемые вопреки свидетельствам.
  • Игнорирование зависимостей: управление скоростью каждой команды, пока межкомандный критический путь уходит.
  • Театр реестра рисков: документ, созданный раз и никогда не пересматриваемый.
  • Статус «арбуз»: зелёный снаружи, красный внутри; оптимизм вознаграждается больше честности.
  • Отсутствующий клиент: нет вовлечённой заинтересованной стороны, так что уверенно строится не то.
  • Поставка «всё разом»: всё интегрируется и выпускается в конце, максимизируя риск (сравните с главой 11.2).
  • Процесс ради процесса: церемония и отчёты, потребляющие усилия без снижения риска.

Модель зрелости

  • Уровень 1 (Начальный): Проекты идут на героизме и надежде; объём, риск и зависимости управляются стихийно, если вообще; оценки единичные числа, защищаемые вопреки свидетельствам; сюрпризы приходят в срок.
  • Уровень 2 (Развитие): Базовое планирование, отчёты о статусе и список рисков существуют в одних проектах, но не в других; метод поставки выбирается по привычке, а не соответствию; оценка и отслеживание зависимостей различаются от команды к команде, так что практика непоследовательна по организации.
  • Уровень 3 (Стандартизация): Документированный подход принуждается по организации: метод поставки выбирается под работу, объёмом управляют относительно тройного ограничения, живой реестр рисков и карта зависимостей ожидаются в каждом проекте, а оценки основаны на диапазонах и перепрогнозируются с вовлечёнными заинтересованными сторонами.
  • Уровень 4 (Управление): Поставка измеряется и контролируется относительно базовых значений. Пропускная способность, время цикла, точность прогноза, доли закрытия зависимостей и рисков и расхождение расписания и цены отслеживаются по проекту и сворачиваются по портфелю; проекции эмпиричны и сужаются; опоздания рано всплывают и запускают пересмотр объёма или перебазирование по свидетельствам, а не оптимизму.
  • Уровень 5 (Оркестрация): Управление проектами интегрировано с планированием портфеля, финансирования и рисков и непрерывно улучшается. Гибридное управление удовлетворяет надзор, не замедляя поставку, межкомандными и межпоставщиковыми зависимостями управляют упреждающе, ретроспективы вводят измеряемые изменения обратно в практику, а организация адаптирует методы и перебалансирует работу по мере сдвигов ограничений и приоритетов.

Идеи для обсуждения

  1. Какой метод поставки (предиктивный, адаптивный, гибридный) действительно нужен каждой из ваших текущих инициатив и совпадает ли он с тем, что вы используете?
  2. Когда вы в последний раз обязывались по дате, это был диапазон или единичное число и как это сформировало ожидания?
  3. Какая зависимость критического пути сейчас у ваших команд и кто владеет её снижением риска?
  4. Ваш реестр рисков живая привычка или разовый документ?
  5. Где качество тихо поглощает давление, когда объём, расписание и цена все зафиксированы?
  6. Как изменились бы ваши прогнозы, если бы вы заменили оценку измеренной пропускной способностью?

Главные выводы

  • Управление проектами превращает намерение в доставленные результаты в рамках ограничения «объём-расписание-цена-качество».
  • Подбирайте метод под работу: предиктивный, адаптивный или гибридный, и предпочитайте гибридное управление в корпорациях и государстве.
  • Воспринимайте оценки как диапазоны, перепрогнозируйте по эмпирическим метрикам потока и не позволяйте датам одним числом становиться ложью.
  • Зависимости и риск доминирующие режимы отказа в масштабе: картируйте и управляйте обоими непрерывно.
  • Держите заинтересованные стороны вовлечёнными, а статус прозрачным; пусть плохие новости путешествуют быстро.
  • ROI это избегнутый провал; побеждает наиболее лёгкий процесс, выполняющий ваши обязательства. См. главы 10.7 (Agile), 10.1 (управление портфелем и программами), 11.2 (поставка) и 11.3 (теория очередей).

Источники и дополнительное чтение

  • Project Management Institute, A Guide to the Project Management Body of Knowledge (PMBOK Guide).
  • AXELOS, Managing Successful Projects with PRINCE2.
  • Frederick Brooks, The Mythical Man-Month (why adding people to a late project makes it later).
  • Tom DeMarco and Timothy Lister, Peopleware and Waltzing with Bears (risk management).
  • Steve McConnell, Software Estimation: Demystifying the Black Art.
  • Daniel Vacanti, Actionable Agile Metrics for Predictability (empirical forecasting).
  • Standish Group, CHAOS Report (software project outcomes, read critically).
  • U.S. Digital Service, Digital Services Playbook; UK Government, Government Service Standard (modern public-sector delivery).
  • Bent Flyvbjerg and Dan Gardner, How Big Things Get Done (megaproject delivery).