Основные задачи проектной группы на фазе выработки концепции
Следующая таблица описывает основные задачи и сферы ответственности каждого из ролевых кластеров проектной группы во время фазы выработки концепции.
| Ролевой кластер | Фокус |
| Управление продуктом | Общие цели проекта; выявление нужд и требований заказчика; документ общего описания и рамок проекта. |
| Управление программой | Цели дизайна; концепция решения; структура проекта. |
| Разработка | Прототипирование; анализ технологических возможностей; анализ осуществимости. |
| Удовлетворение потребителя | Необходимые эксплуатационные характеристики решения и их влияние на его разработку. |
| Тестирование | Стратегии тестирования; критерии приемлемости, их влияние на разработку решения. |
| Управление выпуском | Требования внедрения и их влияние на разработку решения; требования сопровождения. |
Рекомендуемые промежуточные вехи
Ядро проектной группы сформировано
К этому моменту назначены ключевые члены проектной группы, но, как правило, команда еще не сформирована полностью. До того, как формирование проектной группы завершено, уже приступившие к работе сотрудники могут брать на себя роли отсутствующих членов команды.
Документ описания структуры проекта включает в себя информацию об организации проектной группы, персонификации ролей и ответственности. Также документ описания структуры проекта разъясняет схемы взаимодействия проектной группы с заказчиком и заказчика – с проектной группой.
|
|
|
Черновой вариант концепции проекта составлен
К моменту этой промежуточной вехи появляется черновой вариант документа общего описания и рамок проекта, который с целью получения отзывов распространяется среди членов проектной группы, представителей заказчика и других заинтересованных сторон. Затем происходит итеративная доработка документа, включающая в себя рассмотрение полученных отзывов, их обсуждение и внесение изменений.
Фаза планирования
Введение
На фазе планирования (planning) производится основная работа по составлению планов проекта. Она включает в себя подготовку проектной группой функциональной спецификации, разработку дизайнов, подготовку рабочих планов, оценку проектных затрат и сроков разработки различных составляющих проекта.
В начале фазы планирования проектная группа анализирует и документирует проектные требования. Они разделяются на четыре общих категории: бизнес-требования (business requirements), потребительские требования (user requirements), эксплуатационные требования (operational requirements) и системные требования, относящиеся к решению в целом (system requirements). В ходе проектирования решения и создания его функциональной спецификации необходимо следить за соответствием (traceability) между имеющимися требованиями и проектируемой функциональностью. Это соответствие не обязательно будет взаимооднозначным. Оно служит одним из способов контроля корректности дизайна и его пригодности для достижения поставленных перед решением целей.
|
|
|
Процесс проектирования – это систематический способ продвижения от абстрактных концепций к конкретным техническим деталям. Он начинается с методичного анализа профилей пользователей (user profiles, иногда называемых “персонажами” - “personas”), которые описывают различные типы пользователей (включая персонал сопровождения) и их рабочие функции. Значительная часть этой работы часто проводится во время фазы выработки концепции. Затем формируется набор сценариев использования (usage scenarios), в каждом из которых моделируется выполнение какой-либо операции определенным типом пользователя (например, регистрация посетителей в отеле или администрирование паролей пользователей в компьютерной системе). В конце концов, каждый сценарий использования разбивается на последовательность специфических действий, называемых примерами пользования (use cases), которые необходимо выполнить пользователю для осуществления операции. Этот процесс анализа действий пользователей называется стори-боардинг (“story‑boarding”).
|
|
|
Существует три уровня процесса проектирования: концептуальный дизайн (conceptual design), логический дизайн (logical design) и физический дизайн (physical design). Работа над логическим дизайном начинается через некоторое время после начала концептуального дизайна, и работа над физическим дизайном стартует через некоторое время после начала работы над логическим.
Результаты процесса проектирования документируются в функциональной(-ых) спецификации(-ях) (functional specification(s)). Функциональные спецификации детально описывают вид и поведение каждой составляющей решения. Также для всех составляющих описывается их архитектура и дизайн.
Функциональная спецификация служит многим целям. Основные из них – это:
Инструкции команде разработчиков о том, что они должны будут создать.
Основа для оценивания объема работы.
Четкое соглашение с заказчиком о том, что должно быть сделано.
Синхронизация работы всей проектной команды.
Как только создана базовая версия функциональной спецификации, может быть начато детальное планирование. Каждый из руководителей ролевых кластеров проектной группы подготавливает план или планы, относящиеся к его роли, и принимает участие в командных сессиях планирования. Примеры планов включают в себя план внедрения, план тестирования, план эксплуатации, план мер безопасности, план обучения.
|
|
|
Затем проектная группа коллективно анализирует планы и выявляет взаимозависимости между ними. Все планы синхронизируются и представляются вместе в виде сводного плана проекта. Не стоит путать эту деятельность с созданием .mpp файла Microsoft® Project®. В зависимости от проекта, число планов, образующих сводный план, может меняться.
Члены проектной группы, представляющие каждый из ролевых кластеров, оценивают необходимое для выполнения запланированных задач время и составляют календарный график сдачи результатов (детали см. в разделе “Оценка снизу вверх”). Затем происходит синхронизация календарных графиков с последующей их интеграцией в сводный календарный график проекта (master project schedule).
Кульминацией фазы планирования является веха “Планы проекта утверждены” (project plans approved). Она знаменует собой достижение детального соглашения между заказчиком и проектной группой о составе поставляемого решения и сроках поставок. Также на этой вехе проектная группа уточняет оценки рисков, корректирует (при необходимости) приоритеты и окончательно оценивает требуемые ресурсы.
Веха “Планы проекта утверждены”
Эта веха знаменует собой соглашение между проектной группой и ключевыми заинтересованными сторонами о том, что промежуточные вехи фазы планирования успешно пройдены, составленные календарные графики реалистичны, распределение ролей и ответственности в команде определено должным образом, и механизмы управления рисками приведены в действие. Функциональные спецификации, сводный план и сводный календарный график проекта служат основой для принятия компромиссных решений в будущем.
Утвержденные спецификации, планы и календарные графики образуют базовую версию проекта (project baseline). Она включает все соглашения, принятые на основе консенсуса с учетом трех плановых параметров проекта: ресурсов, времени и функциональности решения. После того, как базовая версия проекта создана и утверждена, проектная группа приступает к фазе разработки.
Изменения в созданной базовой версии проекта подвергаются строгому контролю. Это не означает, что все принятые во время фазы планирования решения окончательны – в ходе последующей фазы разработки проектная группа должна анализировать и формально утверждать (либо отвергать) все предлагаемые изменения базовой версии.
В организациях, использующих MOF, проектная группа на этой вехе подает запрос на изменение (Request for Change - RFC) команде сопровождения.
Результаты
Результатами фазы планирования являются:
Функциональная спецификация.
План управления рисками.
Сводный план и сводный календарный график проекта.
Основные задачи проектной группы на фазе планирования
Следующая таблица описывает основные задачи и сферы ответственности каждого из ролевых кластеров проектной группы во время фазы планирования.
Дата добавления: 2019-01-14; просмотров: 243; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!