1.10: Планування графіка проекту
- Page ID
- 16975
Для того, щоб розробити наш графік, спочатку потрібно визначити заходи, послідовність їх у правильному порядку, оцінити необхідні ресурси та оцінити час, який знадобиться для виконання завдань.
Визначення діяльності
Процес визначення діяльності - це подальша розбивка елементів робочого пакету WBS. Він документує конкретні заходи, необхідні для виконання результатів, детально описаних у СБС. Ці заходи не є самими результатами, а окремими одиницями роботи, які повинні бути виконані для виконання результатів. Визначення діяльності використовує все, що ми вже знаємо про проект, щоб розділити роботу на заходи, які можна оцінити. Можливо, ви захочете переглянути всі уроки, отримані з подібних проектів, які зробила ваша компанія, щоб отримати гарне уявлення про те, що вам потрібно зробити на поточному.
Експертне судження у вигляді членів проектної команди з попереднім досвідом розробки заяв про обсяг проекту та WBS може допомогти вам визначити діяльність. Якщо вас попросять керувати проектом у новому домені, ви також можете використовувати експертів у цій галузі, щоб допомогти визначити завдання, щоб ви могли зрозуміти, які заходи будуть задіяні. Можливо, ви захочете створити список діяльності, а потім експерт перегляне його та запропонувати зміни. Крім того, ви можете залучити експерта з самого початку і попросити провести розмову з визначенням діяльності з ним або нею, перш ніж навіть скласти свій перший проект списку.
Іноді ви починаєте проект, не знаючи багато про роботу, яку ви будете робити пізніше. Планування рухомих хвиль дозволяє планувати та планувати лише ту частину, яку ви знаєте достатньо, щоб добре спланувати. Якщо ви недостатньо знаєте про проект, ви можете використовувати заповнювачі для невідомих частин, доки не дізнаєтесь більше. Це додаткові предмети, які ставляться на високих рівнях у WBS, щоб дозволити вам планувати невідоме.
Тематичне дослідження
Сьюзен і Стів вирішили зав'язати вузол, але у них немає багато часу, щоб спланувати своє весілля. Вони хочуть, щоб великий день був незабутнім. Вони хочуть запросити багатьох людей і забезпечити чудовий час. Вони завжди мріяли про червневе весілля, але це вже січень. Просто думати про всі деталі, що беруть участь, є переважною. Сьюзен мріяла про великий день з 12 років, але, схоже, є так мало часу для виконання всіх завдань. Коли вони вибирали папір для запрошень, пара зрозуміла, що їм потрібна допомога.
Сьюзен: Стів, нам потрібна допомога.Стів: Не хвилюйтеся. Весільний планувальник моєї сестри був чудовим. Дозвольте мені зателефонувати їй. [Стів називає весільного планувальника Саллі.]
Весільний переполох: Привіт, Сьюзен і Стів.
Стів: Ми хочемо, щоб все було ідеально.
Сьюзен: Є так багато, щоб зробити! Запрошення, їжа, гості та музика.
Стів: О ні, ми навіть не забронювали місце!
Сьюзен: І це має бути зроблено правильно. Ми не можемо роздрукувати запрошення, поки не плануємо меню. Ми не можемо робити розсадження, поки у нас не буде RSVP. Ми не впевнені, яку групу отримати на прийом, або це повинен бути ді-джей? Ми просто переповнені.
Стів: Моя сестра сказала, що ви дійсно врятували її весілля. Я знаю, що вона дала тобі більше року на планування. Але я завжди мріяла про червневе весілля, і я не готовий відмовлятися від цього. Я знаю, що пізно, але Саллі, ти можеш нам допомогти?
Весільний планувальник: Візьміть це легко. У мене це під контролем. У нас є багато людей і заходів, щоб отримати під контроль. Вам дійсно слід було зателефонувати півроку тому, але ми все одно зробимо це весілля вчасно.
Багато роботи має бути зроблено до червня. Спочатку Саллі з'ясовує, яку роботу потрібно виконати. Вона починає складати список справ:
- Запрошення
- Квіти
- Весільний торт
- Меню вечері
- Смуга
Оскільки в оформленні весілля беруть участь багато різних людей, потрібно багато планування, щоб узгодити всю роботу в потрібному порядку потрібними людьми в потрібний час. Спочатку Саллі переживала, що їй не вистачає часу, щоб переконатися, що все буде зроблено належним чином. Однак вона знала, що на її боці є потужні інструменти управління часом, коли вона взялася за роботу, і ці інструменти допоможуть їй синхронізувати всі необхідні завдання.
Для початку Саллі організувала всі заходи в структурі розбивки робіт. Наступна вправа представляє частину WBS Саллі, зроблену для весілля.
Вправа WBS
Організуйте наступні дії в СБС (рис. 10.1), щоб показати, як робочі елементи розкладаються на діяльність.
- Магазин взуття
- Створити список гостей
- Майте пошиття та примірку
- Магазин для сукні
- Знайти громадського харчування
- Задовольнити весілля
- Зачекайте на RSVP
- Надішліть запрошення поштою
- Доопрацювання меню
- Роздрукуйте запрошення
- Оберіть букет
Список діяльності
Тепер, коли визначення діяльності для робочих пакетів завершено, наступним завданням є заповнення списку дій. Список діяльності проекту - це перелік всього, що потрібно зробити для завершення вашого проекту, включаючи всі заходи, які повинні бути виконані для доставки кожного робочого пакету. Далі потрібно визначити атрибути активності. Ось де зберігається опис кожної діяльності. Вона включає в себе всю інформацію, необхідну для з'ясування плюс порядок виконання робіт. Будь-які дії попередника, діяльність наступника або обмеження повинні бути перераховані в атрибутах разом з описами та будь-якою іншою інформацією про ресурси або час, необхідні для планування. Три основні типи попередників - це фініш-початок (FS), старт-початок (SS) та фініш-до-фініш (FF). Найпоширеніший вид попередника - фініш-старт. Це означає, що одне завдання потрібно виконати, перш ніж можна буде розпочати інше. Коли ви думаєте про попередників, це те, про що ви зазвичай думаєте; одна річ повинна закінчитися, перш ніж почнеться наступне. Це називається finish-to-start, оскільки фініш першої активності призводить до початку другої діяльності (рис. 10.3).
Попередник від початку до початку зустрічається трохи рідше, але іноді потрібно координувати дії, щоб вони починалися одночасно (рис. 10.4).
Попередник «фініш-фініш» показує діяльність, яка закінчується одночасно (рис. 10.5).
Можна мати попередників від початку до фінішу (SF). Це відбувається, коли дії вимагають, щоб інше завдання було розпочато, перш ніж наступник завдання може закінчити. Прикладом може бути те, що музиканти не можуть закінчити гру, поки гості не почнуть виходити з церемонії. Крім того, існують деякі конкретні типи попередників, які необхідно враховувати.
Зовнішні попередники
Іноді ваш проект буде залежати від речей поза роботою, яку ви виконуєте. Для весілля ми залежно від весільної вечірки перед нами, щоб бути поза залом прийому вчасно, щоб ми могли прикрасити. Оздоблення приймальні потім залежить від того, що як зовнішнього попередника.
Дискреційні попередники
Зазвичай це методи, орієнтовані на процес або процедури, або передової практики, засновані на минулому досвіді. У весільному прикладі Стів і Сьюзен хочуть, щоб подружки нареченої прибули на прийом до приїзду пари. Немає необхідності, це лише питання переваги.
Обов'язкові попередники
Ви не можете звернутися до запрошення, яке ще не було надруковано. Так що друк запрошень є обов'язковим попередником для їх адресації. Обов'язковими попередниками є ті види, які повинні існувати якраз через характер роботи.
Ліди та лаги
Іноді потрібно приділяти деякий додатковий час між заходами. Час відставання - це коли ви цілеспрямовано ставите затримку між завданням попередника і наступником. Наприклад, коли наречена і її батько танцюють, інші чекають деякий час, перш ніж приєднатися до них (рис. 10.6).
Час виконання - це коли ви даєте наступнику завдання деякий час, щоб розпочати роботу до завершення попередника (рис. 10.7). Таким чином, ви можете захотіти громадського харчування приготування десерт за годину, перш ніж всі їдять вечерю.
Віхи
Усі важливі контрольні точки вашого проекту відстежуються як віхи. Деякі з них можуть бути перераховані у вашому контракті як вимоги успішного завершення; деякі можуть бути просто важливими моментами в проекті, які ви хочете відстежувати. Список віх повинен дати всім знати, які віхи потрібні, а які ні.
Деякі віхи для весілля Сьюзен та Стіва можуть бути:
- Запрошення надіслано
- Меню доопрацьовано
- Розташування заброньовано
- Сукні подружок нареченої приталені
Коли ви з'ясуєте, які заходи потрібно буде зробити, ви можете зрозуміти, що обсяг потрібно змінити. Коли це станеться, вам потрібно створити запит на зміну і відправити його через систему контролю змін.
Деякі речі, які можуть піти не так:
Весільний планувальник: Ми тільки що отримали програми назад з принтера, і всі вони помиляються.Стів: Квартет скасовано. Того дня у них було ще одне весілля.
Сьюзен: Тітка Джейн повинна співати на службі, але після того, що сталося на похороні її дядька, я думаю, що хочу, щоб це зробив хтось інший.
Стів: Чи справді ми повинні мати пана флейти? Я починаю думати, що це може бути надмірним.
Сьюзен: Мабуть! Можливо, нам слід затриматися на друку запрошень, поки ці речі не будуть опрацьовані.
Весільний планувальник: Гаразд, давайте подумаємо про те, як саме ми хочемо це зробити. Я думаю, що нам потрібно бути впевненим у тому, як ми хочемо, щоб послуга йшла, перш ніж ми зробимо більше друку.
Процес секвенування діяльності
Тепер, коли ми знаємо, що нам потрібно зробити, щоб весілля було успішним, нам потрібно зосередитися на порядку роботи. Саллі сіла з усіма заходами, які вона визначила для весілля, і вирішила з'ясувати, як саме вони повинні відбутися. Ось де вона використовувала процес секвенування активності.
Список атрибутів діяльності, створений Саллі, мав більшість попередників і правонаступників, необхідних, написаних в ньому. Ось де вона подумала про те, що приходить першим, другим, третім тощо. список віх Саллі мав основні роботи, записані, і було кілька змін у сфері, яку вона виявила по дорозі, які були схвалені і готові піти.
Приклад списку віхи: Стів і Сьюзен попросили, щоб запрошення були надруковані принаймні за три місяці до того, щоб бути впевненим, що всі мають час на RSVP. Це віха у списку Саллі. |
Приклад запиту на зміну: Коли Саллі зрозуміла, що Стіву та Сьюзен знадобиться ще один лімузин, щоб відвезти подружок нареченої до приймальні, вона поставила цю зміну через контроль змін, включаючи запуск всього матір'ю Сьюзен, і це було схвалено. |
Створення діаграми Ганта
Діаграма Ганта - це тип гістограми, розроблений Генрі Ганттом, який ілюструє графік проекту. Діаграми Ганта легко читаються і зазвичай використовуються для відображення графіка діяльності. Ці діаграми відображають дати початку та завершення термінальних елементів та підсумкових елементів проекту. Термінальні елементи та елементи зведення складають структуру розбивки робіт проекту. Деякі діаграми Ганта також показують залежність відносин (тобто мережі пріоритетів) між видами діяльності.
Діаграми Ганта показують усі ключові етапи проекту та їх тривалість у вигляді гістограми, з часовою шкалою вгорі. Ключові етапи розміщуються на гістограмі послідовно, починаючи в лівому верхньому кутку і закінчуючи в правому нижньому кутку (рис. 10.8). Діаграму Ганта можна намалювати швидко та легко, і часто це перший інструмент, який менеджер проекту використовує, щоб надати приблизну оцінку часу, який знадобиться для виконання ключових завдань. Іноді корисно почати з цільового терміну завершення всього проекту, тому що незабаром стає очевидним, якщо шкала часу занадто коротка або надмірно довга. Детальна діаграма Ганта зазвичай будується після визначення основних цілей.
У цьому прикладі на малюнку 10.8 ключовий етап K (Organize distribution) починається з тижня 23 так, що його кінцева точка збігається з ключовим етапом L (Distribute directory). Однак K може розпочатися вже на 17 тижні, як тільки ключовий етап J завершиться. Тому ключовий етап K, як кажуть, має «слабину». Ключовий етап H (Agree print contract) був поставлений до кінця на 12 тижні. Однак це може закінчитися вже на 22 тижні, оскільки ключовий етап I (Print directory) не починається до 23 тижня. Тому ключовий етап H, як кажуть, має «поплавок». Час плавання можна вказати на графіку, додавши лінію попереду бару до останньої можливої кінцевої точки. Slack and float показують вам, де є гнучкість у графіку, і це може бути корисно, коли вам потрібно отримати час, коли проект працює.
Ви можете додати іншу інформацію до діаграми Ганта, наприклад:
- Віхи можуть бути позначені за допомогою такого символу, як ромб або трикутник.
- Зустрічі проекту можуть бути позначені іншим символом, таким як коло.
- Відгуки про прогрес могли бути позначені квадратом.
Для складного проекту ви можете вирішити створити окрему діаграму Ганта для кожного з ключових етапів. Якщо ви зробите це незадовго до початку кожного ключового етапу, ви зможете врахувати будь-які події в останню хвилину. Ці діаграми є корисним інструментом для моніторингу та контролю в міру просування проекту.
Діаграми Ганта відносно легко намалювати вручну, але це не пропонує однаковий рівень гнучкості під час моніторингу, який ви отримаєте від програмного пакету. Різні програми доступні для допомоги керівникам проектів у плануванні та контролі. Після введення даних програма допоможе вам працювати над сценаріями «що робити, якщо», показуючи, що може статися, якщо ключовий етап затримується або прискорюється. Це складніше, якщо ви працюєте вручну.
Створення схеми мережі
Багато керівників проектів використовують мережеві діаграми під час планування проекту. Схема мережі - це спосіб візуалізації взаємозв'язків проектної діяльності. Мережеві діаграми забезпечують графічне уявлення про завдання і те, як вони пов'язані один з одним. Завданнями в мережі є робочі пакети WBS. Всі завдання WBS повинні бути включені в мережу, оскільки вони повинні бути враховані в графіку. Залишення навіть одного завдання поза мережею може змінити загальну тривалість графіка, передбачувані витрати та зобов'язання щодо розподілу ресурсів.
Перший крок полягає в тому, щоб організувати завдання з вашого WBS в послідовність. Деякі завдання можуть бути виконані в будь-який час протягом усього проекту, де інші завдання залежать від вхідних даних іншого завдання або обмежені часом або ресурсами.
WBS - це не графік, але він є основою для нього. Мережева діаграма - це графік, але використовується в основному для визначення ключової інформації про планування, яка в кінцевому підсумку переходить у зручні формати розкладу, такі як віхи та діаграми Ганта.
Схема мережі надає важливу інформацію команді проекту. У ньому представлена інформація про те, як пов'язані завдання (рис. 10.9), де знаходяться точки ризику в графіку, скільки часу знадобиться, як заплановано на завершення проекту, і коли кожне завдання потрібно починати і закінчувати.
У нашому прикладі весільного планувальника Саллі шукала б стосунки між завданнями і визначала, що можна робити паралельно і які заходи потрібно чекати, поки інші завершать. Як приклад, на малюнку 10.10 показано, як заходи, пов'язані з виготовленням запрошень, залежать одна від одної. Показ дій у прямокутниках та їх зв'язків у вигляді стрілок називається методом діаграмування пріоритетів (PDM). Такий вид діаграми ще називають діаграмою активності на вузлі (AON).
Інший спосіб показати, як пов'язані завдання, - це діаграма активності на стрілці (AOA). Хоча AON частіше використовується і підтримується всіма програмами управління проектами, PERT є найвідомішою діаграмою типу AOA і є історичною основою всіх мережевих діаграм. Основна відмінність полягає в тому, що діаграма AOA традиційно малюється з використанням кіл в якості вузлів, причому вузли представляють початкову і кінцеву точки стрілок або завдань. У мережі AOA стрілки зображують діяльність або завдання (рис. 10.11).
Усі мережеві діаграми мають переваги показу взаємозалежностей завдань, часу початку та закінчення та критичного шляху (найдовшого шляху через мережу), але мережева діаграма AOA має деякі недоліки, які обмежують використання методу.
Три основні недоліки методу AOA:
- Мережа AOA може показувати лише відносини «фініш-старт». Неможливо показати лід і відставання, за винятком додавання або віднімання часу, що ускладнює відстеження проекту.
- Бувають випадки, коли фіктивні дії можуть відбуватися в мережі AOA. Манекен діяльність - це діяльність, яка показує залежність одного завдання від інших завдань, але з інших, ніж технічні причини. Наприклад, одне завдання може залежати від іншого, оскільки було б більш економічно ефективним використовувати однакові ресурси для двох; інакше два завдання можуть бути виконані паралельно. Манекен діяльності не має тривалості, пов'язаних з ними. Вони просто показують, що завдання має якусь залежність від іншого завдання.
- Діаграми AOA не так широко використовуються, як діаграми AON просто тому, що останні дещо простіші у використанні, а всі програми для управління проектами можуть вмістити мережі AON, тоді як не всі можуть вмістити мережі AOA.
Критичний шлях
Критичний шлях описує послідовність завдань, які дозволили б виконати проект в найкоротші терміни. Він заснований на ідеї, що деякі завдання повинні бути виконані, перш ніж інші можуть початися. Діаграма критичного шляху є корисним інструментом для планування залежностей і управління проектом. Для того щоб визначити критичний шлях, необхідно прорахувати тривалість часу, який займе кожне завдання.
Давайте розглянемо приклад. Тривалість часу в тижнях для кожного ключового етапу оцінюється:
Ключовий етап | Розрахунковий час в тижнях |
---|---|
A. Захищені кошти | 0 |
Б. вести переговори з іншими установами | 4 |
C. Форма консультативної групи | 4 |
D. встановити план збору даних | 6 |
E. Збір даних | 4 |
F. Написати текст каталогу | 4 |
G Ідентифікація принтера | 2 |
H. узгодити друк контракту | 2 |
I. Друкувати каталог | 4 |
J. узгодити план розподілу | 12 |
K. організувати розподіл | 4 |
L. розподілити каталог | 2 |
Ми дали ключовому етапу «Безпечні кошти» орієнтовний час нульових тижнів, оскільки проект не може розпочатися без наявності деякого фінансування, хоча кошторис надасть деталізацію на більш пізньому етапі. Етапи тепер можуть бути збудовані, щоб створити мережеву діаграму, яка показує, що існує три шляхи від початку до кінця і що лінії, що складають кожен шлях, мають мінімальну тривалість (рис. 10.12).
Якщо тепер ми простежимо кожен з можливих шляхів до «Розподілити каталог» (кінцева точка), враховуючи залежності, маршрут, який має найдовшу тривалість, відомий як критичний шлях. Це мінімальний час, за який можна буде завершити проект.
У цьому прикладі критичним шляхом є A-B—C—D—E—F—I—L, а найранішою датою завершення проекту є сума передбачуваного часу для всіх етапів критичного шляху — 28 тижнів — з моменту забезпечення фінансування. Всі ключові етапи на критичному шляху повинні бути завершені вчасно, якщо проект має бути завершений за графіком.
Якщо прогнозований загальний час набагато більше очікувань спонсора проекту, вам потрібно буде переглянути часову шкалу. Картування критичного шляху допомагає визначити діяльність, за якою потрібно стежити найбільш уважно.
Описи зображень
0.0 Весілля
- 1.0 Запрошення
- 1.1 Створити список гостей
- 1.2 Зачекайте на RSVP
- 1.3 Надішліть запрошення електронною поштою
- 1.4 Друк запрошень
- 2.0 Харчування
- 2.1 Знайти громадського харчування
- 2.2 Обслуговування весілля
- 2.3 Доопрацювання меню
- 3.0 Весільний
- 3.1 Магазин взуття
- 3.2 Пошиття та примірка
- 3.3 Магазин для сукні
- 3.4 Обираємо букет
Текстові атрибуції
Цей розділ управління проектами є похідним від наступних текстів:
- Управління проектами Меррі Баррон та Ендрю Баррон. © CC BY (Атрибуція).
- Діаграма Ганта за Вікіпедією. © CC BY-SA (Із Зазначенням Авторства — Поширення На Тих Самих
- Планування проекту компанією OpenLearn Labspace © CC BY-NC-SA (Із Зазначенням Авторства — Некомерційна — Поширення На Тих Самих Умовах
Атрибуції ЗМІ
- Весільні вправи WBS від Barron & Barron Управління проектами для вчених та інженерів © CC BY (Атрибуція)
- Весільні вправи WBS рішення від Barron & Barron Управління проектами для вчених та інженерів © CC BY (Attribution)
- Попередник FS від Barron & Barron Управління проектами для вчених та інженерів © CC BY (Атрибуція)
- Попередник SS від Barron & Barron Управління проектами для вчених та інженерів © CC BY (Атрибуція)
- Попередник FF від Barron & Barron Управління проектами для вчених та інженерів © CC BY (Атрибуція)
- Відставання WBS від Barron & Barron Управління проектами для вчених та інженерів © CC BY (Атрибуція)
- WBS під керівництвом Barron & Barron Управління проектами для вчених та інженерів © CC BY (Attribution)
- Діаграма Ганта від Open University © CC BY-NC-SA (Із Зазначенням Авторства — Некомерційна Поширення На Тих
- WBS та мережева діаграма від Barron & Barron Управління проектами для вчених та інженерів © CC BY (Attribution)
- Діаграма AON від Barron & Barron Управління проектами для вчених та інженерів © CC BY (Атрибуція)
- Діаграма стрілок активності від Barron & Barron Управління проектами для вчених та інженерів © CC BY (Attribution)
- Діаграма критичного шляху від Open University © CC BY-NC-SA (Із Зазначенням Авторства — Некомерційна Поширення