Стратегии разработки ИСУП

Информационная система управления в той или иной степени уникальна для каждого проекта. ИСУП создается на стадии запуска проекта и прекращает свое существование с закрытием проекта. Таким образом, руководство проекта должно быть способно создать эффек­тивную информационную систему за относительно короткий период времени. Это возможно лишь в том случае, если общая структура ИСУП, ее основные элементы и методы развертывания системы заранее разработаны, согласованы и задокументированы. Другими словами, стандартные подходы к управлению проектами, элементы организации, управленческие процедуры и документы, инструменталь­ные средства должны быть внедрены и освоены в организации в целом. Тогда менеджер проекта способен быстро создать систему управления конкретным проектом на основе стандартных подходов и элементов.

В общем виде три основных стратегии должны быть рассмотрены при выработке подхода к разработке системы управления проектами в организации:

1) разработка собственной специализированной системы или на­стройка существующих систем;

2) использование унифицированных систем календарного плани­рования и управления проектами, доступных на рынке;

3) интеграция существующих подсистем по функциям и по данным.

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

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

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

Что необходимо знать пользователю о предлагаемом программном обеспечении и собственных потребностях для того, чтобы сделать правильный выбор?

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

1) только планирование или планирование и контроль хода проекта;

2) планирование и контроль лишь сроков выполнения работ;

3) планирование и контроль финансовых вложений без детального планирования использования ресурсов;

4) детальное планирование использования ресурсов;

5) многопроектное планирование и управление.

Полезно заранее определить примерные требования к размерности проектов и детальности планирования, организационной структуре управления и отчетности. Сколько проектов будет вестись одновре­менно и будут ли они взаимозависимыми? Каково примерное количество задач в одном проекте? Сколько видов ресурсов будет задейство­вано в одном проекте и как будут разделяться ресурсы между проек­тами?

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

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

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