Информационные системы управления проектами примеры. Средства пользовательского программирования и автоматизация проектирования в MasterSCADA

В статье рассматривается развитие средств пользовательского программирования в SCADA-системе - от решения нестандартных задач управления и контроля на технологическом языке ST до автоматизации процесса проектирования во встроенной среде сценарного языка С#. В продолжение этой линии впервые анонсирована новая среда программирования контроллеров , полностью реализующая требования стандарта МЭК 61131-3 и сохранившая принятую в объектную идеологию, которая обеспечивает удобство и скорость разработки, тиражирование проектных решений.

От «перетащи и брось»

к «напиши и запусти»

Объектно-ориентированная SCADA-система изначально не содержала никаких средств программирования, даже традиционных сценарных языков (или на техническом жаргоне «скриптов»). Это объяснялось концептуальной позицией разработчиков, считавших необходимым приучать пользователей к объектной идеологии и стандартным инструментам , обеспечивающих простым «перетаскиванием» (drag-and-drop) элементов проекта установление любых связей по передаче данных, а также включение одних элементов в другие (например, динамический символ или кнопку вызова документов одного объекта в мнемосхему другого). Тем не менее было необходимо найти возможности и для тех пользователей, которые хотели бы в рамках решать нестандартные задачи.

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

Первым инструментом технологического программирования в рамках стал графический язык схем функциональных блоков. Но это - способ создавать решения, основанные на уже имеющихся библиотеках, а их функционал ограничен даже в условиях постоянного расширения. Решительное развитие необходимого инструментария началось уже в 3-й версии . Библиотека функциональных блоков расширилась блоками пользовательских программ. Были реализованы блоки двух видов - для инженерного программирования на языке ST (стандарт МЭК 61131-3) и для автоматизации разработки проектов или реализации сложных задач на языке C#. Если программы на языке ST работают как на верхнем уровне систем, так и в контроллерах, то программы на С# предназначены исключительно для функционирования в рамках рабочих станций. Поскольку в создается единый проект на всю систему с автоматической организацией связи между ее частями, эту специализацию языков разработчик проекта должен учитывать изначально.

Программирование на языке ST

Язык ST прост для освоения инженерами. Поколениям, выпущенным из вузов в девяностых и нулевых годах, как правило, знаком из учебного курса язык Паскаль, от которого ST заимствовал основные идеи. К тому же программа на ST содержит чисто инженерные понятия - входы/выходы, переменные с типом «время» и т.п. Добавление в разделы INPUT или OUTPUT новых переменных автоматически приводит к появлению новых входов/выходов у функционального блока ST в проекте. Любые входы/выходы в проекте простым перетаскиванием могут быть связаны с входами/выходами других объектов или переменными проекта.

С точки зрения удобства разработки редактор ST предоставляет современную среду (рис. 1), встроенную, как это в принято, непосредственно в интегрированный менеджер проекта так, что разработчик не задумывается ни над способом открытия редактора (просто выбирает закладку «Код» соответствующего блока в проекте), ни над тем, где хранятся файлы программы (в вопрос хранения и именования файлов решен системным образом и остается за кадром - разработчику не нужно знать, как называются и где хранятся эти файлы).

Созданная программа компилируется в специальный интерпретируемый код, который может выполняться и в компьютере, и во всех типах контроллеров, поддерживаемых входящей в состав исполнительной системой . Это контроллеры с практически любыми современными и не очень процессорами (x86, ARM7, ARM9 и т.п.) и распространенными операционными системами (от DOSа и Windows CE до Linux и Ecos). Существенно и то, что для отладки не требуется иметь контроллер в наличии. Программу можно отлаживать как на так называемом Windows-контроллере (исполнительной системе контроллера, запущенной на той же рабочей станции, что и проект для верхнего уровня), так и прямо в режиме разработки, запустив на исполнение код только одного разрабатываемого блока. При этом доступно традиционное исполнение программы по шагам, включая возможность входа во вложенные процедуры.

Рис. 2. Пример реализации вычислительного алгоритма на языке С#

Программирование на языке С#

Для сравнения приведем пример программы на C#. В данном примере реализован вычислительный алгоритм фильтрации входного аналогового значения. Из рис. 2 можно увидеть, что переменные программы создаются на специальной панели заданием имени, выбором типа и разрешения на запись. Сразу после ввода они появляются в декларациях программы и входах/выходах алгоритма в дереве проекта.

Рис. 3. Вид дерева проекта до выполнения сценария

Автоматизация проектов на языке С#

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

Именно для этих целей можно выполнять сценарии, написанные на C# внутри и обращающиеся к ее объектной модели (рис. 4).

После запуска сценария (этот пример взят из библиотеки образцовых сценариев ) в проект добавляется новый объект «Дом» на основе образца объекта «Дом». В него, исходя из заданных нами в настройках количественных параметров, вставляется указанное количество подъездов, этажей, квартир (рис. 5).

Рис. 5. Вид дерева проекта после выполнения сценария

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

Рис. 6. Вид мнемосхемы с созданными сценарием кнопками вызова окон

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

Логика развития - полная поддержка стандарта МЭК 61131-3

Резкий рост интереса пользователей к программированию контроллеров с открытой архитектурой на технологических языках, описанных стандартом МЭК 61131-3, привел нас к мысли не просто реализовать в полную поддержку стандарта, но и выпустить отдельный продукт для тех, кто программирует контроллеры для автономного применения, а не для использования в рамках вер­ти­кально-интегрированных сис­тем. Так появился . Это полнофункциональная, полностью отвечающая стандарту интегрированная среда разработки, которая сохранила принятую в объектную идеологию, позволяющую повысить не только качество проектов автоматизации, но и производительность труда проектировщиков. В связи с использованием новейшей программной архитектуры функционал этой среды не включен в состав версии 3, но станет частью будущей 4-й версии.

Таким образом, сейчас в рамках инструментария MasterSCADAv.3 ИнСАТ предлагает программировать системы, которые содержат как нижний контроллерный уровень, так и операторские станции, а проекты для автономных контроллеров рекомендуется разрабатывать с помощью намного более мощного нового продукта - . Обе среды разработки используют одну и ту же исполнительную систему для контроллеров, поэтому с точки зрения технических характеристик и структурной функциональности (список поддерживаемых контроллеров и платформ, драйверы, архивы, протоколы, быстродействие) их возможности практически одинаковы. Новую среду можно использовать и для программирования тех контроллеров, которые все же взаимодействуют с верхним уровнем, но используют для этого имеющийся OPC-сервер либо один из поддерживаемых протоколов, а не принятую в технологию не требующего конфигурирования «прозрачного» обмена данных.

Рис. 7. Редактор схем релейной логики

Посмотрим на пример проекта, разработанного в среде (рис. 7). Основное преимущество новой среды - возможность создания программы одновременно на всех языках стандарта, используя для каждой части алгоритма тот язык, который для ее реализации окажется наиболее нагляден. Как правило, для динамических алгоритмов, например регулирования, удобнее использовать язык функциональных блоков (FBD), для описания логики инженерам-электрикам привычнее релейные схемы, а по­операционное управление прекрасно описывается языком шаговых последовательностей (SFC). Вычислительные и любые иные задачи могут быть решены на языке «Структурированный текст» (ST).

В приведенном на рис. 7 примере программа контроля параметра «нарисована» на языке LD и далее используется как библиотечный ФБ в программе, созданной уже на языке функциональных блоков (рис. 8).

Рис. 8. Редактор схем функциональных блоков

Особенность программной архитектуры (и, следовательно, будущей MasterSCADAv4, в состав которой этот продукт войдет) в том, что она полностью открыта для расширения. Это означает, что встроить в инструментарий поддержку еще одного графического языка (например, языка блок-схем для описания алгоритмов или языка UML для описания взаимодействия объектов проекта) мы сможем сразу, как только почувствуем его востребованность нашими потребителями. В случае такими потребителями являются прежде всего производители контроллеров и их заказчики. Расширение списка поддерживаемых контроллеров происходит быстрыми темпами, и, следовательно, разнообразие запросов от растущей клиентской базы растет столь же быстро. Именно тесное взаимодействие с квалифицированными пользователями и является источником пополнения библиотек сценариев и алгоритмов, мотивом непрерывного развития средств разработки, способных справиться с усложняющимися задачами автоматизации.

И.Е. Аблин, Генеральный директор,

Начнем с определений, необходимых для понимания дальнейших рассуждений.

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

Информация позволяет организациям:

осуществлять контроль за текущим состоянием организации, ее подразделений и процессов в них;

определять стратегические, тактические и оперативные цели и задачи организации;

принимать обоснованные и своевременные решения;

координировать действия подразделений в достижении целей.

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

Данные – информация, низведенная до уровня объекта тех или иных преобразований.

Документ – информационное сообщение в бумажной, звуковой, электронной или иной форме, оформленное по определенным правилам, заверенное в установленном порядке.

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

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

Информационные ресурсы – весь имеющийся объем информации в информационной системе.

Информационная технология – система методов и способов сбора, передачи, накопления, обработки, хранения, представления и использования информации.

Автоматизация – замена деятельности человека работой машин и механизмов.

Информационная система (ИС) – информационный контур вместе со средствами сбора, передачи, обработки и хранения информации, а так же персоналом, осуществляющим эти действия с информацией.

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

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

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

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

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

Преимущества неавтоматизированных (бумажных) систем:

простота внедрения уже существующих решений;

они просты для понимания и для их освоения требуется минимум тренировки;

не требуются технические навыки;

они, обычно, гибкие и способны к адаптации для соответствия деловым процессам.

Преимущества автоматизированных систем:

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

Корпоративную ИС обычно рассматривают как некоторую совокупность частных решений и компонентов их реализации, в числе которых:

единая база хранения информации;

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

Информационная система компании (в частности, ИСУП) должна:

позволять накапливать определенный опыт и знания, обобщать их в виде формализованных процедур и алгоритмов решения;

постоянно совершенствоваться и развиваться;

быстро адаптироваться к изменениям внешней среды и новым потребностям организации;

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

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

1. Эскиз проекта. Подробное описание целей и задач проекта, доступных ресурсов, любых ограничений и т.п.

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

3. Построение и тестирование. Персонал должен убедиться, что с системой удобно работать, до того, как она станет основой деятельности.

Управление проектом и оценка риска. Проект не завершен до тех пор, пока менеджер проекта не сможет продемонстрировать, что система работает надежно.

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

Жизненный цикл ИС разделяется на следующие стадии:

предпроектное обследование;

проектирование;

разработка ИС;

ввод ИС в эксплуатацию;

эксплуатация ИС;

завершение эксплуатации ИС.

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

1.6.5.Задачи ИСУП

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

Частные задачи, решаемые ИСУП, во многом определяются областью деятельности, структурой и другими особенностями конкретных предприятий. В качестве примеров можно сослаться на опыт создания ИСУП для предприятия – оператора связи и опыт внедрения партнерами фирмы SAP системы R/3 на ряде предприятий СНГ и дальнего зарубежья . При этом примерный перечень задач менеджмента, которые должна решать ИСУП на различных уровнях управления предприятием и для различных его служб, к настоящему времени можно считать общепризнанным среди специалистов. Он приведен в табл.1. При решении этих задач широко используются различные методы теории принятия решений, в том числе эконометрические и оптимизационные.

Таблица 1.

Основные задачи ИСУП

1.6.6. Место ИСУП в системе контроллинга

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

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

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

Первые программы управления проектами представляли собой достаточно примитивные инструменты, позволяющие планировать отдельные проекты и контролировать ход их реализации, однако сегодня они способны контролировать сложнейшие проекты, содержащие миллионы работ, десятки и сотни тысяч ресурсов. Наиболее популярная информационная система управления проектами: и SureTrak от компании Primavera Systems. Параллельно с системами календарно-сетевого планирования компания развивала и другие сопутствующие проектно-ориентированные программные продукты, такие как Primavera Expedition, который основан на процессном подходе и предназначен для управления договорными обязательствами между участниками проектов, контроля разработки и выпуска проектно-сметной и разрешительной документации, а также информационной поддержки переговорных процессов по проектам.

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

Корпоративная информационная система управления проектами

Серия программных продуктов Primavera Enterprise, позволяет создать корпоративную систему управления проектами и включает ряд систем, работающих с единой базой данных, но предоставляющих различную функциональность. Ядром является программный продукт Primavera Project Planner for the Enterprise (P3e), предоставляющий обширный набор функций и предназначенный для групп планирования и служб мониторинга проектов, которые должны иметь возможность в любой момент вносить необходимые изменения по проектам — от переопределения технологии выполнения работ (последовательности и логики их выполнения) и сдвигов сроков, до перераспределения ответственных, а также решения ресурсных конфликтов.

Имеются дополнительные программные продукты, например, специализированный модуль Portfolio Analyst, обеспечивающий возможность формирования разнообразной аналитики и контроля отдельных проектов или портфелей проектов по заданным показателям. При необходимости Portfolio Analyst позволяет опускаться и на более детальные уровни информации по проектам, например, анализ загрузки ресурсов, потребности в материалах по отдельным пакетам работ. Исполнители работ по проектам могут использовать специальные приложения для сбора информации о проделанной работе. Причем, что немаловажно для компаний с территориально распределенными проектами, эти приложения позволяют работать, используя Internet-приложение (Progress Reporter), или, если это технически сложно, просто вводить информацию в карманный компьютер (Primavera Mobile) для её последующей передачи в общую базу.

Однако задачи удаленной работы с проектом не ограничиваются сбором информации от исполнителей. Когда ключевые участники проекта физически размещаемые в разных точках, должны слаженно работать и получать точные оперативные данные о прогрессе проекта, им на помощь приходит продукт Primavision, обеспечивающий on-line доступ к детальной информации по проекту. А, формируемый в полуавтоматическом режиме сайт проекта (Project Website), предоставит отчетную информацию по проекту для заказчиков и инвесторов.

Интеграционные решения

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

Новые версии Primavera Expedition совместимы с серией Primavera Enterprise и позволяют расширить возможности корпоративной системы управления проектами в части контроля выполнения договорных обязательств, мониторинга выпуска и согласования проектно-сметной документации и сопровождения переговоров по проектам. Кроме этого, поддерживается работа с СУБД Oracle, что облегчает решение интеграционных задач.

Но и при таком наборе инструментов все задачи предприятия охватить трудно, кроме того, во многих компаниях уже функционируют различные системы: бухгалтерские программы, системы документооборота, трехмерного проектирования, сметные программы и т. д. — при создании корпоративной системы управления было бы большой ошибкой не использовать накопленную в них информацию. В этой связи одним из направлений деятельности компании Primavera является интеграция с программным обеспечением других производителей — текущий перечень партнеров компании насчитывает более сотни поставщиков, специализирующихся в смежных областях деятельности: управлении ресурсами, процессами, поставками и т.д. Среди зарубежных партнеров можно упомянуть SAP, Oracle, PeopleSoft и J.D. Edwards, а также поставщиков систем трехмерного проектирования Bentley и Intergraph.

В России используются как интеграционные модули, разработанные совместно с зарубежными производителями, так и собственные решения, специфичные для местного рынка. Одним из примеров является совместная разработка компаний «ПМСофт» и «Инфострой», обеспечивающая передачу информации из стандартных строительных смет в календарно-сетевой график проекта. Этот программный продукт работает со сметной программой «А0» и системой Primavera Project Planner. Проблемы интеграции систем календарно-сетевого планирования и сметных программ хорошо известны: прежде всего это несоответствие уровней детализации сметы и календарно-сетевого графика. При составлении сметы определяется стоимость строительства на основе объемов работ, поэтому сметчики часто не учитывают план производства работ, объединяя, например, в одной расценке одинаковые работы по всему объекту, что не удобно с точки зрения управления.

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

Другой пример интеграционного решения основан на экспорте данных из типового проекта на базе сметной программы WinAvers.

Потребность в подобных решениях и их разнообразие инициировали работы по интеграции системы Primavera Enterprise и с другими современными сметными системами.

Еще один пример — интеграция Primavera Expedition и информационных систем российской компании «ТрансИнвестИнтегратор », реализованной для учета договоров и первичных документов на ряде предприятий атомной энергетики в России. В настоящее время разработанное решение находится на стадии тестирования.

Отдельного внимания заслуживает программный продукт OSIRIS, который является развитием известной российским пользователям утилиты Primavera Post Office и ее аналога „ПМ Почта“ для Primavera Project Planner. Приложение OSIRIS направлено на поддержание оперативного и эффективного взаимодействия между группой управления проектом и его исполнителями. Используя модули, составляющие приложение OSIRIS, участники проекта могут осуществлять детальное планирование на местах проведения работ, вносить фактические данные и обновлять информацию по статусу выполняемых ими работ, а также вносить свои предложения и комментарии в ходе реализации проекта.

Для работы с OSIRIS, пользователи не нуждаются в покупке дополнительного программного обеспечения и прохождении обучения — обмен данными по проекту осуществляется по электронной почте. Приложение OSIRIS связано с центральной корпоративной базой данных проектов Primavera Enterprise, из которой происходит рассылка заданий исполнителям по проекту для детального планирования работ и обновления информации по статусу на местах. Далее, обновленная информация отправляется обратно и поступает в основной модуль OSIRIS Administrator, в котором она проходит утверждение группой управления проектами. Если группу управления устраивают полученные результаты, то она обновляет информацию в корпоративной базе данных, в противном же случае полученные данные отправляются на доработку.

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

Вместе с программным обеспечением Primavera поставляются средства разработки приложений, позволяющие осуществлять интеграцию с другими решениями, настроить модуль передачи данных из приложений Primavera в другие программные продукты и, наоборот, при этом, работа с данными осуществляется на более высоком уровне, c учетом всех бизнес правил приложения, что обеспечивает сохранность логической модели данных. С помощью Primavera SDK возможна интеграция пакетов Primavera Enterprise/Primavera TeamPlay с пользовательскими базами данных и приложениями. Для этого используется интерфейс ODBC, OLE-DB и JDBC. ODBC-клиентами поддерживаются стандартные языки программирования VB, PowerBuilder, C++ и т.д. Primavera SDK делает программное обеспечение открытым для написания интеграционных модулей с любыми внешними приложениями. Работа с Primavera SDK осуществляется с помощью стандартного языка SQL.

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

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

Корпоративная система обязана предоставлять возможность для работы распределенных или удаленных участников проектов. Уже упоминался ряд программных продуктов Primavera, которые позволяют обеспечить удаленный доступ к информации по проекту, её просмотру и обновлению в ограниченном объеме. Но, если удаленные группы должны иметь полный доступ к проекту: корректировать график, обновлять структуры кодов или инициировать новые проекты, тогда центральный модуль Primavera Project Planner for the Enterprise должен работать как на офисных, так и на удаленных рабочих станциях одновременно. Существует несколько путей решения этой задачи, например, построение сети терминальных рабочих станций на базе технологии Citrix MetaFrame. Эта технология позволяет получить полнофункциональный доступ к приложениям P3e и Primavera Expedition посредством тонкого клиента, например, при подключении через стандартный модем, при этом достигается максимальная степень сохранности данных, которые постоянно остаются в пределах центральной базы данных.

Перспективы

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

Практически все системы управления проектами берут за основу некий план, составляемый на предварительном этапе. Затем в соответствии с этим планом автоматически организуются выполнение, анализ и управление рабочими этапами плана, пакетами работ и самими работами. Методологии систем автоматизации деловых процессов (САДП) и СУП, несмотря на различие в масштабах автоматизируемых действий, в известной степени перекликаются, что позволяет установить двустороннюю синхронизацию между схемами workflow и стратегическим планом (в виде календарносетевого плана или графика выполнения работ по проекту). Здесь важно отметить, что в рамках системы управления проектами календарное планирование и ход выполнения этапов происходят в полуавтоматическом режиме, а интеграция с workflow-системой позволяет создать корпоративную систему управления проектами. Перед такой системой стоит несколько задач: возможность управлять одновременно группой проектов; возможность управлять взаимосвязями проектов; анализ портфеля (группы) проектов; поддержка возможности выбора проекта по заданным критериям; возможность использования лучшего практического опыта; контроль выполнения проекта и т.д.

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

Внедрение системы достаточно трудоемкий и дорогостоящий процесс, однако затраты окупаются: продолжительность проектов сокращается на 15-20%, расходы на планирование уменьшаются на 25%, не говоря уже об оптимизации ресурсов. Применение систем управления проектами непосредственно влияет на совершенствования процессов на предприятии посредством установления связей между командами проектов, обмена полученными результатами и построения системы управления проектами на основе обратной связи. В результате, компания живет как единый организм, адекватно реагируя на изменения рынка.

Алексей Лысаков,
Александр Цветков
Компания «ПМСофт»

Просмотры: 6 220

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

Цели системы управления проектами

• Повышение эффективности сотрудников компании при работе над проектами
• Улучшение качества управления проектами руководителями проектов
• Повышение эффективности управления всем портфелем проектов компании - больше проектов в срок и в рамках бюджета с меньшими затратами

Задачи системы управления проектами

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

1. Обеспечить руководителя проекта инструментарием планирования проекта и контроля хода его реализации
2. Предоставить участнику проекта понятный инструмент для выполнения задач проекта и доступа ко всей необходимой для их выполнения информации
3. Руководителю подразделения дать инструмент контроля загрузки сотрудников по проектным и непроектным задачам, предоставить информацию для принятия решения о назначении сотрудников на новые проекты, перераспределения нагрузки между ними
4. Директору проектного офиса предоставить удобный инструмент, который позволит автоматизировать рутинные операции и установить полный прозрачный контроль за состоянием всего портфеля проектов и качеством работы конкретных руководителей проектов
5. Руководителю компании обеспечить единую панель мониторинга всех проектов компании с возможностью оперативного анализа отклонений и принятия управленческих решений
6. Акционерам компании важно видеть соответствие портфеля выполняемых проектов стратегическим целям компании

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

Области применения систем управления проектами

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

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

Выгоды от использования системы управления проектами (ROI)

Система управления проектами может и должна окупаться за счет повышения эффективности проектной деятельности - деятельности оперирующей финансами, ресурсами и сроками (которые в свою очередь хорошо пересчитываются в финансы). Для расчета возможного ROI (Return On Investment) необходимо взять финансовые и временные характеристики проектов компании и применить к ним ожидаемые бизнес-выгоды от внедрения системы.

Возможные бизнес-выгоды от информационной системы управления проектами по версии Forrester Research:

• Сокращение числа проектов, которые не соответствуют стратегии компании

Отказываясь от проектов, которые не нужны или не соответствуют стратегии, можно снизить затраты по всему портфелю проектов.

• Повышение эффективности использования ресурсов

За счет улучшение распределения ресурсов между проектами, более четкого контроля загрузки сотрудников.

• Снижение перерасходов бюджета

Можно достичь путем улучшения планирования и повышению контроля за расходованием.

• Сокращение процента неудачных проектов

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

• Сокращение временных затрат проектных офисов и руководителей проектов

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

Как обосновать руководству необходимость системы управления проектами?

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

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

Разработка системы управления проектами

А нужно ли разрабатывать?

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

Готовы ли вы инвестировать в разработку и поддержку?

Следует иметь ввиду, что собственная разработка, кроме значительных временных и финансовых затрат, таит в себе множество рисков, связанных с дальнейшим развитием и поддержкой системы. Также следует хорошо задуматься о рисках выбора коробочных средств управления проектами с ограничениями в настройке и возможностями программирования (например, 1С, Microsoft Project Server + Sharepoint). Такие проекты часто переходят в формат постоянных доработок и программирования, сроки проекта увеличиваются в разы, соответственно в разы увеличивается бюджет проекта, компания становится зависимой от работы достаточно уникальных программистов.

Виды информационных систем управления проектами

По техническим характеристикам системы управления проектами можно разделить на следующие виды:

• Локальные/настольные (например, Microsoft Project)
• Клиент-серверные, когда на сервере устанавливаются основные компоненты ПО, а на локальном компьютере устанавливается приложение клиент (например, Microsoft Project Server, Oracle Primavera)
• Веб-базированные - для использования таких приложений нужен лишь интернет-браузер (например, ADVANTA)

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

• по месту расположения ПО (системы, базирующиеся в облаке либо на сервере предприятия);
• по модели ценообразования (системы покупаются один раз на весь период использования, либо взимается арендная плата за использование - SAAS).

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

Средний и крупный бизнес в России, как правило, предпочитает иметь возможность хранить основные данные у себя на серверах либо в арендуемом дата-центре (что также позволяет при необходимости быстро перенести данные к себе). Сервисным провайдерам ПО по схеме SAAS (как российским, так и западным) данные пока доверяет в основном малый бизнес из-за существующих рисков безопасности, утечки данных, которые уже не раз случались в России.

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

Выбор системы управления проектами

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

Инструменты управления проектами

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

Наличие инструментов управления проектами последовательно решает следующие задачи:

• Сбор информации о текущих и запланированных проектах компании
• Аналитическая работа и выявление отклонений
• Поэтапное внедрение нововведений направленное на стандартизацию управления проектами
• Контроль над работой новой структуры и ее последующий апгрейд

Сформулировать требования

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

Разработать контрольный пример

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

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

Выбрать партнера по внедрению

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

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

Внедрение системы управления проектами

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

Грамотно инициировать проект

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

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

Быстро получить первые результаты

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

Что включить в рамки пилотного проекта?

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

Основные задачи пилотного проекта:

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

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

Какая система позволит это сделать?

Именно поэтому важно выбрать такую , которая позволит:

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