Роли и артефакты в проектной команде
Заказчик (Customer)
Описание:
Главное действующее лицо;
Заказывает систему и/или Использует систему.
Команда:
Находится за пределами проектной команды.
Обычно присутствует в SCRUM команде в роли Product Owner (PO).
Зона ответственности:
– Бюджет;
– Сроки;
– Команда;
– Объем работ.
Stakeholder
Описание:
Лицо или группа, заинтересованные в деятельности или успехе проекта/компании.
Команда:
НЕ принадлежит к команде
Зона ответственности:
– Бюджет
– Сроки
– Команда
Пример:
– Владельцы
– Другие работники организации,
– Поставщики,
– Другие заинтересованные лица
Менеджер Проекта (Project Manager, PM)
Описание:
Это специалист в области управления проектами, который несет ответственность за планирование, подготовку и исполнение конкретного проекта
Команда:
– Обычно присутствует в проектной команде;
– Иногда принадлежит сразу нескольким командам;
– Отсутсвует в SCRUM команде.
Артефакты:
PMP – Project Management Plan;
WBS – Work Breakdown Structure;
Project Status Report.
https://www.projectmanagementdocs.com/#axzz6pMOAg6I9
Коммуникация с заказчиком:
Главное контактное лицо с заказчиком
Зона ответственности:
– Бюджет
– Сроки
– Команда
– Объем работ
Бизнес Аналитик (Business Analyst, BA)
Описание:
Это специалист, использующий методы бизнес-анализа для аналитики потребностей деятельности организаций с целью определения проблем бизнеса и предложения их решения.
Артефакты:
– Functional Requirements;
– Technical Requirements;
– Use Case document.
Команда:
Обычно присутствует в команде, которая занимается разработкой сложного функционала.
Может принадлежать сразу нескольким командам.
Коммуникация с заказчиком:
Часто является основным контактным лицом для заказчика наравне с PM
Зона ответственности:
Объем работ
Системный Архитектор (System Architect, SA)
Описание:
Это специалист, определяющий начальную структуру системы, основные элементы системы, их особенности и поведение. Также он представляет точку зрения пользователя на то, какой должны быть система в разрезе основных бизнес сценариев и моделей поведения.
Артефакты:
SyRS – System Requirements Specification;
TD – Technical design.
Обязанности:
– Определение архитектуры ПО;
– Разбиение на модули;
– Определение формат передачи и хранения данных;
– Одобрение требований;
– Планирование технического развития;
– Контроль создания системы;
– Взаимодействия ПО с аппаратным обеспечением системы.
Команда:
Обычно не является частью какой то команды, а помогает команде при необходимости.
Может быть частью команды на ранних этапах разработки.
Коммуникация с заказчиком:
Обычно общается с заказчиком на начальных этапах проектирования приложение, в случае если коммуникация происходит не через BA
Программист (Developer, Dev)
Описание:
Специалист, кодирующий функциональности программного продукта на выбранном языке программирования с использованием технологий, определённых системным архитектором.
Артефакты:
– All requirements documents – functional, non-functional;
– Technical Design;
– Coding Guidelines;
– Source code (исходный код программного продукта);
– Unit tests.
Команда:
Обычно является частью одной команды
Коммуникация с заказчиком:
Практически никогда не общается с заказчиком за крайне редкими исключениями
Dev Team Lead
Описание:
Руководитель команды разработчиков.
Команда:
Если команда большая, то принадлежит одной команде, если команды небольшие – то нескольким
Коммуникация с заказчиком:
Крайне редко общается с заказчиком
Тестировщик (QA)
Описание:
Выполняет задачи по подготовке и проведению тестирования системы в соответствии с установленными требованиями.
Команда:
Обычно является частью одной команды, реже нескольких (в случае мелких проектов)
Коммуникация с заказчиком:
Редко общается с заказчиком, чаще происходит в разрезе проведения Демо
Обязанности:
– All requirement documents;
– Requirements Check List;
– Test Plan;
– Technical Design;
– Traceability Matrix;
– Test Cases;
– Test Scripts;
– Defects / Enhancements in bug–tracking system;
– Test Execution Report.
QA Team Lead
Описание:
Руководитель команды тестировщиков.
Команда:
Если команда большая, то принадлежит одной команде, если команды небольшие – то нескольким
Артефакты:
– Project Management Plan;
– Test Plan;
– Traceability Matrix;
– Testing Schedule;
– Test Execution Summary Report.
Обязанности:
– Планирование работы команды;
– Оценка времени выполнения работы;
– Распределение работы;
– Контроль выполнения проекта;
– Подбор команды;
– Тестирование (программирование).
Коммуникация с заказчиком:
Редко общается с заказчиком
Тест Менеджер (QA Manager, Head Of QA, QA Director)
Описание:
Это специалист, отвечающий за внедрение QA и контроль QC активностей на всех этапах разработки программного обеспечения
Обязанности:
– Выявить цели;
– Определить стратегию достижения;
– Организовать работу команды;
– Подобрать команду;
– Делегировать задачи;
– Мотивировать;
– Оценивать результаты;
– Улучшать ключевые показатели и.т.д.
Команда:
Обычно не является частью какой то команды, а помогает команде при необходимости
Коммуникация с заказчиком:
Практически никогда не общается с заказчиком. Возможно общение на старте проекта
Технический писатель (Tech Writer)
Описание:
Специалист, который занимается составлением документации в рамках разработки различных программ.
Команда:
Обычно не является частью какой то команды, а помогает команде при необходимости
Коммуникация с заказчиком:
Не общается с заказчиком
UI-UX – Дизайнер (UI-UX – Designer)
Описание:
Это специалист по проектированию пользовательских интерфейсов сайтов, программ и мобильных приложений.
Обязанности:
– Изучение поведения целевой аудитории и проработка пользовательских сценариев;
– Проведение опросов среди пользователей и анализ полученных результатов;
– Разработка концепций интерфейсов, реализация дизайна;
Команда:
Принадлежит одной, а чаще нескольким командам
Коммуникация с заказчиком:
Обычно не общается с заказчиком
DevOps
Описание:
Инженер, работающий на стыке областей разработки и системного администрирования, обеспечивая эффективность процесса поставки ПО.
Помимо названия позиции так же обозначает:
(акроним от англ. development и operations) — технология (методология) активного взаимодействия специалистов по разработке со специалистами по информационно-технологическому обслуживанию и взаимную интеграцию их рабочих процессов друг в друга для обеспечения качества продукта. Предназначена для эффективной организации создания и обновления программных продуктов и услуг. Основана на идее тесной взаимозависимости разработки и эксплуатации программного обеспечения.
Команда:
Обычно не является частью какой то команды, а помогает команде при необходимости
Коммуникация с заказчиком:
Обычно не общается с заказчиком
Alesya 18.03.2021
Вопросы для самопроверки:
- Какие роли в проектной команде знаете?
- Какие зоны ответственности у каждой роли?
- С какими артефактами работает каждая роль?
