
Дмитрий Мазеин
Генеральный директор
Для каждой компании мы подбираем решение индивидуально. Пожалуйста, заполните форму, чтобы мы могли связаться с Вами и предоставить демоверсию системы.
Харви А. Левин имеет за плечами 38 лет работы в индустрии управления проектами, является основателем The Project Knowledge Group, консультационной компании, специализирующейся на обучении проектному управлению, выборе, оценке и внедрении программ для управления проектами.
Он реализовал или расширил возможности проектного управления множества компаний, помогая выбрать и внедрить автоматизированные инструменты управления проектами. Левин считается ведущим консультантом в индустрии программ для управления проектами и признан ведущим специалистом по инструментам для управления проектами.
Последние пятнадцать лет я писал, учил, читал лекции и давал консультации по разработке технических требований, оценке и выбору систем управления проектами. Сюда входит разработка официального семинара, книга «Управление проектами с помощью персональных компьютеров", глава на эту тему в книге "Полевое руководство к управлению проектами» Дэвида И. Клеланда и видео, выпущенное Skill Dynamics IBM.
Желая полностью раскрыть тему, я чаще, чем хотелось бы, увлекался деталями. Это необъяснимое влечение дать материал по каждому аспекту выбора и использования программного обеспечения, вероятно, было технически обоснованно, но, оглядываясь назад, я понимаю, что вряд ли оно принесло желаемый результат. Возможно, мне удалось передать своим слушателям больше знаний и ввести их в курс дела, но дал ли я им более действенный способ принять решение о выборе программы управления проектами?
Оглядываясь назад, я могу сказать, что мой подход к выбору заключался в применении подробной классификации возможностей программ для управления проектами. У меня было порядка 12 субъектов первого уровня, каждый с несколькими подкатегориями, что вместе составляло около 200 характеристик и элементов, которые необходимо было учитывать. Я был шокирован, осознав ошибку применения моих способов, когда клиент на одном из моих семинаров подошел ко мне и воскликнул: «Это первый семинар, после посещения которого я ухожу с еще большим количеством вопросов, чем у меня было в начале!»
Это был не единственный случай, поэтому я признал, что стал причиной «информационной перегрузки». Вообще-то я столкнулся с когнитивным диссонансом, так как я хотел донести до слушателей все параметры, которые необходимо учитывать при выборе программы, одновременно пытаясь упростить процесс. Я должен был исправить общее мнение, что «все программы для управления проектами по существу одинаковы», при этом избегая возможности отпугнуть людей от использования этих инструментов. Боюсь, что столь широкое освещение темы было в равной степени запугивающим и полезным.
Теперь после того, как я публично отругал себя, хочу предложить упрощенный подход к выбору программы для управления проектами. Признавая растущую популярность философии «Сбалансированная система показателей», мы сократим 200 элементов до всего лишь 4 основных категорий и поищем всеобъемлющее и сбалансированное обоснование этих четырех областей.
Важно, чтобы выбранная программа удовлетворяла потребностям всего сообщества, которое участвует в проектах, и чтобы она обеспечивала полную и качественную поддержку процесса управления проектами компании.
С оговоркой о том, что мы, возможно, движемся от чрезмерно детального подхода к чрезмерно упрощенному подходу, мы рассмотрим 4 ключевые области ПО:
Если мы можем удовлетворить все четыре категории, то, скорее всего, мы получим программу для управления проектами, которую сможем эффективно использовать в рамках автоматизированной системы управления проектами. Если какая-либо из этих областей чрезмерно слаба, возможно, следует ожидать отказа всей системы целиком.
По мере того, как наши программные системы становятся все более и более изощренными, а база пользователей становится все более широкой (и менее разбирающейся в компьютерах), фокус при выборе программы все чаще смещается на характеристики пользовательского интерфейса. В ответ на это разработчики делают особый акцент на упрощенном вводе данных и навигации в этом инструменте.
Также по мере роста количества пользователей системы растет и необходимость оптимизации управления и оперирования данными. И здесь поставщики программного обеспечения ответили модными функциями, которые режут и тасуют данные под всеми мыслимыми углами (в частности, OLAP-кубы).
По всей вероятности, на эти два элемента (пользовательский интерфейс и управление данными) заказчики и обращают больше всего внимания. А между тем, существенная разница заключается в инструментах планирования, недостатки которых могут привести к неэффективному управлению проектами и неудовлетворительному результату. Поэтому давайте сначала рассмотрим инструменты планирования.
Доступные программные продукты становятся все лучше в первых двух областях, и пользователи только выигривают от этих улучшений. Но давайте подумаем о том, для чего, в первую очередь, Вы используете программу для управления проектами. Вот список типичных целей:
Кроме того, многие пользователи могут пожелать добавить что-то из ниже перечисленного либо в основной продукт, либо в дополнения к нему:
Подумайте об этих функциях. Какие данные нужно вносить, рассчитывать или выводить для учета этих элементов? Может ли инструмент, который вы рассматриваете, обрабатывать эти данные в том порядке, который нужен вам для вашего бизнеса? Можете ли вы создать дискретные модели вашего плана в этой системе? Или вы должны на скорую руку «подточить» их, чтобы они проходили через ограничения системы?
Достаточно ли продуманы алгоритмы программы для расчета правильных и эффективных графиков выполнения работ? Можете ли вы повторить расчеты и получить тот же результат каждый раз? Можете ли вы сохранить заданные ограничения? Можете ли вы описать сложные показания?
Остаются ли резервы ресурсов и неназначенные задачи, над которыми можно было бы работать при разрешении конфликта ресурсов (при помощи их перераспределения)? Соответствуют ли графики распределения ресурсов графикам задач? (У меня был опыт работы с продуктами, которые могли запланировать задачу на два дня, но отобразить, что ресурсы работают над ней в течение пяти дней). Верны ли расчеты освоенной стоимости? Это не праздные вопросы. В прошлом я обнаруживал такие недостатки элементов в некоторых программах для управления проектами.
Скорее всего, вы предполагали, что все продукты работают примерно одинаково и дают схожие результаты. Моя оценка популярных продуктов показывает, что это не так.
Хотя я решил использовать термин «инструменты планирования» для этой ключевой категории, вы можете заметить, что она выходит далеко за рамки простого планирования. С одной стороны, почти все популярные продукты используют традиционный критический подход планирования пути «действия в узлах» и последовательный алгоритм выравнивания ресурсов. Тем не менее, каждый производитель разрабатывает свои собственные решения для реализации этих двух основных расчетных моделей, которые могут улучшать или ухудшать основные возможности программы.
Кроме оценки точности и последовательности, способности обрабатывать ваши конкретные потребности и удобства использования, вы также захотите рассмотреть и другие параметры, такие, как скорость открытия файлов, расчета графиков, выравнивания ресурсов, сохранения файлов и обработки данных.
И не забудьте изучить все эти вопросы с точки зрения одновременного управления множеством проектов. Работа с несколькими проектами задает дополнительные требования к системе. Среди них могут быть: возможность работы с большими объемами данных, способность идентифицировать и обрабатывать данные большого количества проектов, контроль и доступ к совокупности ресурсов, контроль над заменой данных в отдельных проектах после работы в режиме множества проектов.
При оценке пользовательского интерфейса и параметров обработки данных все вышеперечисленные моменты можно не учитывать. Тем не менее, они, как минимум, важны для работоспособности системы.
Управление данными и отчетность
Эта категория с каждым годом получает все больше внимания, и это хорошо. Вот некоторые из возможностей, которые могут быть реализованы при помощи расширенных функций управления данными:
Доступ и передача данных
Продольные и поперечные срезы данных (отчетность)
Общая база данных по проектам почти всегда содержит намного больше информации, чем требуется любому конкретному человеку в любой конкретный момент времени. Мы ищем функциональную возможность управления данными, чтобы позволить пользователю получать продольные и поперечные срезы информации, необходимые для поддержки его индивидуальных потребностей.
Обобщение
Большинство продуктов обеспечивает многообразие полей данных – текстовых полей, полей даты, затрат и т.д. В настоящее время нам предоставлены практически неограниченное количество пользовательских полей. Тем не менее, вы должны знать, что иногда данные в этих полях можно только отсортировать или отфильтровать, но не обобщить. Не принимайте, как должное, что все поля данных могут быть обобщены или свернуты в заданную иерархию. Тем не менее, эта способность имеет первостепенное значение для управления данными и отчетностью в проектах.
Пользовательский интерфейс
Первое, на что обращают внимание все – это пользовательский интерфейс. Нам всем нравится графический стиль пользовательского интерфейса, например, тот, что поддерживают Windows и Macintosh. Но и здесь есть некоторые вещи, на которые следует обратить внимание.
Есть несколько способов, при помощи которых пользовательский интерфейс может облегчить доступ к системным функциям.
В эту категорию я бы включил и те функции, которые помогают мне ввести и просмотреть данные. А именно:
Пользовательский интерфейс можно считать частью более масштабной группы, называемой «Удобство использования». К ней мы можем добавить следующее:
Многопользовательский доступ и общение
Прошло уже более сорока лет, как было разработано и компьютеризировано составление графиков методом критического пути. Начальные компьютерные системы предполагали, что отдельными проектами будет управлять совместная группа. В течение следующих двадцати лет компьютеры усовершенствовались, и тогда разработчики признали, что участники проекта были разделены расстоянием. Сегодняшние системы позволяют вводить данные и анализировать их из различных мест.
Сначала при проектировании систем предпочтение отдавалось индивидуальному пользователю, работающему над отдельными проектами локально. Но вскоре стало очевидно, что при работе над несколькими проектами база данных пользователей хранилась в различных местах. И ИТ-технология снова дала ответ. Однако в начале столкнулась с некоторыми затруднениями, поскольку была действительно не предназначена для оптимизации работы нескольких децентрализованных пользователей.
Первоначальные разработки были сосредоточены вокруг компьютерных сетей. Концепция систем клиент/сервер была ключевой основой новых конструкций для многопользовательского управления проектами. В конечном итоге, это превратилось в многоуровневую модель систем клиент/сервер, которая максимально увеличила эффективность компьютерного оборудования, одновременно расширяя доступ пользователей и увеличивая уровень безопасности.
В течение последних десяти лет весь мир многопользовательских вычислений был перевернут вверх дном сетевыми вычислениями. Интернет в корне изменил то, как мы используем компьютер, и чего мы можем достичь с его помощью. И если есть такие области применения, которые могут в полной мере воспользоваться этой новой технологией, то это и есть управление проектами. Улучшенный доступ и совместная работа, реализованные благодаря интернет-технологиям, полностью изменили использование программ для управления проектами и повлияли на выбор параметров, которые следует учитывать при выборе такого ПО.
Для многих людей, участвующих в отборе программ для управления проектами, web-поддержка переместилась в верхнюю часть списка ключевых критериев выбора. Опять же я бы посоветовал быть осмотрительными. Web-поддержка должна обеспечиваться на высшем уровне планирования без пробелов. Не следует придавать web-поддержке такой весовой коэффициент, который позволит ей диктовать процесс отбора и заменить существенные возможности планирования и расчета.
В web-системах существует несколько конфигураций, к которым относятся:
Сегодня можно ожидать, что все современные программы для управления проектами в той или иной степени используют web-решения. По сравнению с более устоявшимися продуктами, многие полностью перешедшие в web-сегмент рынка разработчики пожертвовали функциональностью планирования ради быстродействия. Исключением можно было бы назвать компании, уже имеющие прочные системы клиент/сервер, переходящие на систему web-доступа.
С каждой новой версией функциональность систем с web-доступом растет. Пока я пишу эту статью, я узнаю о новых web-продуктах и обновлениях продуктов с новыми web-возможностями. Если вам важна web-функциональность, то необходимо определить уровень этой потребности и искать системы, которые удовлетворяют этим критериям. На сегодня доступна практически любая конфигурация продуктов. Мы ожидали, что по мере развития этой технологии часть производителей уйдет с рынка. На удивление случилось противоположное. Мы наблюдаем рост количества поставщиков и программ, а также больше вариантов возможных предложений. Для человека, который ищет ПО, большой выбор позволит найти то, что он хочет, но сам выбор становится более сложным.
Как пользователь, вы должны рассмотреть в перспективе все преимущества и недостатки программ для управления проектами и определить свои приоритеты по конкретным предпочтениям и потребностям. Другая область компромиссов – это репутация против новизны. В целом, новые продукты используют больше новых и передовых технологий. Вы должны взвесить привлекательность нового ПО относительно преимуществ продуктов с хорошей репутацией и проверенной временем работоспособностью. Еще одно предупреждение: часто новые технологии могут демонстрировать больше зрелищных, чем значимых функций. Обратите на это особое внимание.
А еще познакомьтесь с поставщиками, позвоните им. Кто-нибудь отвечает на телефонные звонки? И делают ли они это в кратчайшие сроки? Знают ли они достаточно об управлении проектами? Некоторые новые продукты могут показаться интересными, но есть ли за этими продуктами реальный офис поставщика и квалифицированный персонал? Такая проверка – тоже часть процесса выбора программы для управления проектами.
Реализация возможности программного управления проектами
И еще одно. Выбор программы для управления проектами – это лишь часть процесса разработки системы управления проектами. Есть пять основных этапов этого процесса:
Рекомендуем посетить популярные страницы сайта:
21-24 сентября 2020 в рамках подготовки 32-го Всемирного Конгресса IPMA состоится онлайн-форум «Практики управления проектами в цифровую эру». Приглашаем всех, кому интересна тема управления проектами и ее развитие в ближайшем будущем.
Проекты часто терпят неудачу, потому что компании делают упор на рациональные факторы больше, чем на психологическую вовлеченность сотрудников, и при этом несут огромные затраты.