Интегрированное использование программного обеспечения для управления проектами

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

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

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

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

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

Требования к интегрированной системе по управлению проектами универсальны и не зависят от специфики организации. Модель обмена данными можно упрощенно представить следующим образом:

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

На каждом уровне управления проектами к программному обеспечению предъявляются характерные требования.

Требования к программному обеспечению по управлению проектами.

Уровень высшего руководства

Для данного уровня (на самом деле у высшего руководства не всегда есть желание работать с системами управления проектами) самым главным требованием является простота использования. Руководство, если у него появилась потребность работать с ПО по УП, будет делать не очень часто, и не захочет тратить на изучение системы больше 2-3 дней. Следующей важной особенностью является презентационный характер форм предоставления информации по проектам, так как руководитель может использовать программное обеспечение для подготовки презентаций для клиентов. Средство для предоставления информации в самом общем виде на одном листе в форме диаграммы Гантта или кривой затрат – самое стандартное требование. Руководство не будет тратить время на ввод данных, так что должна быть возможность для получения данных из других источников, в том числе с других уровней управления проектами. В то же время может понадобиться средство для планирования сверху вниз, если нужно будет детализировать построенный руководством план на другом уровне управления.

Стратегический уровень

Требование легкости изучения и "дружелюбный интерфейс" не упоминается в запросах на программное обеспечение специалистов-профессионалов. Базовым является мощность средств временного анализа, ресурсного планирования, стоимостного анализа и анализа рисков. Ведь предполагается, что пользователь не только знает, как вызвать процедуру системы, но и понимает заложенный в нее алгоритм. Кроме того, очень часто требуется интегрировать данные о проектах с данными из других приложений, например, из бухгалтерских программ и т.д. Обязательно должно быть предусмотрено средство объединения нескольких проектов для обобщенного анализа, управления, контроля.

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

Уровень операций

Требование "банальности" при работе с системой всегда выставляется под №1 в списке требований. Сотрудники не могут выделять слишком много времени для поддержания данных по проекту в актуальном состоянии. Наиболее часто произносится жалоба со стороны менеджеров проектов на то, что масса времени у них уходит на ввод данных по проекту. Однако возможность предоставления отчетов в графическом виде важна для координации действий исполнителей в проекте, что входит в непосредственные обязанности менеджера проекта.

Уровень высшего руководства	Стратегический уровень	Уровень операций
Легкость в применении Возможность получать демонстрационные отчеты Мощные возможности обобщения сведений Средства для интеграции с данных из других программных приложений Процедуры для планирования сверху вниз	Мощность временного, ресурсного, стоимостного планирования, анализа рисков Возможность интеграции с другими приложениями Средства для свертывания данных по проекту (предоставление отчетов руководству) и углублению для планирования на более детальном уровне Средства для контроля за реализацией проекта Гибкость при настройке выходных форм отчетности	Простота использования Легкость изучения "Прозрачность" процедур ввода данных Наглядность