Что такое расширение объема работ? Как с этим справиться? Объяснение на примере простой истории с... скачать в хорошем качестве

Что такое расширение объема работ? Как с этим справиться? Объяснение на примере простой истории с...

В этом видео я объясняю, что такое расширение объема работ в управлении проектами, используя простой пример из реальной жизни — ремонт кухни, и показываю: • Что такое расширение объема работ на самом деле • Почему оно незаметно разрушает сроки и бюджеты • Как небольшие «разумные» изменения накапливаются • Влияние на команды, выполнение работ и заинтересованные стороны • Практические способы контроля объема работ без блокирования инноваций Представьте, что вы нанимаете дизайнера интерьеров для ремонта вашей кухни. Вы договариваетесь о шкафах, плитке и освещении, которые должны быть доставлены за четыре недели в рамках фиксированного бюджета. В середине процесса вы запрашиваете барную стойку. Затем ящики с доводчиками. Затем интеграцию «умного» освещения. Сроки и стоимость остаются неизменными. «Больше работы. Те же сроки. Тот же бюджет. Это расширение объема работ». Каждый запрос имеет смысл сам по себе. Вместе они создают давление, задержки и разочарование. Проекты ведут себя точно так же. Нажмите Enter или щелкните, чтобы просмотреть изображение в полном размере Расширение объема работ: больше работы, тот же срок, тот же бюджет Расширение объема работ — это то, что происходит, когда проект постепенно выходит за рамки первоначально согласованного — без официального утверждения дополнительной работы или корректировки сроков, бюджета или возможностей команды. Это редко происходит в виде крупного решения. Вместо этого оно незаметно проникает через небольшие запросы, неформальные согласования и благие намерения. «Расширение объема работ не кричит. Оно шепчет». В начале объем работ по проекту ясен. Все кивают на стартовом совещании. Но по мере продвижения работы появляются новые идеи, меняются приоритеты, и заинтересованные стороны просят «еще кое-что». Когда эти дополнения принимаются неформально, проект начинает нести дополнительный вес, который он никогда не был рассчитан. Расширение объема работ в реальном проекте (PMI-PMP) Рассмотрим программный проект по разработке мобильного приложения. Утвержденный объем работ включает в себя функциональность входа в систему, панель управления пользователя и push-уведомления. В процессе выполнения проекта маркетинг запрашивает аналитику, отдел соответствия запрашивает дополнительные журналы аудита, а отдел продаж хочет интеграцию с CRM. Ни один из этих запросов не утверждается официально через систему управления изменениями, и никаких изменений в графике или базовых показателях стоимости не вносится. Это классическое расширение объема работ, как это определено в PMP. Объем работ расширился, но базовые показатели остались прежними. «Если объем работ меняется, а план остается прежним, проект расплачивается за это». Почему расширение объема работ происходит даже в хороших командах Расширение объема работ редко вызвано некомпетентностью. Обычно это происходит из-за нечеткого определения объема работ, отсутствия или слабого контроля изменений, давления со стороны старших заинтересованных сторон или желания руководителя проекта быть полезным и сотрудничать. Нажмите Enter или щелкните, чтобы просмотреть изображение в полном размере Как справиться с расширением объема работ В гибких средах это часто подпитывается неправильным пониманием того, что гибкость означает принятие неограниченных изменений в любое время. «Гибкие методы приветствуют изменения. Они не приветствуют хаос». Как правильно справляться с расширением объема работ Первая линия защиты — ясность. Четко определенный базовый план объема работ, подкрепленный структурой декомпозиции работ, позволяет увидеть, что включено, а что нет. Когда объем работ виден, обсуждения становятся основанными на фактах, а не на эмоциях. Вторая линия защиты — формальный контроль изменений. Каждый новый запрос должен быть задокументирован, проанализирован на предмет влияния и утвержден соответствующим органом до начала работы. Это не бюрократия. Это дисциплина принятия решений. «Изменения — не враг. Враг — неконтролируемые изменения». Самые эффективные менеджеры проектов не говорят «нет» сразу. Они говорят о компромиссах. Они объясняют, что расширение объема работ означает продление сроков, увеличение стоимости или исключение чего-то еще из плана. Это перекладывает ответственность на лиц, принимающих решения, и обеспечивает честность проекта. Мини-кейс 1: Проект по внедрению ИТ-решений В проекте банковского приложения клиент неоднократно запрашивал новые отчеты во время пользовательского приемочного тестирования. Вместо того чтобы отклонять запросы, менеджер проекта документировал каждый из них, анализировал влияние на график и представлял варианты спонсору. Были утверждены только отчеты, критически важные для соблюдения требований, остальные были перенесены на второй этап. Проект был запущен вовремя, при этом все заинтересованные стороны согласовали свои действия. «Прозрачность снижает конфликт. Молчание его порождает». Мини-кейс 2: Сценарий работы гибкой команды В гибкой продуктовой команде владелец продукта часто д...