2. Модель cmmi у плануванні проекту
Проект - це комплекс взаємозалежних робіт (аналіз, проектування, розробка, поставка, впровадження, супровід і підтримка), які в сукупності забезпечують виробництво продукту, послуги або системи. Практично будь-яка діяльність організації може бути представлена як сукупність проектів. Можливо, саме тому модель CMMI заснована на проектному підході.
Успіх проекту багато в чому визначається тим, як організоване його управління. Управління проектом містить у собі всі дії, які прямо або побічно впливають на успіх проекту, тобто на його якість. Основний постулат полягає в тому, що якість виконання проекту визначається повнотою й послідовністю виконання всіх необхідних дій.
CMMI включає в управління проектами такі групи процесів:
планування проекту;
контроль і моніторинг проекту;
управління постачальниками;
інтегроване управління проектом;
управління ризиками;
кількісне управління проектом.
До другого рівня зрілості відносяться такі групи процесів: планування проекту, контроль і моніторинг та управління постачальниками.
До третього рівня зрілості відноситься управління ризиками й інтегроване управління проектом, і, нарешті, кількісне управління проектом - до четвертого рівня.
Завдання групи процесів «Планування проекту» - установити й підтримувати плани, у яких визначені всі необхідні для виконання проекту дії. Загальна схема процесу «Планування проекту наведене на рис. 4.
Рисунок 4. Загальна схема планування проекту
В CMMI широко використовується термін план проекту.
План проекту є формальним затвердженим документом, що використовується як для управління проекту, так і для контролю ходу його виконання. Звичайно в ході проекту відбуваються різноманітні зміни у вимогах, розподілі обов'язків, оцінках трудовитратах і розмірах, процесах. Підтримка плану полягає в повному і своєчасному відстеженні цих змін і прийнятті необхідних коригувальних заходів.
Тому в дане поняття включаються: план управління проектом, план управління ризиками, план вимірювань, план навчання й т.д.
Для встановлення ефективного процесу планування CMMI рекомендує:
оцінити обсяг проекту;
установити оцінки робочих продуктів і характеристик виконуваних завдань;
визначити життєвий цикл проекту;
оцінити трудовитрати й вартість;
установити бюджет і графік проекту;
визначити проектні ризики;
планувати управління проектними даними;
планувати ресурси (скласти ресурсний план),
планувати необхідні знання й навички (скласти план навчання);
планувати залучення зацікавлених осіб;
установити план проекту;
проаналізувати плани;
погодити рівні робіт і ресурсів;
дістати зобов'язання учасників по виконанню плану.
Оцінка обсягу проекту
Оцінка обсягу проекту заснована на параметрах планування. Під параметрами планування CMMI має на увазі всю інформацію, необхідну для складання планів, організації робіт, укомплектування персоналом, керівництва й координації робіт, звітності й бюджетування. Як правило, до таких параметрів належать:
проектні вимоги (вимоги до продукту, вимоги, що накладаються організацією, вимоги, що накладаються клієнтом тощо);
обсяг проекту;
встановлені завдання й робочі продукти;
технічний підхід;
обрана модель життєвого циклу проекту (наприклад, водоспад, ітеративна, спіральна);
атрибути робочих продуктів і завдань (наприклад, розмір або складність);
графік;
методологія (моделі, дані, алгоритми) визначення необхідних матеріалів, знань, робочого часу і вартості.
Загальна схема процесу оцінок представлена на рис. 5.
Автори моделі CMMI настійно рекомендують проводити оцінку обсягу проекту на основі структури робіт (work breakdown structure, WBS). Її визначення - важливий елемент планування, оскільки весь проект декомпонується на комплекс взаємозалежних керованих компонентів. Доцільно розробляти структуру робіт на основі архітектури продукту. Це дозволяє виділити логічні елементи робіт, так звані «робочі пакети», кожним із яких можна керувати автономно. Як правило, WBS розвивається, доповнюється й уточнюється в міру виконання проекту, тому при початкових оцінках доцільно використовувати структуру робіт верхнього рівня.
Рисунок 5. Вихідні оцінки
Правильно складена структура робіт дозволяє встановити: ризики й завдання по їхньому ослабленню або запобіганню, завдання по створенню робочих продуктів, що відправляються клієнтові, завдання по придбанню необхідних знань і навичок, завдання по розробці підтримуючих планів, таких як управління конфігурацією, забезпечення якості, плани верифікації, завдання по інтеграції продукту й управлінню робочими продуктами, що не поставляються клієнтові.
«Робочі пакети» варто визначати в деталях, що дозволяють провадити оцінки проектних завдань, відповідностей учасників робіт і графіка. Окремо рекомендується визначити робочі продукти (або їхні компоненти), які необхідно закупити і які передбачається використовувати багаторазово.
Рекомендовані робочі продукти - результати даного етапу: опис завдань; опис пакетів робочих продуктів, структура робіт.