Прибыль:
- Понимать концепции описания содержания и структуры разбивки работ (WBS) и использовать искусственный интеллект для создания проекта WBS, разделенного на пакеты работ.
- Уточняйте позиции, поставки и критерии приемки, выходящие за рамки объема работ, с помощью искусственного интеллекта и наблюдайте за растущим объемом работ на раннем этапе
- Способность понимать, что руководитель проекта несет ответственность за подтверждение целостности, реалистичности и соответствия WBS, созданной искусственным интеллектом, с организационным контекстом посредством проверки команды и заинтересованных сторон.
Когда вы начинаете проект с вопроса «что мы будем делать?» Начинать с этого — все равно, что идти в темноте. Проекты часто терпят неудачу не потому, что ими плохо управляют, а потому, что они были неправильно определены с самого начала. Предметом этого модуля являются два основных инструмента, которые очерчивают границы проекта и делят работу на управляемые части: определение содержания и структура декомпозиции работ. Когда эти два документа составлены правильно, график, прогноз, риски и бюджет прочно занимают их место; При неправильной настройке все трясется на протяжении всего проекта. ИИ является мощным партнером в составлении обоих документов: он предлагает структуру объема работ и разбивку на пакеты работ за считанные минуты. Но помните: ИИ создает общую картину; Только вы и ваша команда знаете фактические результаты, ограничения и критерии приемки вашей организации.
Что такое заявление об объеме?
Объем – это то, что включает в себя проект и что не включает. Заявление о содержании — это документ, который излагает его в письменной форме и обычно включает в себя: цель проекта, ключевые результаты, критерии приемки, элементы, выходящие за рамки объема, предположения и ограничения. Наиболее важной и наиболее игнорируемой частью здесь является список вне области действия: «Мы не будем делать X в этом проекте» предотвращает аргумент «но я думал, что это было включено» позже.
Когда объем выходит из-под контроля, это называется расползанием объема: небольшая, несанкционированная работа, добавленная в проект, со временем раздувает его. «Еще одно маленькое дополнение», если его повторять, взрывает бюджет и график. Хорошее определение содержания и четкие критерии приемки — это первая линия защиты от расширения объема. Критерии приемки — это измеримое условие, которому должен соответствовать результат, чтобы считаться «завершенным» (например, «загрузка формы менее чем за 2 секунды»).
Совет: при написании описания объема работ уделите столько же внимания списку «чего мы не будем делать», сколько и списку «что мы будем делать». Исключенные позиции — самая дешевая страховка для проекта.
Что такое иерархическая структура работ (WBS)?
Структура декомпозиции работ (WBS) представляет собой иерархическое дерево, которое делит всю работу проекта на логические части, которые постепенно уменьшаются сверху вниз. Вверху находится проект, под ним — основные результаты/этапы, а под ними — пакеты работ. Пакет работ — это часть работы самого низкого уровня, которая может быть назначена человеку/команде, и она достаточно мала, чтобы оценить ее продолжительность и стоимость. Хорошая WBS следует двум правилам: правилу 100% (сумма нижних частей включает в себя всю верхнюю часть, ни больше, ни меньше) и взаимной исключительности (никакие два пакета не содержат одну и ту же работу, никакого дублирования).
Почему WBS так важен? Потому что прогнозирование, график, бюджет и риски всегда выполняются на уровне пакета работ. «Сделаем сайт» — непредсказуемо; но такие пакеты, как «дизайн страницы входа», «форма регистрации пользователя», «тестирование интеграции платежей», предсказуемы. WBS также является основой для распределения ответственности (RACI), мониторинга прогресса и коммуникации.
Шаг за шагом: создание проекта WBS с помощью ИИ
- Уточните сферу применения. Анонимно сообщите ИИ цель проекта, ключевые результаты и известные ограничения. Хорошая WBS не возникает из-за неясной цели.
- Попросите черновик разбивки. Попросите у ИИ иерархию, разделенную на этапы и пакеты работ; Попросите однострочное описание объема и рекомендуемую доставку для каждой упаковки.
- Проверьте правило 100%. Проверить, полностью ли общее количество произведенных упаковок соответствует объему; Отметьте недостающие и ненужные предметы.
- Добавьте критерии приемки. Требуйте проекта измеримых критериев приемки для каждого ключевого результата, а затем уточняйте их в соответствии с реальностью.
- Уточните, выходит за рамки. Попросите у ИИ список «предметов, которые, вероятно, должны выходить за рамки этого проекта» и обсудите его с командой.
- Проверка команды и заинтересованных сторон. Рассмотрите проект вместе с владельцами рабочих пакетов. WBS никогда не является «планом» без одобрения команды.
Внимание: WBS, созданная с помощью искусственного интеллекта, часто может пропускать критический пакет (например, «юридическое одобрение», «перенос данных», «обучение пользователей»), который кажется логичным, но специфичен для вашей организации. Отсутствие пакета с самого начала сделает ваш прогноз неверным. Обязательно применяйте правило 100% с человеческой точки зрения.
три мини-кейса
Случай 1. План экономии времени. Вместо того, чтобы создавать WBS с нуля для нового интранет-проекта, эксперт PMO предоставил YZ анонимное описание объема работ и попросил черновик. YZ предложил 6 этапов и 34 пакета работ. Эксперт удалил 5 пакетов и добавил 3 недостающих пакета (интеграция SSO, тестирование доступности, миграция контента) в ходе 45-минутного семинара с командой. Работа, которая с нуля заняла бы один день, была выполнена за полдня и стала более завершенной.
Случай 2. Улавливаем сползание области видимости. Менеджер проекта дает AI 12 небольших запросов от клиента и спрашивает: «Согласно текущему заявлению о содержании они входят в объем или выходят за его рамки?» Он классифицировал это как: YZ 7 пометил запрос как «возможно, выходящий за рамки». Премьер-министр превратил их в официальные запросы на изменения; в противном случае дополнительные 3 недели работы незаметно утекут в проект.
Случай 3 — Отсутствует ловушка пакетов. Команда без проверки одобрила 28 пакетов WBS, произведенных YZ. В середине проекта было замечено отсутствие пакетов «миграции данных» и «репетиции в реальном времени»; эти два промаха добавили к графику 4 недели. Урок: проекты ИИ не должны утверждаться без тестирования на людях по правилу 100%.
Слабая подсказка / Сильная подсказка
Слабая подсказка:
Напишите WBS для проекта мобильного приложения.
Это приглашение носит очень общий характер: ИИ обычно создает шаблон, но он мало связан с фактическими результатами, ограничениями и критериями приемки вашего проекта.
Мощная подсказка:
Ваша роль: старший специалист по планированию проектов. Контекст: мобильное приложение для отслеживания запасов для розничного клиента (имя скрыто). Ограничения: 4 месяца, интеграция с существующей ERP обязательна, iOS+Android, возможна миграция данных. Задача: подготовить проект WBS, разделенный на этапы и пакеты работ. Правила: - Соблюдайте правило 100%; пакеты в рамках каждой фазы должны полностью охватывать фазу. - Для каждого пакета работ: однострочный объем + основной результат + измеримые критерии приемки. - В конце дайте отдельный список «возможно, ВЫХОДЯЩИХ за рамки». Выход: таблица уценок (Фаза | Пакет | Объем | Доставка | Критерии приемки).
Этот запрос является сильным, поскольку контекст, ограничение, правило 100%, критерии приемки и запрос, выходящий за рамки области применения, ясны; также усиливает неопределенность с помощью «[подтверждения с командой]».
Дополнительные шаблоны:
# Поиск вне области действия. Прочтите заявление об области действия ниже. Перечислите в качестве «кандидатов, не входящих в список» задачи, которые являются общими, но ЯВНО не упомянуты здесь (например, обучение, документация, поддержка, миграция, тестирование безопасности). По каждому из них спросите, почему его следует включить/исключить.
# Производитель критериев приемкиПредложите 3-5 измеримых критериев приемки для следующей поставки (в формате SMART):[доставка]. Не пишите критерии, которые невозможно измерить (например, «это должно работать хорошо»).
# 100% проверка правил. Изучите WBS ниже. Какой результат из определения содержания НЕ имеет аналога ни в одном рабочем пакете? Какие пакеты ПРЕВЫШАЮТ заявление об области действия? Перечислите пробелы.
Распространенные ошибки
- Не выходить за рамки: если неясно, «чего мы не будем делать», расширение масштабов неизбежно.
- Слишком большие или слишком тонкие упаковки. Гигантская упаковка, которой хватит на месяц, непредсказуема; Крошечный одночасовой пакет ошеломляет руководство. Посылки должны быть предсказуемыми и отслеживаемыми.
- Утверждение плана ИИ без его проверки: неполный пакет, специфичный для предприятия (миграция данных, одобрение регулирующих органов, обучение) с самого начала фальсифицирует план.
- Пропуск критериев приемки: если критериев нет, обсуждение «готовности» бесконечно.
- Не устанавливайте WBS, ориентированную на результаты, а не на действия: хорошая WBS показывает результаты (имена), а не такие действия, как «проведение встречи».
Совет: не пишите WBS один раз и оставьте все как есть. При поступлении одобренного изменения обновите WBS, затем график и бюджет. WBS — это живой документ.
В заключение
Заявление об объеме определяет границы проекта, а WBS определяет управляемые части работы. Хорошее определение содержания включает четкие критерии приемки и четкий список «выходящих за рамки»; Хорошая WBS следует правилу 100% и взаимной исключительности. ИИ создает быстрые и полные проекты для обоих, но может пропускать пакеты для конкретного учреждения. Менеджер проекта должен применить правило 100% с человеческой точки зрения, уточнить выходящие за рамки задачи и получить одобрение команды.
Задача приложения
Для вашего текущего проекта создайте черновой вариант WBS с помощью ИИ, разделенный на этапы и пакеты работ (анонимизировать данные). Затем вместе с членом вашей команды примените правило 100%: каких пакетов нет, какие не нужны, какая поставка не имеет критериев приемки? Исправьте не менее 3 пропущенных/неправильных точек и сохраните исправленную ИСР.
контрольный список
- [ ] В моем заявлении о содержании есть цель, результат, критерии приемки, выход за рамки, допущение и ограничение.
- [ ] Я намеренно заполнил список «вне области применения».
- [ ] WBS следует правилу 100% (нет пропущенных/лишних пакетов).
- [ ] Каждый пакет работ предсказуем и отслеживается.
- [ ] Каждый важный результат имеет измеримые критерии приемки.
- [ ] Я сверил проект ИИ с командой; Я добавил пакеты для конкретного учреждения.