Технологические аспекты развития программных систем в моделях жизненного цикла

Календарный план как модель жизненного цикла программного обеспечения

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

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

Обычный календарный план представляется в виде таблицы со структурой, изображенной на табл. 10.1 или похожей на нее.

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

Распределение времени и контроль над ним — назначение столбцов 2 и 3. В них указываются календарные даты планируемого (столбец 2) и фактического (столбец 3) сроков выполнения работы, задачи или задания. Планируемое начало работы — это самая ранняя дата, после которой можно приступать к выполнению; конец — это предельный срок отчета исполнителей перед менеджером. Иногда графа планируемых сроков дополняется критическими и целесообразными сроками начала/конца работы. Это позволяет менеджеру более внимательно следить за распределением временных ресурсов.

Столбец 4 "Ответственный исполнитель и исполнители, роли" задает информацию о том, кто работает над данным заданием и какая квалификация от исполнителей требуется. Возможно дополнение этого столбца сведениями о том, на какой период выделен тот или иной исполнитель для выполнения задания, предполагается ли замена исполнителей и т.п. Впрочем, необходимость подобных дополнений свидетельствует о некачественном решении задачи распределения кадровых ресурсов. А вот еще одно дополнение столбца исполнителей, которое часто практикуют в управлении, напротив, весьма полезно. Это подписи всех упомянутых исполнителей, удостоверяющие знакомство с содержанием, сроками и условиями выполнения задания.

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

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

Календарный план удобен в трех отношениях. Во-первых, его верхний уровень рубрикации почти в точности совпадает (должен совпадать) с тем, что составляет предмет рассмотрения технического задания на проектирование (в СССР государственные стандарты требовали обязательного включения календарного плана в документы, сопровождающие процедуру заключения договора на проведение любых работ [12]). Во-вторых, дополнение календарного плана новыми рубриками (строками таблицы), в том числе в процессе выполнения проекта, не вызывает трудностей. В-третьих, он достаточно нагляден.

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

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

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

Атрибутивность календарного плана весьма относительна: если в календарный план кроме временных атрибутов и распределения кадровых ресурсов включать что-либо дополнительно, то он резко теряет наглядность. Но для многих проектов этого достаточно. Его расширяемость — одно из основных преимуществ. Масштабируемость — слабое место этого инструмента. Интегрированность в принципе возможна, однако популярных систем, которые органично включают в себя календарные планы, нет.