одиниця 4 / 11

Розклад проекту: етапи, залежності та критичний шлях

Прибуток:

  • Розуміння понять проміжного етапу, залежності від завдання, критичного шляху та запасу затримки (слабини), а також створення чернетки розкладу та карти залежностей із підтримкою штучного інтелекту.
  • Можливість використовувати штучний інтелект для аналізу сценаріїв (прискорення, паралельний запуск, балансування ресурсів) і бачення ризиків розкладу
  • Розуміння того, що розклад, запропонований штучним інтелектом, не може перетворитися на зобов’язання без підтвердження з реальним календарем, святами, ресурсами та обмеженнями залежностей.

Коли прогнози готові, настав час занести їх у календар. Розклад — це план, який показує, яке завдання почнеться і коли закінчиться, яке завдання залежить від якого і коли завершиться проект. Хороший розклад не просто перераховує завдання одне за одним; Він враховує залежності, обмеження ресурсів і затримку між завданнями. Штучний інтелект є потужним партнером у складанні розкладів: він упорядковує завдання, пропонує залежності, позначає критичний шлях і запитує «а що, якщо ми прискоримо це завдання?» Він пробує такі сценарії за лічені секунди. Але графік є документом зобов'язання; Не можна обіцяти жодних дат без перевірки людиною фактичного календаря, свят, доступності команди та фактичних залежностей.

Основні поняття

Віха — це подія, яка не має тривалості, лише позначає важливий момент: «дизайн схвалено», «тестування завершено», «запущено». Віхи – це опори для спілкування із зацікавленими сторонами та відстеження прогресу.

Залежність — це зв’язок послідовності між двома завданнями. Найпоширенішим є завершення до початку (FS): B не може розпочати, доки не буде закінчено A (фарбування не можна виконувати до того, як буде побудована стіна). Інші види: старт-старт (SS), фініш-фініш (FF), старт-фініш (SF). Залежності також можуть бути обов’язковими (фізична/логічна вимога) або необов’язковими (перевага). Також є відстрочка: "почекати 2 дні висихання після фарбування" і т.д.

Критичний шлях — це ланцюжок пов’язаних завдань із найдовшою загальною тривалістю, що тягнеться від початку до кінця проекту. Довжина цього ланцюжка визначає найранішу дату завершення проекту. Зависання/зависання завдань на критичному шляху дорівнює нулю: якщо одне затримується, затримується весь проект. Завдання за межами критичного шляху мають певний запас; Вони можуть досить добре ковзати.

Існує два способи стиснення діаграми. Збій — це скорочення виконання завдання (збільшення вартості) шляхом розміщення додаткових ресурсів. Розпаралелювання (швидке відстеження) — це виконання завдань, які зазвичай виконуються одне за одним, частково одночасно (збільшується ризик). AI пропонує ці сценарії; Ви вирішуєте, який з них розглянути.

концепція

Значення

Чому це важливо?

віха

Невизначено важлива подія

Ведучий зв'язку та подальшого спостереження

Залежність (FS/SS/FF)

Послідовність між завданнями

Якщо помилка, діаграма виходить з ладу

критичний шлях

Найдовший зв'язаний ланцюг

Визначає тривалість проекту

Допуск на затримку (провисання)

Кількість часу, яке завдання може перенести

Пріоритезує ризик

прискорення

Абревіатура з посиланням

Купує час за ціною

розпаралелювання

не робіть це одночасно

Економить час, додає ризику

Крок за кроком: Створення діаграм за допомогою ШІ

  1. Підготуйте завдання та кошториси. Ваш WBS і оцінки тривалості (попередні одиниці) стають вхідними.
  2. Запитайте про залежності. Рекомендувати логічні міжзадачні залежності (FS/SS) та їх обґрунтування від ШІ; Потім перевірте їх на реальність посадки.
  3. Видаліть критичний шлях. Попросіть AI розрахувати критичний шлях і затримку кожного завдання; Перевірте загальний час самостійно.
  4. Помістіть це в календар. Включіть фактичну дату початку, свята, відпустки та доступність команди. ШІ не знає цих речей; ви додаєте.
  5. Спробуйте сценарій. Запустіть сценарії «Якщо ми прискоримо завдання X на критичному шляху», «Якщо ми розпаралелюємо Y і Z».
  6. Маржа ризику та буфер. Розмістіть розумний буфер проекту в кінці критичного шляху; Зробіть видимим межу невизначеності на діаграмі.
Увага: штучний інтелект може прийняти тривалість завдання як «5 днів» і розмістити його в розкладі, але він не знає державне свято, яке припадає на ці дні, відпустку члена команди або його навантаження на інший проект. Завжди справа людини – додати календарний факт.

три міні-чохла

Випадок 1 — Критичний шлях став ясним. Прем'єр-міністру було важко вручну знайти критичний шлях у проекті з 40 завдань. Він передав список завдань і залежності ШІ та витягнув критичний шлях і межі затримки. ШІ позначив критичний шлях, що складається з 9 завдань; Прем’єр-міністр перевірив це вручну за допомогою двох завдань. Таким чином, він зосередив свою енергію на цих 9 завданнях під час щотижневого спостереження і не чинив непотрібного тиску на завдання з великою часткою.

Випадок 2 — Виявлено неправильну залежність. Один координатор поставив під сумнів припущення ШІ про те, що «тестування не можна починати, доки розробка не буде повністю завершена (FS)». У командній реальності модулі можна тестувати по частинах (SS + лаг). Коли ми виправили залежність, критичний шлях скоротився на 6 днів. Урок: припущена залежність ШІ не завжди відповідає дійсності.

Випадок 3 — календарний факт пропущено. Одна команда прийняла розроблену штучним інтелектом діаграму як є; Але хоча графік враховував робочі дні, він не включав 9-денний вихідний та заплановану відпустку двох розробників. Фактичний фініш був через 12 днів після плану. Урок: не існує зобов’язань щодо розкладу без додавання людиною календаря, свят і доступності.

Слабка підказка / Сильна підказка

Слабка підказка:

Складіть календар проекту для цих завдань і вкажіть дату виконання.

ШІ створює кінцеву дату, не знаючи фактичної дати початку, свят і наявності.

Потужна підказка:

Ваша роль: фахівець з планування проектів. Контекст: нижче наведено завдання, час PERT і відомі залежності. Старт: 1 вересня. Команда: 3 людини. Свята: [список]. Права доступу: [список].Завдання:1) Сортувати завдання за залежностями; напишіть тип (FS/SS/FF) і обґрунтування для кожної залежності. 2) Витягніть критичний шлях і затримку (затримку) кожного завдання; показати загальний час.3) ВРАХУВАТИ свята та відпустки; використовуйте календар робочих днів.4) Позначте неоднозначні залежності за допомогою "[підтвердити з командою]", відповідність. Вихід: таблиця (Завдання | Тривалість | Попередники | Початок | Завершення | Провисання) + список критичних шляхів.

Це підказка є сильною, оскільки надається обґрунтування для початку, відпустки, доступності та залежності; невизначеність позначена.

Додаткові шаблони:

# Механізм сценарію. Перелік завдань на критичному шляху. Для кожного: що менш ризиковано: прискорення (додаткові ресурси) чи розпаралелювання? Запишіть виграш у часі та ризик, доданий кожним варіантом.

# Вплив затримки. Якщо наступне завдання затримується на 3 дні: воно на критичному шляху? Чи вплине це на завершення проекту? Які наступні завдання прокручуються? Показати ефект ланцюга.

# Пропозиція буфера: на основі відхилень PERT у критичний час шляху, запропонуйте та обґрунтуйте розумний буфер (дні), який слід додати наприкінці проекту. Це пропозиція; Схвалення належить адміністратору.

Поширені помилки

  • Пропуск відпустки та відпустки: якщо календар робочих днів не встановлено, дата закінчення неправильна з самого початку.
  • Неправильний тип залежності: якщо припустити, що все є FS, це подовжує критичний шлях без потреби.
  • Недотримання критичного шляху: витрачання енергії на високошвидкісні завдання та нехтування критичним шляхом створює затримки.
  • Ігнорування конфлікту ресурсів: призначення однієї особи на два паралельних завдання робить розклад фіктивним.
  • Відсутність буфера: графік нульової маржі є майже неможливою обіцянкою, коли є невизначеність.
  • Закріплення розкладу AI як є: непідтверджений розклад — це непідписана обіцянка дати.
Порада: Керуйте розкладом за допомогою віх. Зацікавлені сторони не можуть відстежити 200 завдань, але можуть легко відстежити 6-8 етапів; Повідомляйте про прогрес за допомогою цих якорів.

Підсумовуючи

Графік є документом зобов’язання, який пов’язує кошториси з фактичним графіком. Віхи — це якір подальших дій, залежності — це логіка послідовності, а критичний шлях — це ланцюжок, який визначає найранішу дату завершення проекту. ШІ швидко аналізує залежності, критичний шлях і сценарій; але він не знає про свята, відпустки, конфлікти ресурсів і справжні залежності. Робота людини завжди полягає в тому, щоб додати факт розкладу, перевірити критичний шлях, помістити буфер і зафіксувати дату.

Аплікаційне завдання

Передайте завдання та приблизний час проекту ШІ та створіть проект розкладу, критичного шляху та запасів затримки. Потім вручну додайте фактичну дату початку, свята та відпустку; Перевірте критичний шлях двома завданнями. Виправте принаймні одну залежність командною правдою та поставте розумний буфер у кінці критичного шляху.

контрольний список

  • [ ] Я перерахував завдання з правильними типами залежностей (FS/SS/FF).
  • [ ] Я вилучив критичний шлях і перевірив його вручну.
  • [ ] Я додав свята, відпустки та доступність до календаря робочих днів.
  • [ ] Я перевірив, чи немає конфлікту ресурсів.
  • [ ] Я встановив віхи та прив’язав до них спілкування.
  • [ ] Я захистився від невизначеності; Я не брав зобов’язань без підтвердження дати.