1.2.4.2Ориентация на распределенные команды
SaaS-сервис, по определению, хорошо подходит для организации работы команд находящихся в офисе так и работающих в разных городах и странах. При правильном использовании удаленных участников команд, проект можешь серьезно сэкономить в плане денег.
1.2.4.3Ориентация на малый бизнес и небольшие команды
Без сомнения, управлять большими проектами и командами - интереснее, чем маленькими. Но так как Электронный проектный офис по большей части обучает менеджеров правильно управлять проектами, то необходимо ориентировать на небольшие проекты и команды, т.к. именно с них стоит постигать управление проектами.
1.2.5Основные функции сервиса
Электронный проектный офис создается на базе открытой системы по управлению проектами и задачами - Redmine.
Сервис состоит из нескольких модулей:
Ядро (на базе Redmine):
Управление пользователями
Управление задачами
Управление рабочим временем
Управление комментариями
Работа с хранилищами кода
Вики
Форумы
и т.п.
Ежедневный сбор информации от команды
Прогнозирование скорости работы и дат окончания задач при текущей скорости работы.
Краткая диаграмма возможностей сервиса:
Рисунок 9. Краткая диаграмма возможностей Электронного проектного офиса.
1.2.6Методология
Разрабатываемая методология основывается на Scrum, со следующими параметрами:
Длительность итерации - 1 месяц
Для руководителя проекта будут создаваться задачи для контроля состояния проекта, взаимоотношений внутри проекта и отношений с клиентами.
Методология включает в себя следующие проектные роли и артефакты:
Заказчик/куратор проекта
Руководитель проекта
Участники проектной команды (аналитики, архитекторы, дизайнеры, программисты, тестировщики).
План проекта - описание возможностей будущего проекта, подготовленного руководителем и заказчиком. Содержит конкретные детали реализации, но при разработке может меняться.
Продукт проекта - результат деятельности команды, который решает поставленные заказчиком задачи, озвученные в плане проекта.
Руководитель проекта так же следит за выполнением методологии, в терминологии Scrum, такой человек называется scrum-мастер.
Схему взаимоотношений ролей и артефактов методологии можно проиллюстрировать следующей диаграммой:
Рисунок 10. Диаграмма взаимоотношений ролей и артефактов.
Заказчик назначает руководителя проекта и делегирует полномочия по созданию продукта
Руководитель проекта отсчитывается перед заказчиком проекта
Руководитель разрабатывает план проекта и контролирует его исполнение
Заказчик утверждает план, в случае необходимости руководитель проекта его корректирует
Руководитель проекта набирает команду проекта
Каждый из участников команды должен отсчитываться перед руководителем о сделанной работы
Команда готова начать работу по согласованному плану
Заказчик инициирует проект (в том числе материально)
Команда проекта начинает воплощать план проекта
Команда совместно с руководителем изготавливает продукт
Продукт удовлетворяет требованиям плана
Заказчик принимает продукт.
Перед началом работ, весь проект разбивается на итерации (или сприпты), руководитель проекта совместно с командой разбивает план проекта на задачи, которые в последствии оцениваются и помещаются в Резерв проекта (Product backlog) - список задач для исполнения
Рисунок 11. Итеративность в Электронном проектном офисе.
1.2.7UseCases