Page 31 - 4566

деяких авральних ситуаціях) і які не вимагають постійної
діяльності протягом тривалого періоду.
4. Якщо працівнику доручається кілька ролей, то він
завжди повинен знати, яку з них виконує в даний момент.
Доречно сформулювати рекомендації, засновані на
досвіді успішного і невдалого менеджменту програмних
проектів.
Менеджер проекту за своїм призначенням є
відособленим у команді. Він бере на себе взаємодію із
замовником і планувальником ресурсів, з одного боку, а з
іншого - розподіляє роботи серед членів команди. Останнє
означає, що він повинен мати повну інформацію про
декомпозицію проекту. Як наслідок, поєднання його ролі з
роллю архітектора проекту є дуже бажаним, а тому досить
розповсюдженим. Єдина умова для такого поєднання –
вимога: чітко знати, коли і чиї функції виконує конкретна
дійова особа (див. принцип 4).
Цілком можливе продуктивне поєднання ролей
керівника команди і архітектора – це дає відчутні результати,
коли команда досить міцно пов'язана зі своїм керівником,
наприклад, з досвіду попередніх робіт, але за умови не
занадто високої складності завдань декомпозиції для даного
проекту.
Поєднання ролей керівника команди і менеджера
допустиме, лише тоді, коли усвідомлюється і враховується
суперечність цільових установок цих ролей: керівник
команди діє в умовах, які формуються менеджером.
Небажане поєднання ролей керівника команди і
проектувальника підсистеми. І це обумовлено суперечністю
їхніх рольових інтересів.
Критерії якості для проектувальника підсистеми
лежать в області використання; він повинен прагнути до
постановки завдання, максимально повного використання,
що задовольняє потреби, тоді як для керівника команди

31