рекомендувати ефективні і перевірені досвідом стратегії запобігання ризикам і пом'якшенню їх наслідків.

Нижче приводяться рекомендації по управлінню ризиками портфеля проектів:

•Заручитеся підтримкою виконавчого керівництва компанії. Регулярно надайте "вгору" звіти про нові дані і уроки, що витягують, отримані в процесі аналізу ризиків портфеля проектів.

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

– хороші аналітики мають багато інших обов'язків.

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

•Встановлюйте фіксований круг питань, що розглядається по кожному з проектів. Таким чином керівники проектів знатимуть, що чекати від зборів, що проводяться. Наприклад, 20 хвилин виділяється на доповідь про поточні оцінки ризиків, потім 20 хвилин йде обговорення стратегій по запобіганню і пом'якшенню наслідків, а потім робиться 5-ти хвилинний огляд уроків, що витягують, для обміну досвідом з іншими проектними групами.

•Використовуйте стандартизовану документацію звітності.

•Переконаєтеся, що всі документи роздані всім учасникам зборів завчасно. Це дозволить скоротити витрату часу.

•Стимулюйте відвідини аналітичних нарад керівниками внутрі проектних груп – або особисто, або по телефону (т.з. "селекторна" нарада).

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

•Уникайте персонального осуду за ситуацію, що склалася в проекті.

•Дозволяйте кожному членові проектної команди зробити заявку про розгляд їх проекту.

Висновок

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

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

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

115

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

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

116

MSF: Дисципліна управління проектами

Анотація

Microsoft Solutions Framework (MSF) передбачає розподіл роботи по управлінню проектом між членами проектної групи. Це підвищує відповідальність співробітників і дозволяє застосувати цю методологію до широкого спектру проектів – починаючи від малих, і закінчуючи великими і складними.

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

Введення

Однією з примітних ознак MSF є відсутність посади менеджера проекту (див.

Модель команди MSF). Такий підхід в рамках методології управління IT-проектами, на перший погляд, може здатися дивним, особливо з урахуванням того, що MSF акцентує увагу на принциповій важливості знань дисципліни управління проектами. Однак, замість цього в MSF існує 2 кластера (і відповідно менеджера) – "Управління продуктом" та "Управління програмою" (див. Модель команди MSF).

Концепції і методики для управління проектами сформовано на основі базових принципів MSF. Носієм професійних управлінських навиків і організатором роботи команди в MSF є ролевий кластер "Управління програмою". Проте, типові управлінські обов'язки при цьому розподіляються серед лідерів всіх ролевих кластерів проектної групи!

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

•Відповідальність за управління проектом розподілена серед лідерів ролевих кластерів усередині команди.

•Професійні менеджери виступають як консультанти і наставники команди, а не виконують функції контролю над нею.

117