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

Таблица 6

Трудоемкость CASE-технологий

Процессный подход к описанию и управлению повлекли за собой нормативно-техническую поддержку процессов управления. Пример тому стандарты ГОСТ Р ИСО/МЭК 12207-99. Информационные технологии. Процессы жизненного цикла программных систем. Стандарты качества семейства ГОСТ Р ИСО/МЭК 900Х/2000 де-факто также являются стандартами управления. Рассматриваемые американскими специалистами по программотехнике методологии CMM (Capability Maturity Model for Software) и CMMI (Capability Maturity Model for Software Integrations) как альтернативы стандартам серии 900Х/2000, по нашему мнению являются логическим продолжением системы TQM, аккумулированных в ГОСТ Р ИСО/МЭК 900Х/2000.

Усовершенствование процессов создания ПО и процессов управления проектов в том числе, в CMM определяется пятью уровнями зрелости, т.е. «ключевые» области процесса находятся на разных ступенях развития и поддерживаются организацией. Первый и второй уровень бедны содержательными свойствами, а третий (определенный) уровень уделяет внимание процессам организации: их определению, интегрированному управлению созданием ПС, координации групп разработчиков, использованию интегрированных технологий типа CASE-средств (таблица 7) [17].

Таблица 7

Распределение по уровням зрелости в современной индустрии ПО

Одним из примеров использования процессного подхода и интегрированных средств к управлению является PJM Oracle и в частности ее последняя версия PJM Oracle 1.2, в котором используются методы деления процесса «Управления проектом» на подпроцессы:

- управление проектированием и отчетами;

- управление инфраструктурой;

- управление ресурсами;

- управление качеством;

- управление конфигурацией;

- управление знаниями.

Среди последних инструментальных средств управления проектами:

- MS Project (разработчик – Microsoft) используется для планирования проектов. Версия MS Project 2000 – открытая система для продуктов Microsoft приспособлена для совместного управления проектами с помощью WEB – средств, позволяет организовать двухсторонний обмен данными между участниками проекта;

- Time Line (разработчик Time Line Solutions) появился еще в начале 90-х годов. Существует две версии – 5.0 и 1.0 последняя для Windows. Отличается функциональностью и простотой использования, что сделало его наиболее употребительным инструментом. В дистрибутив пакета входит генератор отчетов Crystal Report;

- SureTrank Project Manager (разработчик Primavera inc., представитель в России ПМ/СОФТ) самый дешевый (700$) в семействе Primavera, ST и предназначен для управления несложными проектами. Реализован принцип WYSIWYG и масштабирование временной оси для отображения диаграмм Ганнта.

Более сложные продукты представляют собой комплексы как и вышеупомянутый PJM Oracle в состав которых входят различные утилиты и модули специфических задач.

1. Primavera Project Planner (разработчик Primavera inc., Российский представитель ПМ/СОФТ) предназначен для интегрированной системы управления проектами. Не останавливаясь на вышеупомянутом пакете Sure Trank Project Manager, кратко рассмотрим профессиональный пакет Primavera Project Planner для работы со сложными многоуровневыми иерархическими проектами масштаба предприятия работающими по технологии клиент/сервер - Primavera Project Planner for the Enterprise (РЗе). Пользователю предоставляется возможность создавать и сохранять собственные макеты (метод прототипирования). Генератор отчетов Report Smith создает любые табличные и графические отчетные формы. Развита функция глобальной замены для внесения изменений в данные проекта с использованием логических, арифметических и строковых выражений. Для управления ресурсами и стоимостями доступны все, стандартные для такого класса продуктов, инструменты. Стоимости ресурсов во времени, а также их пределы потребления могут быть различными. В пакете реализован анализ отклонений хода работ от запланированного методом освоенного объема (Cost/Schedule Control System Criteria – C/SCSC) и прогнозирование основных параметров проекта. В качестве средства анализа рисков предлагается продукт MONTE Carlo. Он позволяет оценить вероятность выполнения проекта в заданные сроки в пределах бюджета.

2. Open Plan (разработчик – Welcom Software Technology, представитель в России – A-Project Technologies - в настоящее время – Департамент управления проектами «Ланит»). Наряду с типовыми есть функция «Директор Управления проектами» - это инструмент автоматизации повторяющихся процессов. В продукте развита система ресурсного планирования двумя методами. Первый – при ограниченном времени и минимизации перегрузок ресурсов. Второй – при ограниченных ресурсах. Функция анализа рисков встроена в систему как отдельный модуль. В состав продукта входит также модуль Web Publisher для публикации данных на веб-сервере.

В дополнение к системе можно использовать систему управления бюджетом проектов Welcom Software Technology на базе продукта Cobra.

3. Spider Project (разработчик) представитель в России компания «Технология управления «Спайдер»». Это лучшая отечественная система управления проектом. С 1992 года существует версия 7.23 под Windows 9x/NT12000. В отличие от зарубежных аналогов, где длительность операции характеризуется длительностью ее исполнения, здесь задается (Spider Project) и физическими объемами работ на операциях и определяется инструментом в процессе составления расписания работ в зависимости от производительности назначенных ресурсов. Существуют и другие особенности, позволяющие адаптироваться к динамике выполнения работ.

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

Анализ рисков производится оригинально – с оценкой производительности ресурсов. Реализован механизм поддержки групповой работы над проектом. Изменения вносятся в проект только с санкции менеджера проекта. Присутствует поддержка групповой работы через Интернет.

3.2. Системная модель процесса «Управление проектом»

3.2.1. Предметная область: особенности и характеристики

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

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

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

В зрелой организации руководители осуществляют текущий контроль качества программных продуктов и удовлетворение требований заказчиков. Используется объективный, основывающийся на количественных данных базис для оценки качества продуктов и анализа проблем, связанных с продуктами и процессом разработки. Время выполнения и бюджет реальны и основываются на сложившихся показателях производительности; по стоимости, времени выполнения, функциональности и качеству продуктов достигаются ожидаемые результаты. Обычно такой процесс в зрелых организациях выполняется последовательно и согласованно, для поддержки процесса разработки существует необходимая инфраструктура. Итак, зрелость организации и процесса разработки ПО – это степень определения в явной форме управления, измерения, контроля и эффективности конкретного процесса [23].

Зрелость подразумевает потенциал для роста возможностей и означает многогранность процесса разработки ПО в данной организации и согласованность его применения в проектах организации. Кроме того, зрелость процесса разработки ПО понимается как возможность повышения со временем продуктивности и качества, получаемого в результате применяемого процесса разработки ПО организаций за счет постоянных достижений в предметной области, где ведется проектирование и технологии использования процесса разработки ПО. Понятие зрелости в настоящее время является структурированной величиной и определяется по шкале уровней зрелости процесса разработки ПО. Для достижения устойчивых положительных результатов по усовершенствованию процесса разработки необходимо разработать путь развития, обеспечивающий поэтапное повышение уровня зрелости процесса разработки ПО организации. В настоящее время разработаны и доведены до практического применения методологии моделей зрелости возможностей разработки ПО, основанные на принципах обеспечения качества продуктов, то есть на работах Вальтера Шиварта, Эдвардса Деминга и др. [20], действующие последние шестьдесят лет.

Эти принципы были адаптированы институтом разработки программного обеспечения (SEI) МО США к структуре зрелости, и представляют собой фундамент инжениринга и управления проектом, обеспечивающий количественный контроль процесса разработки ПО и являющийся базисом для постоянного усовершенствования процесса разработки. Дальнейшее развитие принципов и методов, заложенных в CMM (Capability Maturity Model) получило в работах того же института (SEI) и разных специалистов со всего мира и нашло свое воплощение в CMMI (Capability Maturity Model Integration) [1].

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

На этапе разработки проекта на базе CMMI миссия проектной группы - обеспечение разработки общей базы для интеграции всех моделей ориентированных на различные предметные области: проектирование систем (SE), проектирование программных средств (SW), интегрированная разработка продуктов и процессов (IPPD). Кроме того, миссия CMMI– обеспечение согласованности всех продуктов и их совместимость с методами, отраженными в отчетах ИСО/МЭК 15504 «Оценка процессов разработки программных средств» [21]. Продукты CMMI поддерживают два различных представления: поэтапное и непрерывное. В наиболее известных в программной инженерии моделях и стандартах, таких как, ISO 9001/2000: ISO 10006, ISO 12207 не рассматриваются важные составляющие процесса разработки и управления – организационный процесс, управление процессом, управление проектом на основе количественных показателей, организационная среда для интеграции, причинно-следственный анализ и решение проблем, а в CMMI они представлены в полном объеме. Общая интеграция процессов в вышеуказанных предметных областях программной инженерии на базе CMMI систем, состоящая из процессов «управление проектом», «проектирование» и «поддержка» представлены на рисунке 4.

Выход и обратная связь

Поддержка

Проектирование

Продукт

Недостатки

Управление проектом

Анализ решений и решение проблем

Разработка требований

Управление соглашениями с поставщиками

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

Интегрированное уравление проектом. Управление рисками. Мониторинг и контроль проекта. Управление проектом на основе количественных показателей