35. Ситуації, в яких діє менеджер при відборі кадрів.

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

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

ДУДА

36. Вирішення задач визначення кадрових ресурсів проекту.

В ході апріорного розподілу ресурсів менеджерові корисно визначити можливі

кандидатури на ключові ролі колективу розробників з урахуванням можливості

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

певного календарного періоду розвитку проекту).

До ключових ролей відносяться:

архітектор проекту,

проектувальники підсистем,

керівники команд розробки підсистем,

фахівець з призначеного для користувача інтерфейсу і

експерт предметної області

Кандидати на ключові ролі - основа колективу. Заповнення інших вакансій визначається,

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

перші учасники проекту відповідають тільки за фазу дослідження, для початку проекту

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

предметної області. Але це не означає, що відкладання питання про інші персоналії -

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

надалі належить мати справу менеджерові.

37. Цілі розробки проірамного забезпечення.

Першорядні цілі включають в себе:

визначення того, яке програмне забезпечення створюється в рамках даного проекту

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

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

робочий продукт;

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

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

обгрунтування і, можливо, демонстрація, принаймні, одного архітектурного

рішення для реалізації деяких з первинних сценаріїв;

попередня оцінка фінансової потреби проекту в цілому, його календарний план і

сітьовий графік (мінімальна і раціональна схеми);

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

першої ітерації, яка починається відразу після затвердження результатів аналізу (на

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

оцінка потенційних прогнозованих ризиків.

38. Поняття діяльності в менеджменті програмних проектів.

Стосовно до менеджерської діяльності, цикл

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

виконання завдання йде за планом. Якщо з'ясовується, що це не так, надається допомога:

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

встановлюються додаткові контрольні терміни і т.п. Як небажаних, але іноді необхідних

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

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

проекту.