Page 33 - 4566

функцій в підборі кадрів для робіт. Але у будь-якому
випадку при поєднанні ролей різних розробників треба
враховувати рівень кваліфікації працівників, їх переваги та
інші індивідуальні особливості. Необхідно знати, що,
виділяючи одній дійовій особі декілька робіт, слід прагнути
до однорідності завдань і вказувати їх порівняльні
пріоритети.
Допустимі й інші поєднання ролей. Так, досить часто
створення документації розподіляється між усіма
виконавцями проекту, а на керівника команди і менеджера
покладається завдання інтеграції документів. Для типових
проектів функції бібліотекаря можна доручити одному з
розробників, відповідно скоригувавши його індивідуальне
завдання (див. принцип 3). Фахівцем з користувацького
інтерфейсу цілком може бути, наприклад, менеджер,
оскільки саме він здійснює контакти із замовником (у цій
ситуації замовник або сам є користувачем, або виступає як
представник користувача програмного виробу).
Рідко буває ефективним поєднання ролей фахівця з
інтерфейсу і експерта предметної області. Причина тому –
різна точка зору на систему. Для експерта система
представляється передусім структурованим набором
функцій, який забезпечує підтримку діяльності користувача,
а спосіб управління активізацією цих функцій вторинний. Як
наслідок, можливе ігнорування таких аспектів інтерфейсу, як
сумісність з іншими системами, врахування прийнятих
стандартів тощо. Ефективність такого поєднання ролей
можлива, якщо в проекті необхідність дослідження
інтерфейсних питань не дуже висока, а експерт предметної
області має достатню кваліфікацію з організації інтерфейсів.
Як завжди, тут обов'язкове наслідування четвертого
принципу регламенту для поєднань: чітке розділення того, в
якій ролі виступає працівник у даний момент.

33