Завдання для самостійного виконання

Для раніше створених проектів виконати наступні види аналізу.

1. Параметричний аналіз тривалостей завдань. При цьому потрібно самостійно призначити деякі завдання як параметричні; створити настроювані поля для параметра, норми та оцінки тривалості; ввести значення параметра і норми тривалості і обчислити оцінку тривалості. Результати аналізу зберегти у файлі ПараметричнийАналізmpp.

2. PERT-аналіз тривалостей завдань. При цьому самостійно поставити в таблиці введення PERT значення оптимістичній, очікуваної і песимістичною часу. Результати зберегти у файл PERTАналіз.mpp.

3. Аналіз критичного шляху. Результат зберегти у файл АналізКрит.mpp.

4. Аналіз вартості проекту. Результат зберегти у файл АналізВарт.mpp.

5. Аналіз вартості параметричних і непараметричних завдань. Результат зберегти у файл ЗавданняРізногоВигляду.mpp.

6. Аналіз вартості ресурсів різного виду. Результат зберегти у файл РесурсиРізногоВигляду.mpp.

7. Аналіз понаднормових витрат. Результат зберегти у файл Понаднорм.mpp.

8. Аналіз ризиків завдань з дуже короткою тривалістю. Результат зберегти у файл Короткі.mpp.

9. Аналіз ризиків надто довгих завдань з великою кількістю ресурсів. Результат зберегти у файл Довгі.mpp.

10. Аналіз ризиків завдань з календарними обмеженнями. Результат зберегти у файл Обмеження.mpp.

11. Аналіз ризиків залучення до робіт недосвідчених працівників. Результат зберегти у файл Недосвідчені.mpp.

12. Аналіз ризиків використання трудових ресурсів з великим об'ємом трудовитрат. Результат зберегти у файл Завантажені.mpp.

13. Аналіз ризиків використання ресурсів з наднормовою роботою. Результат зберегти у файл Понаднормові.mpp

Лабораторна робота № 5

Тема: вирівнювання ресурсів.

Мета: отримання навичок виявлення перевантаження, причин перевантаженості ресурсів, використання різноманітних способів їх вирівнювання.

Приклад вирівнювання ресурсів

Виявлення перевантаженості ресурсу

1. Відкрити файл проект РозробкаПрограми.

2. Відкрити лист ресурсів (Вигляд/Лист ресурсів).

3. Ресурси Постановник, Програміст1 і Програміст2 виділені червоним кольором. Це означає, що вони перевантажені.

Установка причини перевантаження ресурсу

1. Відкрити подання Використання ресурсів (Вигляд/ ВикористанняРесурсів). У ньому для кожного ресурсу є перераховані завдання, в яких він задіяний.

2. Знайти рядок Постановник. У правій таблиці в цьому рядку відображений графік сумарного завантаження постановника, що складається з його завантаження по кожному із завдань.

3. Знайти в цьому рядку дні, коли сумарне завантаження зображене червоним кольором. У ці дні постановник перевантажений. Всього є три періоди перевантаження. (рис.5.1)

   • У період з 28 вересня по 1 жовтня причина перевантаження - порушення графіка доступності ресурсу Постановник, який недоступний з 27.09.09 за 18.10.09(роботи на ці дні були заплановані системою при застосуванні раніше профілю завантаження).

   • У період з 28 жовтня по 2 листопада постановнику заплановано дві роботи, виконувані паралельно: Налагодження програмного комплексу і Тестування і виправлення помилок. На кожну з них планується за 8ч на добу, тобто повний робочий день. У сумі маємо перевантаження - 14ч в день.

   • Аналогічне перевантаження спостерігається при виконанні робіт Тестування і виправлення помилок і Складання програмної документації в період з 9 по 16 листопада.

Зазначимо, що перевантаження Постановника при виконанні завдань Налагодження програмного комплексу і Тестування і виправлення помилок викликане деякими особливостями проекту. Ці завдання є послідовними і, вірогідно, не повинні виконуватися паралельно. Однак, ми бачимо, що система запланувала їх паралельне виконання 7 і 8 листопада всіма працівниками (Постановник, Програміст1 і Програміст2). Такий результат планування пояснюється тим, що завдання Тестування і виправлення помилок має жорстке обмеження: Завершення не пізніше 16.11.09. Тому воно заплановане так, щоб закінчення припадало на цю дату, у результаті чого виникає перетин двох завдань.

Рис.5.1. Період перевантаження постановника

Автоматичне вирівнювання ресурсів

1. Відкрити вікно вирівнювання завантаження ресурсів: Сервіс/ Вирівнювання завантаження ресурсів Виконувати автоматично Ok. Результат - календарний графік після вирівнювання істотно відрізняється від графіка до вирівнювання: у завдання вставлені перерви з тим, щоб ліквідувати перевантаження.

2. Перейти до подання Використання ресурсів. Результат аналізу - ресурси Постановник, Програміст1 і Програміст2 тепер не перевантажені. Однак, такий результат нас задовольнити не може, оскільки завдання Тестування і виправлення помилок заплановане раніше, ніж закінчиться розробка компонентів програмного комплексу. Причина цього - наявність обмеження у цій задачі: Завершення не пізніше 16.11.09.

3. Скасуємо результат автоматичного вирівнювання і повернемося до попереднього плану. Вибираємо Правка/Відмінити аж до скасування вирівнювання. Результат - план проекту повернувся до початкового вигляду. Спробуємо вирівняти ресурси більш якісно в ручному режимі.

Зміна розподілу трудовитрат через профіль завантаження

1. Згадаємо, що причиною перевантаження Постановника в період з 28 вересня по 1 жовтня є порушення його графіка доступності, яке було викликано застосуванням профілю завантаження Загрузка в кінці з подальшим його редагуванням (в результаті якого профіль змінився на Користувальницький). Цей профіль передбачає поступове збільшення трудовитрат до кінця завдання, що істотно збільшує його тривалість.

2. Застосуємо замість профілю Користувальницький профіль Плоский, який передбачає найбільш інтенсивне використання ресурсу і призначає йому максимальну кількість трудовитрат за робочий день.

• Перейти до подання Використання ресурсів.

• Для Постановника знайти рядок з назвою призначеного йому завдання Постановка завданя і двічі клацнути мишею по його назві.

• У вікні відомостей про призначення встановити Профіль загрузки у значення Плоский.

• Результат - Постановник встигає завершити завдання Постановка завданя, не виходячи за межі графіка доступності (рис.5.2). Більш того, оскільки його тривалість значно зменшилася, система перепланувала всі інші завдання. Тепер Налагодження програмного комплексу і Тестування і виправлення помилок не мають перетинів, в результаті чого Програміст1 і Програміст2 не перевантажені.

Рис. 5.2. Результат зміни профілю завантаження на Плоский

Ручне перерозподіл трудовитрат

1. Відкрити подання Використання ресурсів.

2. За допомогою смуги горизонтального прокручування відобразити в правій таблиці дні 14 і 15 жовтня (перший період перевантаження Постановника), зображені на рис.5.3. Перевантаження викликане тим, що йому призначено роботи в період, коли він є недоступним.

3. Перекинемо ці трудовитрати з 14 і 15 жовтня 22 і 26 жовтня. У рядку Налагодження програмного комплексу обнулити його трудовитрати за 14 і 15 жовтня. У результаті обсяг трудовитрат Постановника для цієї задачі тимчасово впаде.

4. Впишемо трудовитрати в обсязі 8ч 22 і 26 жовтня.

5. Результат - перший період перевантаження ресурсу Постановник ліквідований і він починає роботи 19 жовтня, коли стає доступним (наприклад, прибуває з відпустки). Результат вирівнювання зображений на рис.5.4.

6. Ще одним результатом виконаного вирівнювання є перепланування всіх завдань після Налагодження програмного комплексу на пізніші терміни.

Рис. 5.3. Перший з решти періодів перевантаження

Рис. 5.4. Результат ручного перерозподілу трудовитрат

Зміна послідовності завдань

1. При аналізі перевантаження з'ясувалося, що Постановник одночасно бере участь у роботах Тестування і виправлення помилок і Складання програмної документації, які виконуються паралельно. Один з можливих варіантів подолання перевантаження - почати складання документації після тестування.

2. Вибрати пункт Вигляд/Діаграма Ганта. Встановити зв'язок Закінчення -Початок між роботами Тестування і виправлення помилок і Складання програмної документації. Результат - тривалість проекту збільшилася.

3. Перевіримо наявність перевантаження ресурсів: Вигляд/Лист ресурсів. Результат - перевантаження подолане.

4. Видалимо доданий зв'язок.

   • Вигляд/Діаграма Ганта.

   • Двічі клацніть задачі Складання програмної документації.

   • Перейти на вкладку Попередники.

   • Клацніть по назві завдання Тестування і виправлення помилок.

   • Натиснути клавішу Del.

   • Результат - план проекту повернувся до початкового стану.

Заміна одного ресурсу іншим

1. Проаналізуємо дні перевантаження ресурсу Постановник: Вигляд/Використання ресурсів. Результат - червоним кольором виділяються сумарні трудовитрати 5.11.09, 9.11.09- 12.11.09(рис.5.5).

2. Проаналізуємо величину перевантаження: у правій таблиці клацніть правою кнопкою миші - Перевищення доступності. Результат - у кожного з цих днів перевантаження становить 8ч (рис.5.5).

Рис. 5.5. Останній період перевантаження

3. Проаналізуємо графіки залишкової доступності інших трудових ресурсів проекту в ці дні. Вигляд/Діаграма Ганта - вибрати завдання Складання програмної документації – Сервіс/Призначити ресурси - вибрати ресурси Програміст1 і Програміст2 - натиснути кнопку - у полі График вибрати Залишкова доступність - аналіз графіків 5.11.09, 9.11.09- 12.11.09. Результат - Програміст1 і Програміст2 мають у розпорядженні з 11.11.09 і 12.11.09 з 8.00(рис.5.6). Висновок: заміна повністю ресурсу Постановник на якийсь наявний трудовий ресурс проекту неможлива.

Рис. 5.6. Решта доступність програмістів

4. Додамо новий трудовий ресурс Інженер по документації: Вигляд/Лист ресурсів - у першому порожньому рядку вписати Інженер по документації. Встановити оплату і графік роботи інженера з документації аналогічно постановника.

5. Замінимо Постановник на Інженер по документації: Вигляд/Діаграма Ганта - виділити завдання Складання програмної документації – Сервіс/Призначити ресурси виділити ресурси - Постановник - кнопка Замінити - вибрати Інженер по документації - Ok - Вигляд/Лист ресурсів. Результат - перевантаження подолане.

6. Виконати зворотнб заміну Інженер по документації на Постановник. Результат - план проекту повернувся до початкового вигляду.

Ручна заміна одного ресурсу кількома

1. При аналізі доступності ресурсів Програміст1 і Програміст2 в попередньому прикладі з'ясувалося, що жоден з них не може повністю замінити Постановник. Однак разом вони володіють по 14ч вільного часу 11.11.09 і 12.11.09. В сумі це становить 32ч, що практично перекриває необхідну кількість трудовитрат для задачі Складання програмної документації, яке становить 40г. Замінимо трудовитрати Постановника, заплановані на 5.11.09, 9.11.09- 11.11.09, на трудовитрати Програміст1 і Програміст2 11.11.09 і 12.11.09. Це дозволить зменшити перевантаження Постановника до 8.00.

2. Додамо Програміст1 і Програміст2 в список ресурсів задачі Складання програмної документації: Вигляд/Діаграма Ганта - подвійне клацання миші по завданню Складання програмної документації - вибрати закладку Ресурси - ввести Програміст1 0% і Програміст2 0% - Ok.

3. Перерозподілимо трудовитрати Постановника на програмістів: Вигляд/Використання завдань - знайти завдання Складання програмної документації - ввести вручну трудовитрати Програміста1 і Програміста2 11.11.09 і 12.1.09. за 8ч - обнулити трудовитрати Постановника 5.11.09, 9.11.09- 11.11.09(рис.5.7).

4. Вигляд/Використання ресурсів - перевантаження Постановника скоротилося до 8ч при збереженні тривалості проекту (рис.5.8).

Рис. 5.7. Результат редагування трудовитрат при заміні Постановника

Рис. 5.8. Решта перевантаження

Перерозподіл трудовитрат і перенесення їх в понаднормові

1. Перенесемо в понаднормові перевантаження Постановника, що залишилися. Але він не зможе відпрацювати 12.11.09 понаднормові в обсязі 8ч (принаймні якісно виконати цю роботу). Зменшимо його понаднормові в цей день до 4ч, а решта 4ч розподілимо 12.11.09 між Програмістом1 і Програмістом2. У підсумку 12.11.09 у них буде заплановано по 10г (рис.5.9).

2. Вставимо в таблицю подання стовпчик Понаднормові трудовитрати (рис.5.9).

Рис. 5.9. Підготовка до переведення трудовитрат в понаднормові

3. Для всіх перевантажених працівників (Постановик, Програміст1 і Програміст2 у стовпці Понаднормові трудовитрати введемо в рядок задачі Складання програмної документації значення понаднормових відповідно 4ч, 2г і 2ч. При цьому перевантаження Постановника долається, а трудовитрати Програміст1 і Програміст2 самостійно перерозподіляються системою.

4. Змінимо вручну трудовитрати Програміст1 і Програміст2 так, щоб над завданням Складання програмної документації вони працювали за 9 год 11.11.09 і 12.11.09(в день понаднормова робота складе по 1год). Результат - перевантаження подолане у всіх працівників (рис.5.10).

Рис. 5.10. Результат перенесення трудовитрат в понаднормові