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

публикация по управлению проектами

Строительные@Тендеры
      
Реклама на сайте
Строительство
Автоуслуги
Аренда
Вакансии
Тендеры

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

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

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

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

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

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

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


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

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

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

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

    1. Выбор производится руководством
    За Против
  • Внедрение, "по определению", быстро продвигается
  • Методы внедрения поддерживаются руководством
  • Благодаря поддержке легко выискиваются финансовые и людские средства для внедрения
  • Руководство может быть не осведомлено о запросах нижних уровней
  • Система может оказаться неэффективной для работы менеджеров-профессионалов


  • 2. Выбор проводится на стратегическом уровне
    За Против
  • Продукт, скорее всего, окажется достаточно функциональным
  • Эксперты по управлению проектами в компании смогут давать рекомендации пользователям других уровней
  • Система окажется достаточно удачно интегрируемой с другим программным обеспечением
  • Может потребоваться интенсивный тренинг по ПО
  • Для реального использования продукта придется вводить много данных на других уровнях


  • 3. Демократический подход (на уровне операций)
    За Против
  • Выбранная система легко применяется
  • Большое число пользователей уже использует систему, чаще всего просто принимается решение о поставке интегрированной системы управления проектами
  • Так как система не многофункциональна, она наверняка дешевая
  • Программное обеспечение низкого уровня не удовлетворит запросов стратегического уровня и уровня высшего руководства
  • Так как программное обеспечение навязано стратегическому уровню, с его стороны будет сопротивление в ответ
  • Малофункциональное программное обеспечение будет интегрироваться с другими программами при затрате дополнительных усилий и финансов


  • Какой из подходов наиболее удачен? Никакой, так как при каждом способе приходится жертвовать потребностями членов уровней управления, не участвующего в выборе. Предлагаемая схема выбора программного обеспечения по управлению проектами в организации состоит из следующих шагов:
    1. Анализ требований
    2. Анализ рынка
    3. Выбор программного обеспечения

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

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

    Продукты Welcom как способ организации интегрированной cистемы управления проектами

    Open Plan Professional + Open Plan Desktop
    И профессиональная, и настольная версия системы включают в себя полный комплект функций по управлению проектами. Однако обе версии были созданы с рядом различий для обеспечения оптимального функционирования в режиме архитектуры клиент/сервер. Пользователями интегрированной системы управления проектами в организации являются как профессиональные менеджеры, осуществляющие согласование и оптимизацию планов проектов, анализ рисков, прогнозирование и т.д., так и рядовые участники проектов, выполняющие сбор, уточнение и актуализацию данных, готовящие отчеты. Если для профессионалов нужна мощность и гибкость предоставляемых системой функций планирования и анализа состояния проектов, то для остальных пользователей важней простота и прозрачность системы.

    Совместное использование профессиональной и "облегченной" версий системы управления проектами позволяет не только учесть потребности всех групп пользователей, но и значительно снизить стоимость решения.

    Open Plan Professional и Open Plan Desktop специально разрабатывались для интегрированной работы. Компания Welcom создала настольную версию системы на базе того же программного кода, что и профессиональную. По сути дела Open Plan Desktop - тот же самый продукт, что и Open Plan Professional, из которого лишь исключили ряд процедур более высокого уровня управления проектами. Ниже приводится набор отличий профессиональной и настольной версии системы.

  • Open Plan Desktop работает с индивидуальными проектами и поддерживает внутренние подпроекты. Open Plan Professional поддерживает многопроектный режим работы, работая как с внутренними, так и с внешними подпроектами, которые могут быть свернуты до одной суммарной работы верхнего уровня иерархии. Профессиональная версия может вместить в объединяющем файле проекты, разработанные в настольной версии.
  • Open Plan Desktop может использовать процессы Директора Управления Проектами, созданные в Open Plan Professional. В профессиональной версии можно создавать собственные и модифицировать имеющиеся процессы, а потом использовать их шаблоны в настольной версии.
  • Пользователи Open Plan Desktop могут модифицировать настройки представлений. Open Plan Professional может делать созданные для конкретного проекта представления доступными во всех проектах, то есть разрабатывать шаблоны.
  • Open Plan Professional может строить модели проектов, в которых содержатся стандартные представления, календари, коды, ресурсы и даже работы для использования этих моделей как базиса для разработки проектов в профессиональной и настольной версии. Посредством использования предопределенных шаблонов проектов можно увеличить скорость работы.
  • Пользователи Open Plan Desktop пользуются заданными в профессиональной версии календарями отчетности. Чтобы корректировать календарь, нужно пользоваться Open Plan Professional.
  • Проекты Open Plan Desktop могут быть открыты в 2 двух режимах: исключительном и только-чтение. В профессиональной версии проекты открываются в исключительном, только-чтение и совместного доступа режимах.
  • Пользователи Open Plan Desktop могут предоставлять доступ к своим собственным проектам, в том числе описывать права доступа для группы пользователей, заданных в профессиональной версии. В Open Plan Professional можно определять новых пользователей и их пароли, равно как и новые группы пользователей.
  • Интегрированное использование программного обеспечния для управления проектами, статья по управлению проектами и менеджменту