ГОСТ Р ИСО/МЭК 15288 —2005 Системная Инженерия. Процессы жизненного цикла систем

Инициация проекта

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

С одной стороны, эти работы соответствуют классическому определению проекта [1, 23]:

A Guide to Project Management Body of Knowledge, 4th edition

American National Standard, ANSI/PMI 99-001-2008, 2008, pр. 495

Руководство к своду знаний по управлению проектам (руководство PMBOK)

Project Management Institute, Inc., 2004. – 388с

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

С другой стороны, они обладают известными отличительными особенностями:

· разделение на уровне идеологии заказчика и исполнителя: заказчиком, как правило, является бизнес, а исполнителем – ИТ-специалисты, и есть трудности в выявлении требований, ожиданий от проекта, в формировании технического задания. Существует также проблема эффективных коммуникаций;

· ответственность за результат проекта имеет "солидарный" характер.

То есть здесь нельзя возложить ответственность за успех проекта только на исполнителя, точно так же, как нельзя говорить, что исключительно заказчик виновен в том, что проект не удался.

В ИТ-проекте должны создаваться определенные условия для взаимодействия сторон, и стороны, участвующие в нем, несут равную ответственность за результаты проекта:

· зачастую реализация ИТ-проекта предусматривает изменение существующих организационных структур на предприятии;

· обычно в ИТ-проект вовлечено множество подразделений организации;

· существует высокая вероятность конфликтов между руководителем проекта, высшим руководством, руководителями подразделений и персоналом организации;

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

Если говорить о реализации ИТ-проектов, следует обратить внимание на следующие особенности:

· зачастую в компании заказчика одновременно выполняются несколько ИТ-проектов;

· приоритеты выполнения проектов постоянно корректируются;

· по мере реализации проектов выполняется уточнение и корректировка требований и содержания проектов;

· велико влияние человеческого фактора: сроки и качество выполнения проекта в основном зависят от непосредственных исполнителей и коммуникации между ними;

· каждый исполнитель может принимать участие в нескольких проектах;

· налицо трудности планирования творческой деятельности, отсутствуют единые нормативы и стандарты;

· сохраняется повышенный уровень риска, вплоть до непредсказуемости результатов;

· происходит постоянное совершенствование технологии выполнения работ.

Анализ статистики показывает, что примерно 90 процентов ИТ-проектов аналогичны уже выполненным. У руководителя проекта имеется опыт реализации таких задач и понимание возможных проблем. В этих случаях иерархическая структура проекта и работ (ИСП/ИСР) формируется с применением подхода Top-down (сверху вниз), используется типовая структура проектной команды, планы проекта (план управления рисками, план коммуникаций и пр.) аналогичны планам предыдущих проектов.

Однако 10 процентов проектов – инновационные, реализуемые "с нуля" и требующие творчества, нестандартных решений и управленческой смелости. Принятие решений в таких проектах характеризуется высокими рисками, что требует от руководителя глубоких знаний методики проектного управления и понимания особенностей её применения в сфере информационных технологий.

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

Для эффективного управления проект должен быть хорошо структурирован. Суть этого процесса сводится к выделению следующих основных элементов:

· фазы жизненного цикла проекта, этапов, работ и отдельных задач;

· организационная структура исполнителей проекта;

· структура распределения ответственности.

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

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

Адаптация модели жизненного цикла проекта

В качестве концептуальной основы используется модель жизненного цикла информационных систем (ЖЦ ИС), описанная в стандарте ГОСТ Р ИСО/МЭК 15288. В соответствии с данным стандартом запуск каждого нового проекта подразумевает создание (или адаптацию уже имеющейся) модели ЖЦ, состоящей из стадий.

Процесс создания (или адаптации уже имеющейся) модели ЖЦ начинается с определения целей и результатов каждой из стадий, образующих структуру работ для детализированного моделирования процессов реализации ИТ. [10]

ГОСТ Р ИСО/МЭК 15288 —2005 Системная Инженерия. Процессы жизненного цикла систем

Исходя из допущений базового стандарта, а также типовых этапов ЖЦ ИТ и принятой последовательности их реализации, авторами предлагается следующая модель ЖЦ ИТ.

1. Планирование проекта
2. Проектирование
3. Разработка и внедрение
4. Эксплуатация и поддержка
5. Утилизация и обновление

В таблице ниже представлены цели каждой из выделенных стадий ЖЦ (см. табл. 1.1).

Приведенные этапы есть стадии жизненного цикла информационной системы и не тождественны жизненному циклу проекта. Жизненный цикл продукта отражает, что нужно сделать для создания, эксплуатации, поддержки и утилизации данного продукта, а жизненный цикл проекта - как нужно организовывать и управлять работой. Фаза ЖЦ продукта может включать в себя все этапы ЖЦ проекта (см. рис. 1.1 (а, б)), и, в соответствии со стандартом ГОСТ Р ИСО/МЭК 15288 [10], предусматривает наличие этапов планирования, оценки и контроля, а также процесса принятия решения - шлюза (см. рис. 1.1. (а)), через который происходит переход на следующий этап ЖЦ ИС и который является точкой мониторинга качества и точкой принятия решения о целесообразности продолжения проекта [10]. Необходимо отметить, что планирование, оценка и контроль характерны для любого цикла управления (например, цикл Деминга). Таким образом, использование их, в том числе на этапе "Эксплуатация и поддержка", носящем выраженный операционный (не проектный) характер, вполне обосновано.

Рассмотрение каждой стадии ЖЦ ИТ в качестве отдельного проекта позволяет (по сути, делает единственно возможным) применять метод планирования по принципу набегающей волны, который значительно понижает рискованность проекта и повышает шансы на успех [9].

Рис. 1.1.(а,б) Примеры соотношения жизненного цикла информационной системы и жизненного цикла проекта

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

С целью структурирования процессы управления проектом принято делить на области знаний. Ниже перечислены области знаний, составляющие процессы проектного управления. Предложенный перечень сформирован на основе рекомендаций лучших мировых практик и содержится в стандарте управления проектами [1,10, 23].

1. Управление интеграцией

2. Управление содержанием

3. Управление сроками

4. Управление стоимостью

5. Управление качеством

6. Управление рисками

7. Управление человеческими ресурсами

8. Управление коммуникациями

9. Управление конфигурацией

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

Таблица 1.2. Области знаний проектного управления

В рамках конкретных проектов этапы ЖЦ ИС, а также и отдельно взятые процессы ЖЦ ИС могут быть индивидуально отобраны, идентифицированы и, при необходимости, модифицированы для достижения измененных целей и результатов соответствующих стадий.

Сделанные изменения должны быть задокументированы. Общие требования к процедуре модификации таковы: любой новый процесс жизненного цикла определяется и документируется в терминах его назначения, целей и результатов. Ответственным за такого рода модификации является, как правило, руководитель соответствующего проекта. В то же время утверждение адаптированной, сокращенной или дополненной модели ЖЦ ИС обычно производит офис управления проектами или иная организационная единица, в круг обязанностей которой входит поддержание целостности и актуальности корпоративной методологии управления проектами [8].

Не нашли, что искали? Воспользуйтесь поиском по сайту: