3.2. Установление последовательности работ
Установление последовательности работ подразумевает определение и документирование зависимостей между работами. Работы должны быть точно согласованы для последующего создания реалистичного и выполнимого расписания. Согласование может быть осуществлено как при помощи компьютера (с использованием прикладных программ управления проектами), так и вручную. Ручная обработка зачастую более эффективна в небольших проектах или на ранних стадиях в больших, когда мало деталей доступно. Ручные и автоматизированные методы также могут быть использованы в сочетании.
Входные данные для установления последовательности работ
Список работ. Список работ описывается в процессе «Определение работ».
Описание продукта. Описание продукта рассматривается в процессе «Инициирование». Характеристики продукта часто влияют на последовательность работ (например, чертежи завода, который будет построен, взаимодействия подсистем при разработке программного обеспечения). Описание продукта должно пересматриваться для подтверждения точности.
Неизменные зависимости. Неизменные зависимости - это те, которые зависят от природы осуществляемого вида деятельности. Часто в них входят физические ограничения (например, в строительстве невозможно построить здание без строительства фундамента, при производстве электроники нужно сначала построить прототип, а потом его испытывать). Данные зависимости также носят название жесткой логики.
Дискретные зависимости. Дискретные зависимости - это те, что определяются командой управления проекта. Они должны применяться с осторожностью (и полностью документироваться), поскольку в будущем они могут ограничить возможности календарного планирования. Данные зависимости обычно основываются на знании того, что является:
• «Лучшим способом действовать» в данной конкретной области.
• Некоторыми необычными сторонами проекта, при которых желательна особая последовательность, даже если существуют другие приемлемые последовательности. Дискретные зависимости также называются предпочтительной логикой, предпочитаемой логикой или мягкой логикой.
Внешние зависимости. Под внешними зависимостями подразумеваются те, которые включают связи между работами проекта и внепроектной деятельностью. Например, работа по тестированию в проекте по разработке программного обеспечения может зависеть от получения программ из внешнего источника, а для подготовки площадки в строительном проекте могут потребоваться слушания на тему охраны окружающей среды.
Ограничения.
Предположения.
Ограничения и предположения описаны в процессе «Инициирование».
Инструментарий и технологии для установления последовательности работ
Метод предшествования (PDM – Precedence Diagramming Method). Это метод построения сетевой диаграммы (графика) проекта с использованием узлов для представления работ и соединением их стрелками для показа зависимостей. На рис. 3.3. изображена простая сетевая диаграмма проекта, полученная с использованием PDM. Данный метод также носит название «Работа в узле» и используется большинством программных пакетов управления проектами. PDM может осуществляться вручную или при помощи компьютера.
В метод входят четыре типа зависимостей или отношений предшествования.
«Начало после окончания». Это стандартная последовательность, при которой предшествующая работа должна завершиться до начала последующей.
Рис. 3.3. Сетевая логическая диаграмма, выполненная
по методу предшествования
«Начало после начала». Это наиболее общая последовательность при моделировании работ, которые должны выполняться одновременно. В этом случае не требуется завершения предшествующей работы до начала последующей. Для ее начала необходимо, чтобы предшествующая работа только началась.
«Окончание после окончания». Этот тип зависимости также используется для моделирования параллельных работ. В этом случае окончание последующей работы контролируется окончанием работы предшественницы.
«Окончание после начала». Этот тип зависимости используется довольно редко и применяется, прежде всего, для работ, выполняемых вахтовым методом.
В методе предшествования наиболее часто используемым типом логических отношений является зависимость «начало после окончания». Использование отношений остальных типов совместно с программным обеспечением управления проектами может привести к неожиданным результатам, поскольку данные отношения не являются широко применяемыми.
Метод построения стрелочных диаграмм (ADM – Arrow Diagramming Method). Это метод построения сетевых диаграмм (графиков) проекта с использованием стрелок для изображения работ, а соединение стрелок в узлах показывает зависимости. На рис. 3.4. показана простая сетевая диаграмма, созданная с помощью ADM. Метод также носит название «Работа по стрелке» (АОА – activity - on - arrow) и, хотя не так широко распространен, как PDM, но еще используется в некоторых прикладных сферах.
Рис. 3.4. Сетевая диаграмма, выполненная по методу стрелочных диаграмм
Этот метод использует только отношения типа «начало после окончания» и может потребовать применения фиктивных работ для правильного определения всех логических отношений. ADM может быть осуществлен либо вручную, либо с применением компьютера.
Методы построения условных диаграмм (графиков). Такие методы построения графиков, как GERT (Graphical Evaluation and Review Technique -техника графической оценки и обзора) или модели динамики систем, допускают непоследовательные действия, такие как циклы (например, тест может осуществляться неоднократно) или условные ветви (например, может потребоваться дополнительное проектирование, только если при проверке будут обнаружены ошибки). Ни в PDM, ни в ADM не предусмотрены циклы и условные ветви.
Сетевые шаблоны (схемы). Стандартизованные сети могут быть использованы для облегчения подготовки сетевых диаграмм (графиков) проекта. Они могут включать весь проект целиком или его части. Части сети обычно называются подсетями или фрагментами сети. Подсети особенно полезны, когда в проекте представлены несколько идентичных или почти идентичных работ, например, настилка полов в офисах здания, клинические испытания в фармацевтическом исследовательском проекте или модули программы при создании программного обеспечения.