Файл: Стратегия и тактика управления предприятием.pdf

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

Таким образом, являясь одним из важных этапов, «Планирование» обеспечивает информационный базис, который по мере продвижения проекта по фазам жизненного цикла контролируется, предопределяя в конце проекта успешное его завершение. В качестве примера можно привести планы, используемые органами МО США для проектирования систем.

Интегрированные генеральные планы (Integrated Master Plan) – планы программных проектов МО США – это планы, управляемые событиями, в которых документируются основные достижения (выполнения) с указанием критериев «выполнено/ не выполнено» как для бизнес-элементов, так и для технических элементов проекта [5].

Разрабатываемый совместно с интегрированным генеральным планом – интегрированный генеральный календарный план (Integrated Master Schedule)- сетевой многослойный календарный план проекта, определяющий задачи, требуемые для завершения работ, документированных в интегрированном генеральном плане. Различают следующие иерархические уровни планов программного проекта:

- план управления проектированием систем (Systems-Engineering Management Plan) – план, детально определяющий интегрированные технические работы в рамках проекта;

- генеральный календарный план проектирования систем (Systems-Engineering Master Schedule) – календарный план на основе событий, включающий завершение ключевых технических работ, с указанием поддающихся измерению критериев для каждой работы, которые должны быть завершены для выполнения идентифицируемого события;

- детальный календарный план проектирования систем (Systems-Engineering Detailed Schedule), зависящий от времени и ориентированный на задачи, устанавливающий связь конкретных дат и контрольных точек (вех) с «Генеральным календарным планом проектирования систем».

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

3.3. Динамика процесса «Управление проектом»

Проект – это временное предприятие, целью которого является создание уникального продукта или предоставление уникальной услуги. Проект включает в себя группу людей, ресурсы и события, имеющие следующие общие характеристики [6]:

- основные цели: создание продуктов, оказание услуг и получение результатов;

- проект имеет известное начало и конец, т.е. ограничен во времени;

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

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

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

Рассмотрим более подробно вторую составляющую общих характеристик проекта, что обуславливается следующими соображениями:

- этой характеристике проекта уделяется наименьшее внимание, как в нормативных документах, так и в методологиях, хотя все процессы, задачи и работы разворачиваются во времени;

- последующие за «Планированием» участки процесса – «Мониторинг и контроль проекта» используют план как базис мониторинга работ с целью извлечения информации о состоянии проекта, измерения достигнутого прогресса по мере продвижения проекта по фазам и этапам жизненного цикла и последующего выполнения корректирующих воздействий, и от того, какова модель жизненного цикла изделия, зависит и временная шкала;

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

Согласно [4] существует пять типов шкал:

Номинальная шкала M^/=F(M), где F – любое взаимно однозначное состояние. Включает, например, классификацию типов программных ошибок (данных, управление).

Порядковая шкала M^/=F(M), где F – монотонно возрастающее отображение, т.е. M(x)=>M(y) означает M^/(x)=>M^/(y). Сюда входят всевозможные упорядочивания, например, программных сбоев по степени серьезности (незначительный, граничный, критический, катастрофический).

Интервальная шкала М΄=аМ+b (а>0). Сюда входят типы искусственной рейтинговой шкалы, например, рейтинговая шкала быстрого вопросника по удобству применения;

Шкала отношений М΄=аМ (а>0). Сюда входят временные интервалы, например, время между программными сбоями, а также время между процедурами типа мониторинг, контроль, аудит, испытание и т.п.

Абсолютная шкала М΄=М. Сюда входят плотность и частота, например, плотность выявленных программных ошибок.

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

В качестве примера приведем отображение процессов модели жизненного цикла эволюционной разработки программных средств на временную шкалу. Маркированные позиции обозначают реализацию работы или задачи. В случае необходимости это отображение можно получить и на более высоком уровне детализации [3].

Таблица 8

Пример отображения эволюционной разработки на временную шкалу

Таблица 9