Что является основой программного обеспечения управления проектами

Обновлено: 16.05.2024

Харви А. Левин имеет за плечами 38 лет работы в индустрии управления проектами, является основателем The Project Knowledge Group, консультационной компании, специализирующейся на обучении проектному управлению, выборе, оценке и внедрении программ для управления проектами.

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

Информационная перегрузка с помощью ПО для управления проектами

Желая полностью раскрыть тему, я чаще, чем хотелось бы, увлекался деталями. Это необъяснимое влечение дать материал по каждому аспекту выбора и использования программного обеспечения, вероятно, было технически обоснованно, но, оглядываясь назад, я понимаю, что вряд ли оно принесло желаемый результат. Возможно, мне удалось передать своим слушателям больше знаний и ввести их в курс дела, но дал ли я им более действенный способ принять решение о выборе программы управления проектами?

Упрощенный, сбалансированный подход к выбору программы для ведения проектов

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

Четыре ключевых категории

С оговоркой о том, что мы, возможно, движемся от чрезмерно детального подхода к чрезмерно упрощенному подходу, мы рассмотрим 4 ключевые области ПО:

Пользовательский интерфейс
Управление данными
Инструменты планирования
Многопользовательский доступ и общение

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

Инструменты планирования с помощью программы для ведения проектов

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

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

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

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

Хранение системных календарей
Хранение данных совокупности ресурсов
Хранение ключевых дат и контрольных точек проекта
Хранение объемов работ проекта
Формирование структуры работ проекта
Учет времени и оценки работы, распределение ресурсов и затрат
Расчет графиков работ
Помощь в распределении ресурсов
Разрешение конфликтов при распределении ресурсов
Расчет бюджетов
Построение графиков денежных потоков
Сбор информации о затраченном времени и его расчет (графики учета времени)
Сбор информации о статусе задач и изменение графиков работ
Сбор информации о фактических затратах
Расчет освоенной стоимости по проекту

Кроме того, многие пользователи могут пожелать добавить что-то из ниже перечисленного либо в основной продукт, либо в дополнения к нему:

Определение зон риска
Количественная оценка элементов риска
Расчет вариантов снижения риска
Применение протоколов планирования методом критической цепи
Хранение шаблонов типичных планов и сметных предположений
Интеграция с продуктами и данными ERP-системы (Enterprise Resource Planning, планирование ресурсов предприятия)
Отслеживание инцидентов
Управление изменениями

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

Остаются ли резервы ресурсов и неназначенные задачи, над которыми можно было бы работать при разрешении конфликта ресурсов (при помощи их перераспределения)? Соответствуют ли графики распределения ресурсов графикам задач? (У меня был опыт работы с продуктами, которые могли запланировать задачу на два дня, но отобразить, что ресурсы работают над ней в течение пяти дней). Верны ли расчеты освоенной стоимости? Это не праздные вопросы. В прошлом я обнаруживал такие недостатки элементов в некоторых программах для управления проектами.

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

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

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

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

Управление данными и отчетность

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

Доступ и передача данных

По мере продвижения к управлению множеством проектов и управлению портфелем проектов, количество данных растет в геометрической прогрессии. Нам также может потребоваться доступ к данным из множества источников информации. Например, дополнительные, не связанные с проектами данные, могут быть сгенерированы системами управления ресурсами предприятия (ERP). Эти данные, возможно, должны быть интегрированы с данными проекта.
Таким образом, мы уходим от полностью собственных баз данных на популярные открытые средства связи с базами данных. И не важно, используются ли методы открытых средств связи с базами данных или хранение данных в Oracle или SQL Server, процесс обмена информацией должен быть практически незаметным для пользователя. Кроме того, этот процесс должен быть быстрым и безопасным.
Там, где информация хранится в нескольких местах и в нескольких базах данных, возможно, вы пожелаете применить системы хранилища данных.

Продольные и поперечные срезы данных (отчетность)

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

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

В прошлом нам часто были нужны внешние хранилища данных, и приходилось изучать секретный командный язык, чтобы посылать запросы по нужным данным. Сегодня не имеет значения, являются ли данные внутренними или внешними. В последнем случае организация связи данных обычно незаметна для пользователя. Кроме того, на сегодняшний день продукты обеспечивают упрощенный процесс запросов, часто управляемый пунктом меню и/или иконкой. Зная, что теперь возможности доступа к данным упрощены, зачем соглашаться на меньшее?
В более крупных системах процесс может быть улучшен с помощью систем аналитической обработки данных в режиме онлайн – OLAP. Для ускорения обработки OLAP-системы сортируют данные в предварительно проиндексированные группы (или кубы).

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

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

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

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

Пользовательский интерфейс

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

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

В эту категорию я бы включил и те функции, которые помогают мне ввести и просмотреть данные. А именно:

Простота изучения
Простота использования
Макросы
Контекстная справка
Учебники и уроки

Многопользовательский доступ и общение

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

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

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

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

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

В web-системах существует несколько конфигураций, к которым относятся:

Web-сервисы – это web-сервис приложения, организованный внешним поставщиком. Пользователь оплачивает доступ к сервису.
Собственная полная web-система. Пользователь владеет системой и размещает серверный софт на собственных аппаратных средствах.
Гибридная система, использующая клиент/сервер и web-компоненты.
Web-вывод (не совсем web-системы, а скорее, web-публикации).

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

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

Заключительные комментарии

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

А еще познакомьтесь с поставщиками, позвоните им. Кто-нибудь отвечает на телефонные звонки? И делают ли они это в кратчайшие сроки? Знают ли они достаточно об управлении проектами? Некоторые новые продукты могут показаться интересными, но есть ли за этими продуктами реальный офис поставщика и квалифицированный персонал? Такая проверка – тоже часть процесса выбора программы для управления проектами.

Реализация возможности программного управления проектами

И еще одно. Выбор программы для управления проектами – это лишь часть процесса разработки системы управления проектами. Есть пять основных этапов этого процесса:

Читайте также: