MSF бере до уваги потребу замовника в єдиному авторитетному джерелі інформації, але при цьому зберігає баланс відповідальності усередині проектної команди.

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

Слід пам'ятати, що:

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

•Необхідно виявити схеми підзвітності в проекті. Прояснити, хто саме і за які аспекти проекту підзвітний, як в проектній групі, так і поза нею.

Нагадаємо, що модель проектної групи MSF передбачає наступну відповідальність перед замовником:

•Ролевий кластер "Управління продуктом" підтримує зв'язок із замовником і представляє його інтереси в проектній групі. Ця роль служить цілям задоволення замовника.

•Завдання ролевого кластера "Управління програмою" – успішне постачання рішення в рамках проектних обмежень.

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

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

Рекомендації проектним групам

Наведемо ряд практичних методик по управлінню проектами для використання лідерами команд і ролевим кластером "Управління програмою". Вони відносяться до значної частини зон відповідальності управління проектами, показаних на рис. 5.

Управління рамками проекту

Метою управління рамками проекту (scope management) є гарантія включення в проект всієї роботи, необхідної для створення рішення, і запобігання виникненню додаткового навантаження, яке могло б бути додане в проект без належного розгляду і схвалення.

Визначення рамок на етапі вироблення концепції

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

Під час фази вироблення концепції (envisioning phase) проектна група формує загальне бачення рішення. Потім, виходячи з цього бачення, визначається початкова версія рамок (scope) рішення і проекту. Все це представляється в документі "Загальний опис і рамки проекту" (vision/scope document) і підлягає схваленню з боку проектної групи, замовника і

126