34. Ключові ролі колективу розробників.

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

1. Замовник (Customer) - реально існуючий (у організації, якій підпорядкована команда, або поза нею) ініціатор розробки або хто-небудь інший, уповноважений приймати

результати (як поточні, так і остаточні) розробки, виконаної роботи;

2. Планувальник ресурсів (Planner) - висуває і координує вимоги до проектів в організації, що здійснює цю розробку, а також розвиває і направляє план виконання проекту з точки зору організації;3. Менеджер проекту (Project Manager) - відповідає за розвиток проекту загалом, гарантує, що розподіл завдань і ресурсів дозволяє виконати проект, що роботи і пред’явлення результатів йдуть за графіком, що результати відповідають вимогам. В рамках цих функцій менеджер проекту взаємодіє із замовником і планувальником

ресурсів;

4. Керівник команди (Team Leader) – виконує технічне керівництво командою в процесі

виконання проекту. Для великих проектів можливе залучення декількох керівників підкоманд, що відповідають за рішення окремих задач;

5. Архітектор (Architect) - відповідає за проектування архітектури системи, погоджує розвиток робіт, пов'язаних з проектом;

6. Проектувальник підсистеми (Designer) - відповідає за проектування підсистеми або категорії класів, визначає реалізацію і інтерфейси з іншими підсистемами;

7. Експерт предметної області (Domain Expert) - вивчає сферу програмного продукту, що розробляється, (розроблювального ПЗ), підтримує спрямованість проекту на рішення задач цієї області;

8. Розробник (Developer) - реалізує проектовані компоненти, розробляє специфічні класи і методи, здійснює кодування і автономне тестування, створює програмний продукт. Це широкий термін, який може підрозділятися на вужчі ролі (наприклад, розробник класів). Залежно від складності проекту команда може включати різну кількість розробників;

9. Розробник інформаційної підтримки (Information Developer) - створює документацію, супроводжуючу продукт, коли випускається його версія. Інсталяційні матеріали, що включаються в неї, як зсилки так навчальну літературу, а також матеріали допомоги, які надаються на паперових і електронних носіях. Для складних проектів можливий розподіл цих завдань між декількома розробниками інформаційної підтримки;

10. Фахівець з призначеного для користувача інтерфейсу (Human Factors Engineer) - відповідає за зручність застосування системи. Працює із замовником, щоб упевнитися, що призначений для користувача інтерфейс задовольняє вимогам;

11. Тестувальник (Tester) - перевіряє функціональність, якість і ефективність продукту. Будує і виконує тести для кожної фази розвитку проекту;

12. Бібліотекар (Librarian) - відповідає за створення і ведення загальної бібліотеки проекту, яка містить усі проектні робочі продукти. Він також відповідає за відповідність робочих продуктів стандартам.