Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:

ALL(PDF)

.pdf
Скачиваний:
74
Добавлен:
22.03.2015
Размер:
6.82 Mб
Скачать

інтегроване управління процесами й продуктами проекту;

управління ризиками;

інтеграція команди розробників;

кількісне управління проектом.

До другого рівня зрілості відносяться такі групи процесів: планування проекту, контроль і моніторинг та управління постачальниками.

До третього рівня зрілості відноситься управління ризиками й інтегроване управління проектом. До четвертого рівня - кількісне управління проектом.

Дякую за увагу!

Тема:

СММІ: Планування проекту

Успіх проекту багато в чому визначається тим, як організоване його управління CMMI включає в УП такі групи процесів:

планування проекту;

моніторинг і контроль процесів проекту;

управління угодами з постачальниками;

інтегроване управління постачальниками;

інтегроване управління процесами й продуктами проекту;

управління ризиками;

інтеграція команди розробників;

кількісне управління проектом.

До другого рівня зрілості відносяться такі групи процесів: планування проекту, контроль і моніторинг та управління постачальниками.

До третього рівня зрілості відноситься управління ризиками й інтегроване управління проектом. До четвертого рівня - кількісне управління проектом.

Завдання групи процесів «Планування проекту» -

установити й підтримувати плани, у яких визначені всі дії, необхідні для виконання проекту

Загальна схема планування проекту

В CMMI широко використовується термін

план проекту

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

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

Підтримка плану полягає в повному і своєчасному відстеженні цих змін і прийнятті необхідних

коригувальних заходів.

Тому в дане поняття включаються: план управління проектом, план управління ризиками, план вимірювань, план навчання й т.д.

Для встановлення ефективного процесу планування CMMI рекомендує

оцінити обсяг проекту;

оцінити робочі продукти і характеристики виконуваних задач;

визначити життєвий цикл проекту;

оцінити трудовитрати й вартість;

установити бюджет і графік проекту;

визначити проектні ризики;

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

спланувати ресурси (скласти ресурсний план),

спланувати необхідні знання й навички (скласти план навчання);

спланувати залучення зацікавлених осіб;

установити план проекту;

проаналізувати плани;

погодити рівні робіт і ресурсів;

установити зобов'язання учасників по виконанню плану.

1.Оцінка обсягу проекту

Оцінка обсягу проекту заснована на параметрах планування.

Під параметрами планування CMMI має на увазі всю інформацію, необхідну для складання планів, організації робіт, укомплектування персоналом, керівництва й координації робіт, звітності й бюджетування

Параметри планування:

проектні вимоги (до продукту, вимоги, що накладаються організацією, вимоги, що накладаються клієнтом тощо);

обсяг проекту;

встановлені завдання й робочі продукти;

технічний підхід;

обрана модель життєвого циклу проекту (наприклад, водоспад, ітеративна, спіральна);

атрибути робочих продуктів і завдань (наприклад, розмір або складність);

графік;

методологія (моделі, дані, алгоритми) визначення необхідних матеріалів, знань, робочого часу і вартості.

Загальна схема процесу оцінювання

Рекомендують проводити оцінку обсягу проекту на основі структури робіт (work breakdown structure, WBS), оскільки весь проект декомпозується на комплекс взаємозалежних керованих компонентів.

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

Це дозволяє виділити логічні елементи робіт, так звані «робочі пакети», кожним із яких можна керувати автономно.

Як правило, WBS розвивається, доповнюється й уточнюється в міру виконання проекту, тому при початкових оцінках доцільно використовувати структуру робіт верхнього рівня.

«Робочі пакети» варто визначати в деталях, що дозволяють провадити оцінки проектних завдань, відповідностей учасників робіт і графіка.

Правильно складена структура робіт дозволяє встановити:

ризики й завдання по їхньому ослабленню або запобіганню, завдання по створенню робочих продуктів, що відправляються клієнтові,

завдання по придбанню необхідних знань і навичок,

завдання по розробці підтримуючих планів, таких як управління конфігурацією, забезпечення якості, плани верифікації,

завдання по інтеграції продукту й управлінню робочими продуктами, що не поставляються клієнтові

Рекомендовані робочі продукти - результати етапу “Оцінка обсягу проекту”:

опис задач;

опис пакетів робочих продуктів,

структура робіт.

2. Оцінювання робочих продуктів і характеристик виконуваних задач

Більшість моделей по оцінці трудовитрат, вартості й графіка засновані на визначенні розміру, складності й структури продукту.

Як правило, розміри визначаються для робочих продуктів (що поставляються й не поставляються клієнтові), документів і операційного й підтримуючого програмного забезпечення.

Розмір може вимірятися кількістю функцій, функціональних точок, рядків програмного коду, класів і об'єктів, вимог, інтерфейсів, сторінок, входів і виходів, обсягом даних. Кожному із цих атрибутів рекомендується присвоїти рівень труднощів або складності.

Оцінювання робочих продуктів і завдань стає більш об'єктивним, якщо базується на визначенні технічного підходу до виконання проекту

Під технічним підходом розуміється формування високорівневої стратегії розробки, яка включає рішення по таких питаннях:

особливості архітектури і технологій, що передбачаються для застосування,

широта функціональності кінцевих продуктів,

безпека й надійність,

ергономіка.

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

Приклади таких методів:

кількість логічних входів/виходів для інтегральних схем,

кількість рядків коду або функціональних точок для програмних продуктів,

кількість і складність вимог для системної інженерії.

Рекомендується переважно використовувати для визначення розміру й складності методи, засновані на випробуваних моделях або історичних даних.

Рекомендовані робочі продукти - результати етапу “Оцінювання робочих продуктів і характеристик виконуваних задач”:

технічний підхід;

розмір і складність виконуваних задач і робочих продуктів;

оцінні моделі;

оцінки атрибутів.

3. Визначення життєвого циклу проекту

Фази життєвого циклу визначають логічні точки для прийняття важливих рішень по ресурсах і технічному підходу.

Саме в таких точках може коригуватися хід проекту, а також його обсяг і вартість.

Розуміння життєвого циклу проекту критично важливо для визначення обсягу зусиль по плануванню, часу початкового планування, а також часу й умов для перепланування

Для програмної інженерії визначення фаз проекту звичайно включає вибір і уточнення моделі розробки, що дозволяє описати взаємозалежності й послідовність дій.

Для системної інженерії визначаються основні фази продукту (тобто концепція, розробка й т.д.).

У великих проектах фази можуть містити етапи. Так, фаза розробки може містити етапи аналізу вимог, проектування, програмування, інтеграції, тестування.

Рекомендовані робочі продукти - результати етапу “Визначення життєвого циклу проекту”:

опис фаз життєвого циклу проекту.

4.Оцінка трудовитрат і вартості Оцінки трудовитрат і вартості звичайно ґрунтуються на результатах оцінок розмірів, робіт і інших

параметрів планування.

Довіра до реалістичності цих оцінок визначається глибиною обґрунтування обраної моделі для оцінки й достовірністю історичних даних.

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

Для перетворення атрибутів робочих продуктів і задач в оцінки трудовитрат і вартості рекомендується зібрати різні моделі або історичні дані.

Вхідні дані для оцінки трудовитрат і вартості:

судження експертів,

рівень компетентності й ролі, що вимагаються для виконання роботи,

вимоги до продукту і його компонентів,

новизна задач,

технічний підхід,

структура робіт,

оцінки розмірів робочих продуктів і їхні очікувані зміни,

вартість покупних виробів,

обрана модель життєвого циклу проекту й проектні процеси,

продуктивність обладнання,

рівень знань персоналу,

потреби в навчанні,

виробничі умови (необхідні офісні площі, комп'ютери, інженерне обладнання),

продуктивність виробничих процесів,

відрядження,

необхідний рівень безпеки,

прямі й непрямі витрати.

Рекомендовані робочі продукти - результати етапу “Оцінити трудовитрати й вартість”:

обґрунтування оцінок,

оцінки проектних трудовитрат,

оцінки проектної вартості.

5.Установлення бюджету й графіка - перший крок у розробці плану проекту

Розробка й підтримка бюджету й графіка проекту звичайно передбачають:

визначення доступних або необхідних ресурсів,

розподіл робіт у часі й по етапах;

установлення взаємозалежностей для різних робіт;

визначення тривалості кожної роботи;

визначення ключових дат поставки продуктів клієнтові;

установлення етапів для визначення досягнутих результатів і проведення необхідних вимірів;

визначення необхідних резервів за часом і ресурсами;

документування припущень і їхніх обґрунтувань.

Рекомендовані робочі продукти - результати етапу “Установити бюджет і графік проекту:

графік проекту;

критичний шлях;

бюджет проекту.

6.Визначення проектних ризиків

Угрупі процесів «Планування проекту» виконуються ідентифікація ризикових подій, їхній аналіз і визначення пріоритетів,

Угрупі «Моніторинг і контроль проекту» проводиться моніторинг ризиків,

Угрупі «Управління ризиками» здійснюються відстеження й пом'якшення впливу ризиків.

Визначення й аналіз ризиків на етапі планування проектів включає

ідентифікацію ризиків,

їхнє документування,

досягнення згоди зацікавлених сторін щодо повноти й коректності документованих ризиків,

пріоритезацію ризиків,

а також їхню ревізію в міру необхідності.

Під ідентифікацією ризиків розуміється

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

При ідентифікації ризиків рекомендується використовувати такі методи, як оцінка ризиків,

контрольні списки, структуровані інтерв'ю, мозкові штурми, моделі процесів, вартісні моделі, системний аналіз.

Ревізія ризиків проводиться, коли з'являється новий ризик, потенційні ризики стають проблемою, ризик перестає бути загрозою або істотно змінюється ситуація із проектом.

Рекомендовані робочі продукти - результати даного етапу “Визначення проектних ризиків”:

список ідентифікованих ризиків;

вплив ризиків і ймовірність їхнього прояву;

пріоритети ризиків.

7. Планування управління проектними даними Під проектними даними розуміють різні форми документації.

Документуються всі аспекти проектної діяльності.

Дані можуть мати різноманітну форму (звіти, керівництва, записи, графіки, креслення, специфікації, файли, кореспонденція) і можуть існувати в будь-якому середовищі (друковані й електронні матеріали, фотографії, мультимедіа й т.д.).

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

до їхнього змісту й форми.

Стандартні вимоги до змісту й формату даних сприяють їхньому кращому розумінню й полегшують управління джерелами даних.

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

Рекомендовані робочі продукти - результати етапу “Спланувати управління проектними даними”:

план управління даними;

перелік керованих даних;

опис змісту й формату даних;

вимоги до конфіденційності й безпеки даних;

механізм повернення, відтворення й розподілу даних;

графік збору даних;

перелік даних, які повинні збиратися в проекті.

8. Планування ресурсів

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

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

На цій стадії:

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

Така декомпозиція допомагає розподілити обов'язки по керівництву проектом і контролю ходу виконання проекту.

Кожному робочому пакету або робочому продукту повинен бути присвоєний унікальний ідентифікатор.

Рекомендовані робочі продукти - результати етапу “Планування ресурсів”:

робочі пакети структури робіт;

словник задач WBS;

вимоги до людських ресурсів;

перелік критично важливого обладнання й виробничих площ;

описи й діаграми процесів;

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

9.Планування необхідних знань і навичок

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

придбання знань із зовнішніх джерел.

Саме доступні в організації знання й навички визначають вимоги до комплектування проектної команди. На етапі планування необхідно:

встановити необхідні для даного проекту знання й навички,

оцінити знання й навички наявного персоналу,

вибрати механізми забезпечення необхідних знань і навичок і

описати ці механізми в проектному плані.

Як правило, механізми забезпечення знань включають:

внутрішнє навчання,

зовнішнє навчання,

наймання нового персоналу.

Рекомендовані робочі продукти - результати етапу “Планування необхідних знань і навичок”:

перелік необхідних знань;

плани укомплектування проектної команди;

плани наймання нового персоналу;

бази даних (наприклад, навички й навчання).

10. Планування залучення зацікавлених осіб

Під зацікавленою особою (stakeholder) розуміється група або індивідуум, що беруть особисту участь у роботах із проекту, що представляють проект на різних рівнях і зацікавлені в успіху проекту.

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

Варто звернути особливу увагу на тих, хто залучений до даної проектної роботи, і на тих, хто має необхідні знання й експертизу для її виконання.

Одним із найбільш зручних форматів для такої ідентифікації є двовимірна матриця з переліком зацікавлених осіб по одній осі й проектними роботами з іншої.

Узагальному випадку план залучення зацікавлених осіб повинен включати:

перелік зацікавлених осіб,

обґрунтування їхнього залучення в проект,

їхні ролі й відповідальності для кожної фази життєвого циклу проекту,

взаємозв'язки між ними,

відносне значення кожного зацікавленої особи для успіху проекту,

необхідні ресурси для взаємодії зацікавлених осіб,

графік їхньої участі в проекті.

Важливо, щоб особи, зацікавлені в більш пізніх фазах проекту, одержували завчасний доступ до вимог і проектних рішень, які можуть вплинути на їхню роботу.

Рекомендовані робочі продукти - результати етапу “Планування залучення зацікавлених осіб”:

список зацікавлених осіб;

матриця залучення;

ролі й відповідальності в проекті.

11. Установлення плану проекту

Результатом робіт із планування проекту є документований план, що визначає всі аспекти проекту:

графік, що відображає технічні роботи і їхню взаємозалежність,

життєвий цикл,

вимоги й стандарти якості для продуктів, що поставляються,

етапи,

технічні й управлінські задачі,

залучення й взаємодію зацікавлених осіб,

управління даними,

ідентифікацію ризиків,

задачі,

ролі й відповідальності,

необхідні ресурси, включаючи обладнання, виробничі приміщення, персонал,

навички й знання,

метрики, які передбачається використовувати при моніторингу проекту,

описи процесів.

Рекомендовані робочі продукти - результати етапу “Установлення плану проекту”

Документація плану проекту

12. Аналіз планів

На цьому етапі розробляється ряд додаткових планів по спеціальних дисциплінах, у тому числі

плани по якості,

плани управління конфігурацією,

плани вимірювань,

плани навчання.

Додаткові плани, розроблювані по різних групах процесів, можуть містити інформацію, що буде затребувана планом проекту.

Такі плани можуть служити більш детальним керівництвом, повинні бути сумісні один з одним і підтримувати загальний план проекту в частині визначення повноважень, обов'язків, відповідальності, звітності й контролю.

Може складатися загальний план проекту, так званий майстер-план.

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]