p>
Наприклад, якщо в період 5 починаються трьох дії (тобто у них однакове РН), що вимагають використання одного і того ж ресурсу, то перша діяльність, поміщена в графік, буде операцією з мінімальним резервом ( правило 1). Однак якщо резерв у всіх операцій однаковий діє правило 2, і діяльність з найменшою тривалістю буде поміщена в графік в першу чергу. У дуже рідкісних випадках, коли у всіх підходящих операцій однаковий резерв часу і однакова тривалість, пріоритет віддається діяльності з мінімальним ідентифікаційним кодом/порядковим номером (правило 3).
При цьому не можна намагатися переносити вже розпочаті операції.
Коли межа ресурсу досягнутий, найраніше початок (РН) для подальших операцій в графіку повинно бути відстрочено (як і всі наступні дії, що мають нульовий резерв часу). У наступні періоди процедура буде повторюватися до тих пір, поки проект не буде повністю представлений у вигляді графіка.
На малюнку 8.4 зображена дана процедура. Заштриховані області в ресурсі на діаграмі являють собою інтервал планування raquo ;, обмеженого часом графіка (РН через ПЗ). Ви можете запланувати ресурс в будь-якому місці в межах інтервалу і не затримувати проект. Планування діяльності в точці, що виходить за час ПО, призведе до затримки проекту.
Кількість програмістів обмежена трьома. Слідуйте за діями, показаними на малюнках 8.4 та 8.5. Зверніть увагу, як обмеження у вигляді трьох програмістів починає затримувати проект.
Паралельний метод:
Подивіться, як необхідно доопрацювати кожний період, щоб відобразити, зміни в самому ранньому часу початку операції (РН) і резерві часу по операції, щоб евристика змогла зреагувати на змінюються пріоритети. При використанні методу паралельного планування мережевий графік на малюнку 8,5 відображає нову дату графіка - 14 тимчасових одиниць, а не обмежену часом проектну тривалість в 12 одиниць. Мережевий графік також змінився, щоб відобразити новий початок, кінець і резерв часу для кожної діяльності.
Зверніть увагу, що діяльність 6 є все ще критичною і її резерв - 0 одиниць, бо недоступні ніякі ресурси (вони використовуються в діях 2 і 5). Порівняйте резерви часу для кожної діяльності, знайденої на малюнках 8.3 та 8.4, - резерви часу значно скоротилися. Відзначте також, що діяльність 4 має тільки 2 одиниці резерву часу, а не 6 одиниць, як раніше, Це відбувається тому, що задіяні лише три програміста і необхідно, щоб вони задовольнили попит на ресурси у операцій 2 і 5. Важливо, що число критичних дій (1, 2, 3, 5, 6 і 7) збільшилася з чотирьох до шести.
Цей невеликий приклад показує сценарій планування ресурсів в реальних проектах і результат такого планування, який полягає в збільшенні ризику затримати проект. На практиці це величезна проблема! Менеджери, які не змогли спланувати ресурси, зазвичай стикаються з таким ризиком графіка, коли вже нічого не можна зробити (занадто пізно), і проект затримується.
Оскільки вручну використовувати паралельний метод непрактично (це займе дуже багато часу), менеджери проектів покладаються в основний на програми, які і розраховують графік ресурсів.
. Зменшення тривалості проекту
Коли лід тонкий - порятунок у швидкості. Ральф Вальдо Емерсон
Уявімо наступні сценарії:
Після того як ви склали календарний план проекту, стало ясно, що він на два місяці перевищує терміни, які ваш начальник публічно пообіцяв важливого замовнику.
Через п'ять місяців після початку проекту ви зрозуміли, що вже відстали на три тижні від крайнього терміну здачі.
Через чотири місяці після початку проекту вище керівництво поміняло свої пріоритети, і тепер гроші - не проблема. Треба якомога швидше здати проект!
Що ви будете робити?
Існує багато вагомих причин для скорочення термінів проекту. Зокрема:
. Необхідність якнайскоріше вивести товар на ринок. Глобалізація, яка викликала жорстку міжнародну конкуренцію, а також швидкий розвиток нових технологій зробили швидкість конкурентною перевагою. Щоб випередити конкурентів, компанії повинні шукати нові можливості, тут же запускати в роботу проектні команди і якомога раніше викидати на ринок нові продукти або послуги. Особливо це відноситься до електронної галузі. Наприклад, перше правило, встановлене дослідним шляхом у високотехнологічному (і навіть среднетехнологічную) секторі, таке: 6 місяців затримки у виведенні продукту на ринок призведе до втрати частки ринку в 35%. Тому компанії високих технологій зазвичай вважають, що краще переплатити величезні додаткові гроші, але при цьому вигр...
