• 1. С чего начать?
• 2. Доработка плана проекта
• 3. Выполнение проекта
• 4. Чек-лист для сдачи этапа "Реализация"

Работа над проектом состоит из 2х этапов::

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

Методические указания к первому этапу находятся в ФИТ.УИТП.Методические указания , ниже приводятся указания ко второму этапу.

1. С чего начать?¶

1.1 Работа над этапом "Реализация" начинается с набора в команду разработчиков из числа студентов бакалавриата, изучающих дисциплину КРПО, и/или студентов магистратуры, выбравших дисциплину ПУИТП, но не проходивших этап "ТЗ" в рамках дисциплины УИТП.

1.2 Менеджеру проекта необходимо подготовить и провести презентацию проекта перед студентами бакалавриата на одном из первых занятий по КРПО.

1.3 На набор разработчиков отводится 2 недели.

1.4 Проекты, не набравшие разработчиков, закрываются, а команда распределяется по другим проектам.

2. Доработка плана проекта¶

2.1 После набора разработчиков необходимо провести ревизию плана проекта, разработанного на предыдущем этапе, и переопределить набор требований, запланированных к реализации в текущем семестре, с учетом доступных ресурсов.

2.2 В случае изменения набора требований, может потребоваться соответствующая доработка плана проекта.

3. Выполнение проекта¶

В процессе выполнения проекта необходимо следовать общим методическим указаниям из документа ФИТ.УП.Общие методические указания, в частности:

- разделу 2 в части назначения задач и контроля хода выполнения
- разделу 3 в части управления изменениями требований
- разделу 4 в части управления рисками
- разделу 5 в части изменения плана проекта
- разделу 7 в части планирования и документирования совещаний

Раздел 6 не упомянут намеренно, т.к актуализация документа "ТЗ" не требуется, даже в случае существенного изменения требований.
В целях дисциплины ПУИТП будет достаточно актуализировать требования и архитектурные документы в редмайн.

4. Чек-лист для сдачи этапа "Реализация"¶

4.1 Для сдачи этапа "Реализация" проект должен быть завершен, т.е достигнут результат, который вы можете продемонстрировать преподавателю.

4.2 В redmine заведены задачи (трекер "Task") на все работы, осуществленные в процессе выполнения этапа, и все задачи находятся в одном из финальных статусов ("Closed" или "Rejected").

4.3 В redmine задачи (трекер "Task") есть у всех участников проекта, в каждой задаче имеются отчеты о трудозатратах.

4.4 В redmine все требования (трекер "Requirement") актуализированы и имеют статус либо "Implemented", либо "Postponed", либо "Rejected" (если реализация требования не имеет смысла).

4.4.1 Возможен вариант, когда требование реализовано частично. В этом случае требование остается в статусе "Implementation" и в комментарии к требованию описано, какие пункты реализованы.

4.5 В redmine все "Risk" имеют статус либо "Mitigated" (для рисков, которые не сработали), либо "Closed" (для сработавших рисков).
Для сработавших рисков описано их текущее состояние (см. например #2070, строка "State of affairs/Состояние дел" в описании риска) с указанием реального влияния риска на проект в ч/часах в поле "Actual Risk Impact (m/h)".
Для несработавших рисков в большинстве случаев достаточно установить статус "Mitigated", однако возможны ситуации, когда стратегия управления была изменена по ходу выполнения проекта, и в таком случае будет правильно зафиксировать факт изменения стратегии в строке "Состояние дел".

4.6 Проектные совещания задокументированы в redmine (трекер "Meeting") и имеют статус либо "Closed", либо "Cancelled", в совещаниях зафиксированы трудозатраты участников совещания.

4.7 В redmine в хранилище Documents/Документы проекта находится составленный менеджером проекта документ "Этап Реализация. Оценки" следующего содержания:

Группа	ФИО	Роли в проекте	Объем работ (ч/ч)	Оценка (0-5)	Обоснование оценки
17208	Иванов И.И	Architect, Analyst	68	5	ПРИМЕР: Все поставленные задачи выполнил в срок с надлежащим качеством, справлялся со многими задачами (#111, #112, #110) раньше запланированного срока, предложил варианты улучшения проекта (указать, что именно)
... и т.д по всем участникам проекта, включая менеджера. Поля Оценка и Обоснование оценки для менеджера проекта не заполняются, их заполнит преподаватель.