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

Контрольні питання

Що таке перевантаження ресурсів?

Які можуть бути причини перевантаження?

Як встановити факт перевантаженості трудового ресурсу?

Як встановити величину і періоди перевантаженості?

Як встановити джерело перевантаження?

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

Що таке вирівнювання ресурсів?

Які основні прийоми вирівнювання?

Що дає зменшення об'єму призначення ресурсу і які його недоліки?

Що дає реорганізація сіткового графіка і які її недоліки?

Що дає зменшення об'єму призначення ресурсу, і які його недоліки?

Що дає заміна переобтяженого ресурсу іншим, і які її недоліки?

Що дає вставка перерв в завданні або призначенні, і які її недоліки?

Що дає переклад трудовитрат в наднормових, і які його недоліки?

Як виконується автоматичне вирівнювання ресурсів?

Як порівняти плани проекту до і після вирівнювання?

Які параметри вікна Вирівнювання завантаження ресурсів?

Як видалити результат останнього вирівнювання?

Які методи використовуються при ручному вирівнюванні ресурсів?

Як виконати зміну об'ємів призначень ресурсів?

Як виконати заміну одного ресурсу іншим?

Як за допомогою фільтрації і графіка підібрати відповідний ресурс для заміни?

Як виконується редагування розподілу трудовитрат уручну?

Як створити перерву в завданні або в призначенні?

Як перенести трудовитрати в наднормових?

7.2. Лабораторна робота "Вирівнювання ресурсів"

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

Формазаняття – лабораторна робота з використанням комп'ютера.

Тривалість– шість академічних годин.

Приклади вирівнювання ресурсів ілюструються з використанням проекту Розробка програми, що міститься у файлі Тема7.mpp.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Відкрити вікно вирівнювання завантаження ресурсів: Сервіс/Вирівнювання завантаження ресурсів (див.рис.7.5).

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

Рис. 7.17. Календарний графік після автоматичного вирівнювання

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

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

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

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

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

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

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

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

Результат – Постановник встигає завершити завдання Постановка завдання, не виходячи за межі графіка доступності (рис.7.18). Більш того, оскільки її тривалість значно зменшилася, система перепланувала завдання, що все залишилися. Тепер Відладка програмного комплексу і Тестування і виправлення помилок не мають перетинів, внаслідок чого Програміст1 і Програміст2 опинилися не переобтяжені.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Подвійне клацання по завданню Складання програмної документації.

Перемкнутися на вкладку Попередники.

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

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

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

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

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

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

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

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

Рис. 7.22. Доступність програмістів, що залишилася

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

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

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

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

При аналізі доступності ресурсів Програміст1 і Програміст2 в попередньому прикладі з'ясувалося, що жоден з них не може повністю замінити Постановник. Проте разом вони володіють по 16ч вільного часу 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ч.

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

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

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

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

Рис. 7.24. Перевантаження, що залишилося

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

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

Вставимо в таблицю представлення стовпець Наднормові трудовитрати (рис.7.25).

Рис. 7.25. Підготовка до перекладу трудовитрат в наднормових

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

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

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