Создание базовых версий
В модели процессов MSF базовая версия – это известное и зафиксированное состояние
чего-либо, используемое для последующего сравнения. Это понятие встречается в MSF
весьма часто. Программный код, конфигурации серверов, планы и календарные графики,
спецификации, руководства пользователей и бюджет – вот лишь часть тех составляющих
проекта, для которых MSF рекомендует использовать базовые версии. Не имея базовых
версий, нет возможности управлять изменениями.
Рамки проекта
5
Рамки – это сумма всех составляющих проекта, которые должны стать результатом
работы над ним, а также все предоставляемые услуги, имеющие отношение к проекту.
Рамки проекта определяют, что должно быть сделано для реализации единого видения.
Они являются результатом компромисса между сформулированными целями и условиями
реальности и отражают приоритезацию заказчиком имеющихся требований к
создаваемому решению. Частью процесса определения рамок проекта является вынесение
менее важной функциональности из текущего проекта в планы на будущее.
Четкое очерчивание рамок предоставляет возможность:
Разбиения долговременных планов на достижимые составляющие.
Определения функциональности, добавляемой в каждую из выпускаемых версий
решения.
Гибкости в планировании и реализации решения.
Создания базиса для выработки компромиссов.
Необходимо определить рамки как для производимой работы и набора предоставляемых
услуг, так и для функциональности создаваемого решения.
Термин “рамки” имеет два аспекта: рамки решения и рамки проекта. Несмотря на то, что
между ними имеется тесная взаимосвязь, они не тождественны друг другу. Понимание
различий между ними помогает эффективному управлению календарным графиком и
стоимостью проекта.
Рамки решения
определяют функциональность решения и его возможности (включая те,
что не относятся к программному обеспечению). Возможность (функциональность,
составляющая) – это требуемый или желаемый аспект программного или аппаратного
обеспечения. Например, предварительный просмотр перед печатью может быть
возможностью текстового процессора; шифрование почтовых сообщений – возможностью
почтовой программы. Сопроводительные руководства пользователей, интерактивные
файлы помощи, операционные руководства и обучение также могут быть составляющими
решения.
Рамки проекта
определяют объем работ, который должен быть выполнен проектной
группой для поставки заказчику каждого из элементов, определенного рамками решения.
Некоторые организации называют рамки проекта “описанием работы” (statement of work -
SOW).
Формулирование рамок проекта позволяет проектной группе:
Сфокусироваться на той работе, которую необходимо выполнить.
Облегчить разбиение объемных и нечетких задач на меньшие, легко понимаемые.
Выявить специфическую работу, не увязанную напрямую с реализацией
какой-либо составляющей проекта (например, подготовка текущих отчетов).
Облегчить распределение фронта работ среди субподрядчиков и партнеров
проектной группы.
Разграничить те части решения, за которые несет ответственность проектная
группа, от других частей, за которые она ответственности не несет.
Обеспечить персонификацию ответственности за создание и поддержку каждой из
составляющих решения. Зачастую (особенно в больших проектах) существуют
составляющие, поставка которых не входит в задачи проектной группы. Например,
проектная группа может разрабатывать корпоративную систему управления
снабжением, которая взаимодействует с системой управления ресурсами
предприятия. Задача по интеграции двух систем входит, безусловно, в рамки
решения, но она может не быть в рамках проекта, разрабатываемого командой.
|