Задача: Планирование и распределение работы
В этих задачах рассмотрены все вопросы, которые следует рассмотреть перед добавлением утвержденного запроса изменения в расписание разработки.
Дисциплины: Управление проектом
Назначение
Цель - обработка утвержденных изменений (дефектов, улучшений), возникающих в ходе итерации.
Взаимосвязи
РолиОсновной исполнитель: Дополнительные исполнители:
ВходыОбязательный:
    		Необязательный:
      Выходы
        Использование процесса
        Основное описание

        План итерации учитывает только те данные, которые были известны на момент его подготовки (начало итерации). Он содержит дополнение общих требуемых возможностей (функциональные и нефункциональные требования), а также запросы изменений, оставшиеся после предыдущих итераций. Руководитель проекта может определить ресурсы и расписание итерации. План итерации должен учитывать возможные дефекты: неявным образом за счет трудозатрат, выделенных на разработку рабочего продукта, либо явным образом за счет конкретных операций. Рекомендуется использовать последний вариант и добавить в Rational Unified Process соответствующие задачи.

        Несмотря на то, что приоритеты исправлений назначаются менеджером по управлению изменениями, в процессе планирования реализации исправлений может принимать участие руководитель проекта - однако в общем случае дефекты рекомендуется исправлять в исходной итерации; план итерации должен предоставлять достаточное количество ресурсов для этой цели. В конце каждой итерации неизбежно остаются неисправленные дефекты (поскольку все итерации ограничены по времени), но для успешного завершения итерации допустимо лишь незначительное число дефектов с высоким приоритетом или уровнем серьезности.

        Кроме того, следует допустить вероятность непредвиденного возникновения сложных запросов расширения. Если запрос изменения, в котором указано значительное расширение, утвержден в текущей итерации, то руководителю проекта потребуется изменить план путем переноса отдельных запланированных возможностей в следующую итерацию, либо выделив дополнительные ресурсы для внесения изменения. Как правило, такие запросы расширений переносятся в следующую или более поздние итерации и учитываются в процессе планирования итерации обычным образом.

        Шаги
        Распределение запросов изменений между итерациями

        В ходе проверки запроса изменения руководитель проекта в соответствии с его типом, приоритетом и уровнем серьезности выбирает итерацию, за которой он должен быть закреплен. Если запрос изменения предполагается отложить до одной из более поздних итераций, то руководитель проекта может повторно запланировать последующие итерации (в плане разработки программного обеспечения) с учетом влияния этого запроса изменения. Во избежание неприятных последствий рекомендуется заранее приступить к получению необходимых ресурсов.

        Распределение обязанностей

        Руководитель проекта назначает сотрудников, отвечающих за реализацию изменения.

        Описание работы и ожидаемых результатов

        Запрос изменения должен содержать описание требуемого изменения (поскольку запрос изменения уже проанализирован и утвержден). На этом этапе данное описание уточняется до лаконичного объяснения ожидаемых результатов.

        Планирование трудозатрат и прочих ресурсов

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

        Задание расписания

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

        Повторное планирование

        При необходимости план текущей итерации можно пересмотреть, отразив возможные последствия для последующих итераций в плане разработки программного обеспечения. В результате повторного планирования руководителю проекта может потребоваться вызвать задачу Задача: Обработка исключительных ситуаций и неполадок, для того чтобы привести состояние проекта в соответствие новым планам. Например, в случае нехватки ресурсов текущей итерации или переноса ресурсов в последующие итерации.

        Создание порядка работы

        Руководитель проекта отвечает за составление порядка работы, в котором указан объем выполняемой работы, расписание, обязанности и т.д. Порядок работы описывает задачи (из структуры работы), на выполнение которых выделяются средства из бюджета.



        Дополнительные сведения
        Рекомендации

        ©  Copyright IBM Corp. 1987, 2006.  Все права защищены..