
- •Лабораторна робота № 1 На тему: «Планувавання та управління процесом розроблення програмного продукту в ms Project»
- •Короткі теоретичні відомості
- •Основні поняття в ms Project
- •Управління проектами в ms Project
- •Стандартний хід проекту
- •Техніка планування
- •Список етапів
- •Список завдань
- •Тривалість завдань
- •Послідовність завдань
- •Ресурси
- •Розцінки на ресурси
- •План з бюджетом
- •Сітковій графік
- •Відстежування проекту і модифікація плану в ході проекту
- •Ризики і непрямі роботи
- •Управління ризиками
- •Форматування діаграм Ганта
- •Узгодження і звіт
- •Вимірювана мета
- •Методи обчислення реальних термінів завдань
- •Що показує статистика?
- •Завдання
- •Порядок виконання роботи
- •Контрольні питання
Тривалість завдань
Проаналізувавши завдання, менеджер склав своє уявлення про їх трудомісткість і ввів цю інформацію.
Рис. 4. Визначення тривалості задач в MS Project.
Зауваження. У MS Project з'явилася можливість вказувати, що деякі терміни є очікуваними, а не точними. Поряд з такими термінами виставляється знак питання.
Послідовність завдань
Орієнтуючись на пріоритети завдань і особливості технології, менеджер призначив послідовність завдань. MS Project виділив червоним кольором критичний шлях проекту, тобто ті завдання, які визначають його тривалість. Щоб скоротити критичний шлях, менеджер спробував почати наступну технологічну стадію до завершення попередньої.
Рис. 5. Визначення послідовності задач в MS Project.
Поради і коментарі.
Точний термін слід указувати тільки для завдання "Початок проекту", решта всіх термінів повинна бути відносною. Таким чином, ви завжди можете легко перенести проект на іншу дату, і всі терміни перерахуються автоматично.
Всі технологічні етапи слід завершувати контрольними крапками. Річ у тому, що за технологією якийсь закінчений результат може бути отриманий тільки в певний час, і саме в даний момент слід провести контрольний огляд проекту. Жорстко і подневно контролювати виконання окремих завдань часто не має сенсу, оскільки виконавцям зазвичай доводиться виконувати завдання не в тому порядку, як вказано в плані. Все це не означає, що подневная звітність не потрібна, вона потрібна у вигляді звітів про витрати робочого часу, про що мова піде далі.
Без потреби не використовуєте зв'язку між завданнями різного рівня. В цьому випадку один технологічний етап прив'язується до внутрішньої структури іншого етапу. Це сковує свободу модифікації планів в рамках окремих етапів. Якщо використовуються зв'язки тільки на одному рівні (завдання-завдання, етап-етап), ви можете без утруднень змінити склад і послідовність завдань усередині якогось етапу.
Скорочення критичного шляху проекту за рахунок передчасного початку завдань дуже ризиковано. Скорочуйте критичний шлях за рахунок підготовчих робіт (навчання, моделювання і так далі). У нашому випадку можна одночасно з постановочними роботами запланувати прототипирование, і за рахунок цього скоротити кодування і загальну тривалість проекту. Скорочення критичного шляху проекту фактично завжди приводить до збільшення витрат на підготовчі роботи. Іншими словами, скорочення тривалості проекту, як правило, приводить до підвищення його собівартості або рисок.
Ресурси
Після визначення складу завдань і їх термінів менеджер призначає ресурси для кожного завдання. В результаті після вказівки ресурсів менеджер автоматично отримує графік робіт.
Порада. Якщо потрібно проводити облік адміністративних витрат, тобто витрат на управління проектом, можна використовувати наступний прийом. Потрібно вказати в MS Project менеджера як ресурс на весь технологічний етап. Відповідно тривалості етапу проводитиметься облік адміністративних витрат по трудомісткості і собівартості. Якщо менеджер веде одночасно декілька проектів, можна вказати відсоток навантаження менеджера за даним проектом.
Рис. 6. Задання адміністративних задач в MS Project.