FIT.PM

• 1. Роли
• 2. Виды трекеров
• 3. Статусы трекеров и переходы между ними
  • 3.1 Статусы трекера Requirement
  • 3.2 Статусы трекера Task
  • 3.3 Статусы трекера Risk
  • 3.4 Статусы трекера Bug
  • 3.5 Статусы трекера Meeting

Проект выполняется в 2 этапа:

1. Техническое задание (ТЗ) - выполняется студентами магистратуры в рамках дисциплины "Управление ИТ проектами" (УИТП)
2. Реализация - выполняется студентами магистратуры и бакалавриата в рамках дисциплин "Практика управления ИТ проектами" (ПУИТП) и "Коллективная разработка ПО" (КРПО) соответственно.

Студенты бакалавриата, выбравшие вариант делать свой проект, выполняют первый этап в рамках дисциплины КРПО в уменьшенном объеме (анализ и планирование проводятся без создания документа "Техническое задание").

1. Роли¶

Роль	Наименование на русском	Ответственность	Примечания
Manager	Руководитель проекта (РП)	Управление потоком работ (создание и назначение задач, контроль результатов и времени выполнения задач), управление рисками	Один из участников проекта, чаще всего инициатор
Analyst	Аналитик	На этапе ТЗ: анализ требований, На этапе реализации: контроль за выполнением требований и контроль изменений требований	На этапе ТЗ: могут быть все участники проекта На этапе реализации: один-два участника проекта
System Architect	Архитектор	На этапе ТЗ: выработка архитектуры, На этапе реализации: контроль за соблюдением архитектуры, контроль архитектурных рисков	Как правило, один из участников проекта, редко два
Developer	Разработчик	Выполнение задач по разработке ПО и исправлению дефектов	Набираются на этапе реализации из числа студентов бакалавриата, в рамках дисциплины КРПО
QA	Специалист по контролю качества	Тестирование ПО, проверка документации, создание и закрытие дефектов (bug)

Примечание: Некоторые проекты могут потребовать дополнительных ролей.
Для создания дополнительных ролей обратитесь к преподавателю.
Будьте готовы объяснить, чем именно предлагаемая новая роль отличается от уже имеющихся.
Нужно иметь в виду, что роль - это не запись в трудовой книжке, а набор прав (permissions) в системе управления проектами.

2. Виды трекеров¶

Трекер	Применение
Requirement	Используется для учета и контроля статуса требований. На каждое отдельное требование к ПО (функциональное и нефункциональное) создается отдельный Requirement и назначается на участника с ролью Analyst, который проводит его анализ. По завершении анализа Manager принимает решение о включении или невключении требования в реализацию. В последнем случае проставляется статус "Postponed"
Task	Используется для учета и контроля хода выполнения всех видов проектных работ, а также времени, потраченного на их выполнение
Risk	Используется для учета и контроля статуса проектных рисков
Bug	Используется для учета и контроля статуса дефектов (bug), выявленных в процессе разработки, тестирования или эксплуатации
Meeting	Используется для организации и документирования проектных совещаний, а также учета потраченного на них времени

3. Статусы трекеров и переходы между ними¶

3.1 Статусы трекера Requirement¶

Здесь Исполнитель - это участник проекта, указанный в поле Assignee/Исполнитель в требовании.
Исполнителем для требования на разных стадиях могут быть участники проекта с ролями Manager, Analyst или Architect.
Однако, на этапе анализа требования (для установки статусов Analysis и Analysis completed) Исполнитель должен иметь роль Analyst.

Статус	Возможен переход в статус	Значение
New	Manager: Postponed Исполнитель (Analyst): Analysis	Новое требование
Analysis	Manager: Postponed Исполнитель (Analyst): Analysis completed	Требование находится в процессе анализа
Analysis completed	Manager: Postponed Manager, Architect: Analysis- возврат на дополнительный анализ Manager: Implementation	Анализ требования завершен, возможна передача на реализацию
Postponed	Manager: Analysis- при возврате к анализу/реализации ранее отложенного требования	Анализ или реализация требования отложены на будущее
Implementation	Manager: Implemented, Postponed	Требование находится в процессе реализации (должна существовать как минимум одна задача, в рамках которой реализуется данное требование). Используется на этапе реализации
Implemented	Manager: Implementation - возврат на доработку	Требование полностью реализовано. Используется на этапе реализации

3.2 Статусы трекера Task¶

Здесь Исполнитель - это участник проекта, указанный в поле Assignee/Исполнитель в задаче.
Исполнителем задачи могут быть участники проекта с любой ролью, кроме Observer.
Задачи создает и назначает на Исполнителя Manager.

Статус	Возможен переход в статус	Значение
New	Manager: Rejected - при принятии решения не делать задачу Исполнитель: In progress, Need More Info	Новая задача
In progress	Manager: Rejected - при принятии решения прекратить выполнение задачи Исполнитель: Resolved - при завершении задачи Исполнитель: Need More Info - если возникли вопросы по существу задачи	Задача находится в процессе выполнения
Need More Info	Manager: Rejected - при принятии решения прекратить выполнение задачи Manager: New - после предоставления запрошенной Исполнителем информации	Исполнителю нужна дополнительная информация по задаче. Manager может предоставить информацию и вернуть задачу исполнителю в статусе New, либо снять задачу (Rejected)
Resolved	Manager: Feedback - в случае возврата задачи на доработку. Требуемые доработки должны быть описаны в комментарии/note Manager: Closed - результаты выполнения задачи приняты менеджером	Задача выполнена Исполнителем
Feedback	Manager: Rejected - при принятии решения прекратить выполнение задачи Исполнитель: In progress - если нет вопросов по существу замечаний Исполнитель: Need More Info - если возникли вопросы по существу замечаний	Задача требует доработки
Closed	Manager: Feedback	Результаты задачи приняты менеджером проекта
Rejected	Manager: Feedback	Выполнение задачи прекращено до завершения (задача неактуальна или потеряла смысл)

3.3 Статусы трекера Risk¶

Здесь Ответственный - это поле Assignee/Исполнитель в риске.
Ответственным за риск могут быть участники проекта с ролями Manager, Analyst, Architect, Developer.

Статус	Возможен переход в статус	Значение
New	Ответственный: Analysis	Новый риск
Analysis	Manager: Rejected Ответственный: Analysis completed	Риск находится в процессе анализа
Analysis completed	Manager, Architect: Analysis - возврат на доработку анализа Ответственный: Triggered Manager: Mitigated	Анализ риска завершен
Mitigated	Manager: Analysis- возврат на дополнительный анализ Manager: Analysis completed - при возникновении новых обстоятельств, создавших ненулевую вероятность возникновения риска	Риск снят благодаря стратегии управления. Используется на этапе реализации
Triggered	Manager: Closed - после устранения последствий	Риск сработал. Используется на этапе реализации
Closed	Manager: Analysis - возврат на дополнительный анализ при возникновении новых обстоятельств, создавших ненулевую вероятность возникновения риска Manager: Triggered - при повторном возникновении риска	Последствия риска устранены. Используется на этапе реализации

3.4 Статусы трекера Bug¶

Здесь Исполнитель - это поле Assignee/Исполнитель в трекере, Исполнителем ошибки могут быть участники проекта с ролями Manager, Architect, Analyst, Developer
Здесь Автор - это создатель ошибки, чаще всего QA, но может быть и Manager, Analyst, Architect.

Статус	Возможен переход в статус	Значение
New	Manager: Rejected - при принятии решения не исправлять ошибку Исполнитель: In progress, Need More Info	Новая ошибка
In progress	Manager: Rejected - при принятии решения не исправлять ошибку Исполнитель: Resolved - при завершении исправления ошибки Исполнитель: Need More Info - если возникли вопросы по существу ошибки	Ошибка находится в процессе исправления
Need More Info	Manager: Rejected - при принятии решения не исправлять ошибку Исполнитель: In progress - после предоставления запрошенной Исполнителем информации	Исполнителю нужна дополнительная информация по ошибке.
Resolved	Manager, Автор: Feedback - в случае возврата ошибки на доработку. Требуемые доработки должны быть описаны в комментарии/note. Manager, Автор: Closed - результаты исправления ошибки приняты автором	Ошибка исправлена Исполнителем
Feedback	Manager: Closed - при принятии решения не делать запрошенную доработку Исполнитель: In progress - вопросов к замечаниям нет и Исполнитель приступает к исправлению замечаний Исполнитель: Need More Info - возникли вопросы по существу замечаний	Исправления требуют доработки
Closed	Manager: Feedback	Результаты исправления ошибки приняты менеджером проекта
Rejected	Manager: New	Исправление ошибки прекращено до завершения. Причина прекращения должна быть задокументирована в комментарии

3.5 Статусы трекера Meeting¶

Здесь Исполнитель - это поле Assignee/Исполнитель в трекере, Исполнителем совещания является его организатор, обычно Manager, Architect или Analyst

Статус	Возможен переход в статус	Значение
New	Manager: Resolved, Canceled Исполнитель: Resolved, Canceled	Запланированное совещание
Resolved	Manager: Closed Исполнитель: Closed	Совещание закончено
Closed		Совещание состоялось и задокументировано Исполнителем
Canceled		Совещание отменено