Результати розрахунків проектних робіт за мкш
|
Код роботи |
Тривалість, днів |
Ранній початок |
Раннє завершення |
Пізній початок |
Пізнє завершення |
Повний резерв, днів |
|
1 |
20 |
28.12 |
25.01 |
28.12 |
25.01 |
0 |
|
2 |
30 |
21.01 |
04.03 |
21.01 |
04.03 |
0 |
|
3 |
14 |
26.01 |
14.02 |
26.01 |
14.02 |
0 |
|
4 |
15 |
15.02 |
08.03 |
15.02 |
08.03 |
0 |
|
5 |
15 |
25.02 |
17.03 |
12.04 |
02.05 |
32 |
|
6 |
24 |
07.03 |
07.04 |
07.03 |
07.04 |
0 |
|
7 |
24 |
07.03 |
07.04 |
07.03 |
07.04 |
0 |
|
8 |
24 |
07.03 |
07.04 |
07.03 |
07.04 |
0 |
|
9 |
16 |
07.03 |
28.03 |
21.03 |
11.04 |
10 |
|
10 |
10 |
09.03 |
22.03 |
09.03 |
22.03 |
0 |
|
11 |
10 |
09.03 |
22.03 |
09.03 |
22.03 |
0 |
|
12 |
20 |
14.03 |
08.04 |
28.03 |
22.04 |
10 |
|
13 |
10 |
18.03 |
31.03 |
03.05 |
16.06 |
32 |
|
14 |
15 |
22.03 |
07.04 |
22.03 |
07.04 |
0 |
|
15 |
28 |
23.03 |
29.04 |
28.03 |
03.05 |
4 |
Дані результати реалізуються з точки зору можливості використання резервів по роботах 5, 9, 12, 13, 15. Визначені тут резерви можуть бути використанні наступним чином:
Зменшення витрат на їх виконання ресурсів так, щоб спровокована такими діями затримка не перевищила розмір повного резерву.
Перерозподіл частини ресурсів, задіяних на виконанні робіт з наявним резервом на роботи з нульовим резервом.
Вивільнення персоналу, задіяного на виконанні некритичних робіт та використання його в інших сферах діяльності до наступу пізніх дат початку робіт.
Вивільнення персоналу, задіяного на виконанні некритичних робіт та використання його в інших сферах діяльності після наступу ранніх дат завершення робіт.
Таким чином вдається не тільки упорядкувати порядок та черговість виконання робіт але й багатьох випадках або скоротити термін завершення комплексу проектних робіт або скороти їхню вартість або і перше і друге одночасно.
Наступним етапом потрібно узгодити наш календарний план з ресурсним планом. Це необхідно в наслідок того, що наші наміри про найшвидше завершення проекту можуть натикатися на фактор обмеженості ресурсів.
Наведемо такий приклад. На рис. 7.1 розглядаються три незалежні одне від одної роботи проекту, які вимагають один вид ресурсу. Припустимо, що це вантажівка.
Проектні роботи
А
Б
В
01
02 03 04 05 06
07 08 Дні
Рис. 7.1 Приклад виконання незалежних робіт з одним ресурсом
Проблема може полягати в тому, що в розпорядженні КМП може бути тільки одна вантажівка, яку припускається на 100% задіяти на виконанні робіт А, Б та В. Але в такому разі неминучі збої в їхньому виконанні в наслідок перехрещення у визначені дні. Це дні – 02, 03, 05, 06. Щоб не припуститися збоїв у реалізації проекту необхідно прийняти та узгодити із замовником рішення:
або ми самі змінюємо плани робіт, тобто починаємо роботу Б на два дня пізніше, а роботу В на 4;
або на визначені дні (02, 03, 05, 06) орендуємо ще одну вантажівку, що забезпечити встановлені терміни виконання робіт.
Якщо мова йде про невелику кількість робіт, даний аналіз виконати неважко виконати і без застосування відповідного програмного забезпечення. Але якщо мова йде про упорядкування декількох десятків, а тим паче сотень елементарних дій – без такої бази просто не обійтись.
Для того, щоб задати програмі завдання на перевірку відповідності розкладу та ресурсного плану необхідно задати обмеження та календарі використання конкретного виду ресурсу. В якості обмеження у описі ресурсу виступає загальна кількість ресурсу, яка доступна КМП (в нашому випадку це одна вантажівка). Ресурсний календар – це вказівка на конкретні періоди часу виконання проекту, коли від може бути використаний.
Більш докладно про завдання обмежень та календарів мова буде йти у наступному параграфі, де власно і розглядаються дії КМП з формування календарного плану в умовах використання програмного забезпечення.
Таким чином, після виконання означених процедур у нас буде сформований календарний план проекту, де міститься весь комплекс робіт з визначеними відповідальними особами, термінів виконання, ресурсів та зв’язків між ними. Але в арсеналі МКШ є ще можливість оптимізувати цей план з огляду на наявні резерви та ресурси.
Ця робота є дуже відповідальною і містить багато логічних пасток. Тому даний процес під назвою “стиснення тривалості” буде розглянутий окремо у параграфі 7.4.
В кінцевому вигляді макет вхідної інформації (табл.. 7.3).
Таблиця 7.3
Макет вхідної інформації для формування регістрів Sure Trak PM
|
Код робо-ти |
Наймену-вання роботи |
Відпові-дальний викона-вець |
Термін вико-нання, дн. |
Ресурс |
Кілк. ресурсу |
Зв’язки переду-вання |
Ознака керова-ності |
Ранні та піздні дати |
|
1 |
2 |
3 |
4 |
5 |
6 |
7 |
8 |
9 |
Після завершення збору інформації можна приступати до заповнення відповідних модулів тих програмних продуктів, які використовуються при формуванні календарного плану проекту.