- •2.1. Теоретичний курс
- •2.1.1. Структурне планування
- •2.1.2. Календарне планування
- •2.1.3. Оперативне управління
- •2.1.4. Контрольні питання
- •2.2. Практичне заняття по структурному плануванню
- •2.2.1. Приклад складання і розрахунку сіткового графіка
- •2.2.2. Завдання для самостійного виконання
- •2.3. Практичне заняття по календарному плануванню
- •2.3.1. Приклад складання календарного плану
- •2.3.2. Приклад складання графіка завантаження ресурсів
- •2.3.3. Завдання для самостійного виконання
- •3.1. Теоретичний курс
- •3.1.1. Створення проекту
- •3.1.2. Календарі проекту
- •3.1.3. Особливості планування завдань в системі Microsoft Project 2007
- •3.1.4. Введення даних про завдання проекту
- •3.1.5. Контрольні питання
- •3.2. Лабораторна робота "Планування завдань проекту"
- •3.2.1. Приклад планування робіт проекту
- •3.2.2. Завдання для самостійного виконання
- •4.1. Теоретичний курс
- •4.1.1. Види таблиць в Microsoft Project
- •4.1.2. Форматування таблиць
- •4.1.3. Сортування, фільтрація і угрупування таблиць
- •4.1.4. Діаграма Ганта
- •4.1.5. Сітковий графік
- •4.1.6. Календар
- •4.1.7. Контрольні питання
- •4.2. Лабораторна робота
- •4.2.1. Приклади використання таблиць і уявлень
- •4.2.2. Завдання для самостійного виконання
- •5.1. Теоретичний курс
- •5.1.1. Створення списку ресурсів
- •5.1.2. Вікно властивостей ресурсу
- •5.1.3. Поняття призначення
- •5.1.4. Створення призначень трудових ресурсів
- •5.1.5. Створення призначень матеріальних і витратних ресурсів
- •5.1.6. Властивості призначення
- •5.1.7. Контрольні питання
- •5.2. Лабораторна робота "Створення ресурсів і призначень"
- •5.2.1. Приклад створення ресурсів і призначень
- •5.2.2. Завдання для самостійного виконання
- •6.1. Теоретичний курс
- •6.1.1. Поля, що настроюються
- •6.1.2. Параметричний аналіз
- •6.1.3. Pert-аналіз тривалості завдань
- •6.1.4. Аналіз критичного шляху
- •6.1.5. Аналіз вартості проекту
- •6.1.6. Аналіз рисок
- •6.1.7.Контрольні питання
- •6.2. Лабораторна робота "Аналіз проекту"
- •6.2.1. Приклад виконання аналізу проекту
- •6.2.2. Завдання для самостійного виконання
- •7.1. Теоретичний курс
- •7.1.1. Перевантаження ресурсів
- •7.1.2. Вирівнювання ресурсів
- •7.1.3. Автоматичне вирівнювання ресурсів
- •7.1.4. Ручне вирівнювання ресурсів
- •7.1.5. Контрольні питання
- •7.2. Лабораторна робота "Вирівнювання ресурсів"
- •7.2.1. Приклад вирівнювання ресурсів
- •7.2.2. Завдання для самостійного виконання
- •8.1. Теоретичний курс
- •8.1.1. Види планів проекту
- •8.1.2. Робота з базовим планом
- •8.1.3. Введення фактичних даних
- •8.1.4. Аналіз ходу виконання проекту
- •8.1.5. Контрольні питання
- •8.2. Лабораторна робота "Відстежування проекту"
- •8.2.1. Приклад відстежування проекту
- •8.2.2. Завдання для самостійного виконання
- •9.1. Теоретичний курс
- •9.1.1. Статистика проекту
- •9.1.2. Стандартні звіти
- •9.1.3. Створення нових звітів
- •9.1.4. Наочні звіти
- •9.1.5. Контрольні питання
- •9.2. Лабораторна робота "Звітність за проектом"
- •9.2.1. Приклади формування звітів
- •9.2.2. Завдання для самостійного виконання
3.1.3. Особливості планування завдань в системі Microsoft Project 2007
Роботи проекту можуть бути декількох видів:
звичайна робота (надалі позначається словом робота або завдання);
віха;
фаза;
сумарне завдання проекту.
Робота позначає якісь дії, направлені на виконання деякої частини проекту. Віха – це робота нульової довжини. Віхи призначені для фіксації в плані проекту контрольних крапок, в яких відбуваються важливі з погляду управління проектом події. Наприклад, завершення одного етапу робіт і почало іншого. Зазвичай віхи використовуються для позначення початку і закінчення проекту, а також для позначення кінця кожної фази.
Фаза – це складена робота, що складається з декількох робіт і завешена віхою. Фаза описує визначений логічно закінчений етап проекту і може складатися як з робіт, так і з інших фаз.
Для розмежування робіт і фаз в системі прийнято наступне правило. Всі роботи розділені на рівні, задаючі їх ієрархію. Будь-яка робота, що має підлеглі роботи нижчого рівня, є фазою. Решта всіх робіт фазами не є.
Сумарне завдання проекту – це штучно створювана системою робота, тривалість якої рівна тривалості всього проекту. Ця робота використовується для обчислення, відображення і аналізу узагальнених даних про проект, використовувані ним ресурси і його вартісні характеристики.
Зв'язок між завданнями визначає, яким чином час початку або закінчення одного завдання впливає на час закінчення або початку інший. У Microsoft Project існує чотири типи зв'язків:
закінчення–початок;
початок–початок;
закінчення–закінчення;
початок–закінчення.
Зв'язок типу закінчення–початок – це найбільш поширений випадок зв'язку між роботами. При такому зв'язку робота В не може початися раніше, ніж закінчиться робота А. Цей тип зв'язку зображений на рис. 3.7а.
Зв'язок типу початок–початок означає, що робота В не може початися, поки не почнеться робота А. При допомозі такому зв'язку зазвичай об'єднуються завдання, які можуть виконуватися паралельно. Наприклад, навчання персоналу роботі з програмою і введення даних в програму можуть проходити одночасно, але введення даних не може початися, поки не почнеться навчання персоналу. Зв'язок початок–початок зображений на рис. 3.7б.
Зв'язок закінчення–закінчення позначає залежність, при якій завдання В не може закінчитися до тих пір, поки не закінчиться завдання А. Звичайно таким зв'язком об'єднуються роботи, які виконуються одночасно, але при цьому одна не може закінчитися раніше іншої. Наприклад, введення в експлуатацію програми і її тестування і відладка можуть виконуватися паралельно. В процесі введення в експлуатацію відбувається навчання персоналу, підготовка і введення даних. Проте введення в експлуатацію не може бути завершений, поки не завершено тестування і виправлення знайдених в програмі помилок. Зв'язок закінчення–закінчення зображений на рис. 3.7в.
Зв'язок типу початок–закінчення позначає залежність, при якій робота В не може закінчитися, поки не почнеться робота А. Наприклад, А – введення програми в промислову експлуатацію, почало якого намічено на строго певну дату. У – дослідна експлуатація програми, яка не може бути закінчена, поки не почнеться введення програми в промислову експлуатацію. При цьому збільшення тривалості завдання А не вабить збільшення тривалості завдання В. Зв’язок початок–закінчення зображена на рис. 3.7г.
Рис. 3.7. Типи зв'язків між роботами
На цьому малюнку прямокутником зображена тривалість роботи. Ліва сторона прямокутника відповідає початку роботи, а права – закінченню. Взаємне розташування сторін, зв'язаних стрілками, характеризує залежність між початком і закінченням робіт.
При плануванні реальних проектів часто виявляється, що зображених на рис. 3.7 зв'язків між роботами виявляється недостатньо. Наприклад, роботи "тестування програмного комплексу і виправлення помилок" і "складання програмної документації" не обов'язково повинні строго слідувати один за одним. Складання документації може бути почате, не чекаючи закінчення тестування.
Для таких випадків в Microsoft Project призначені затримки і випередження. На рис. 3.8 зображений їх вплив на зв'язку типу закінчення–початок (а), початок–початок (б), закінчення–закінчення (в) і початок–закінчення (г). Лівий малюнок відповідає затримці, а правий – випередженню.
Нерідко деякі роботи проекту потрібно прив'язати до реальної календарної дати. Наприклад, представник замовника приїжджає 15 вересня для ознайомлення з програмою, що розробляється. Тому робота "Підготовка демонстраційної версії" повинна бути закінчена не пізнішим за 15 вересень. Подібна прив'язка роботи до дати називається її обмеженням.
У табл.3.2 приведені використовувані в Microsoft Project обмеження робіт і їх дія. Обмеження є жорсткою умовою і впливає на процес планування: система веде планування так, щоб виконати всі задані обмеження.
Альтернативою обмеженням є крайні терміни. Крайній термін – це дата, пізніше за яку завдання не може бути завершена. Проте, на відміну від обмеження, наявність крайнього терміну не робить впливу на процес планування. Система лише сигналізує відповідними індикаторами про наявність або порушення встановленого крайнього терміну.
Рис. 3.8. Дія затримки і випередження
Таблиця 3.2.
Тип обмеження |
Дія обмеження |
Якомога раніше |
Завдання розміщується в розкладі якомога раніше. Це обмеження використовується за умовчанням при плануванні проекту від дати його початку |
Якомога пізніше |
Завдання розміщується в розкладі якомога пізніше. Це обмеження використовується за умовчанням при плануванні проекту від дати його закінчення |
Закінчення не пізніше заданої дати |
Вказана в обмеженні дата задає найпізнішу дату завершення роботи. Для проекту, що планується від дати закінчення, це обмеження призначається роботі, якщо для неї явно вказати дату її закінчення |
Почало не пізніше за вказану дату |
Задана дата означає найбільш пізню дату початку роботи. Для проекту, що планується від дати закінчення, це обмеження призначається роботі, якщо явно вказати дату її початку |
Закінчення не раніше заданої дати |
Ця дата задає найбільш ранній термін завершення роботи. Для проекту, що планується від дати початку, це обмеження призначається роботі, якщо явно вказати дату її закінчення |
Початок не раніше заданої дати |
Ця дата означає найбільш ранній термін початку роботи. Для проекту, що планується від дати початку, це обмеження призначається роботі, якщо явно вказати дату її початку |
Фіксований початок |
Робота завжди починатиметься з вказаної дати. Зв'язки з попередніми і подальшими роботами не здатні змінити положення такого завдання в розкладі |
Фіксоване закінчення |
Робота завжди закінчуватиметься у вказану дату. Її зв'язки з іншими завданнями не здатні змінити цю дату |
Деякі завдання можуть носити регулярний характер, що повторюється (щотижнева профілактика, складання місячної або квартальної звітності і тому подібне). Такі завдання називаються такими, що повторюються.
