Хотя рассмотренные в двух предыдущих разделах подсистемы МТР и SCCP обеспечивают весьма мощный механизм передачи, включая возможность динамической маршрутизации, они не могут интерпретировать значения передаваемых сообщений уровня 4. Определяет значение передаваемых сообщений и назначает порядок их передачи, а также взаимодействует с программным обеспечением обслуживания вызовов на станции одна из подсистем пользователя. Для управления установлением соединения и освобождением разговорного тракта, в частности, специфицированы несколько подсистем пользователя ОКС7, в частности, подсистема пользователя телефонной связи (TUP), подсистема пользователя ISDN (ISUP).

Подсистема телефонного пользователя TUP была разработана для управления установлением и разъединением телефонных соединений и являлась европейской версией ОКС7, в то время как на североамериканском континенте гораздо раньше начала внедряться другая подсистема - ISUP. В дополнение к управлению основными телефонными услугами TUP определяет процедуры и форматы для дополнительных услуг. Однако, в силу самой природы ISDN, дополнительные услуги, определенные в ISUP, являются более мощными и используют более современные решения, чем те, которые определены для TUP.

Подсистема пользователя данных DUP была определена на ранней стадии разработки ОКС7 для управления установлением и разъединением соединений передачи данных с коммутацией каналов. Распространение DUP весьма незначительно, и только немногие операторы сети реализовали выделенные сети передачи данных с коммутацией каналов. Требования к передаче данных сегодня удовлетворяются за счет ISUP, в результате чего широкое использование DUP в сетях электросвязи маловероятно.

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

Подсистема ISUP поддерживает два класса услуг: базовый и дополнительные виды обслуживания. Базовый класс услуг обеспечивает установление соединений для передачи речи и/или данных. Дополнительные виды обслуживания представляют собой все остальные, ориентированные на соединение услуги, связанные, иногда, с передачей сообщений уже после установления основного соединения.

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

Сообщения ISUP передаются в поле SIF значащих сигнальных единиц, как показано на рис. 10.12. Верхняя строка на этом рисунке идентична формату значащей сигнальной единицы MSU на рис. 10.2, который представляется полезным напомнить читателю. Поле сигнальной информации состоит из этикетки маршрутизации, кода идентификации канала, типа сообщения и параметров. Параметры подразделяются на обязательную фиксированную часть, обязательную переменную часть и необязательную часть, как это имело место для SCCP и было показано на рис. 10.6. Код идентификации канала (CIC) указывает номер разговорного канала между двумя станциями, к которому относится сообщение. Так, если используется цифровой тракт 2.048 Мбит/с, то пять младших битов CIC кодируют в двоичном виде речевой временной интервал. Оставшиеся же биты используются, когда необходимо определить, какому ИКМ- потоку принадлежит данный речевой интервал.

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

Любое сообщение включает ряд параметров. Каждый параметр имеет название, которое кодируется одним байтом. Длина параметра может быть фиксированной или переменной. Как это имело место для БССР, предусмотрены следующие три категории параметров: фиксированные обязательные, переменные обязательные, необязательные.

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

Переменные обязательные параметры всегда обязательны для данного типа сообщения и имеют переменную длину. Для обозначения нача-

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

Необязательные параметры могут присутствовать или отсутствовать в конкретном типе сообщения. Каждый необязательный параметр содержит название (один байт) и индикатор длины (один байт) перед содержимым параметра.

Рис. 10.13. Структура параметров в ISUP

Для ISUP специфицированы ряд типов сообщений и параметров. Примерами таких типов сообщений являются:

Начальное адресное сообщение (IAM), . запрос информации (INR),

Сообщение о принятии полного адреса (АСМ),

Сообщение ответа (ANM),

Подтверждение выполнения модификации соединения (CMC), . отказ модифицировать соединение (RCM),

Блокировка (BLO),

Подтверждение блокировки (BLA),

Сообщение ответа от абонентского устройства с автоматическим ответом (например, терминал передачи данных) (CON),

Сообщение ответа (ANM),

Освобождение (REL),

Завершение освобождения (RLC) и др.

Для российской версии протокола ISUP введены некоторые дополнительные сообщения , которые должны быть упомянуты здесь, несмотря на отрицательное отношение автора книги к целесообразности их введения. Это дополнительное сообщение об отбое вызывающего абонента (CCL) для поддержки процедуры двустороннего отбоя с целью определения номера вызывающего абонента после отбоя при злонамеренном вызове. Введены также сообщение об оплате (CRG), которое передается в обратном направлении после сообщения ANM или CON с целью тарификации вызова, и сообщение посылки вызова (RNG), которое передается в начале каждой посылки вызова при входящем полуавтоматическом соединении (повторный вызов). Все эти ситуации достаточно подробно рассматривались в предыдущих главах.

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

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

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

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

Последний фиксированный обязательный однобайтный параметр описывает требования к среде передачи, например, запрашивается канал 64 Кбит/с.

В адресном сообщении IAM имеется один обязательный переменный параметр длиной 4-11 байт, определяющий номер вызываемого абонента (например, набираемые цифры номера), а также необязательные параметры: номер вызывающего абонента длиной 4-12 байт и непосредственно информация «пользователь-пользователь» длиной 3-131 байт, позволяющая абонентам обмениваться данными в ходе процедуры установления соединения.

Сообщение о принятии полного адреса АСМ передается входящей станцией для индикации успешного получения достаточного количества цифр для маршрутизации вызова к вызываемому абоненту. Тип сообщения АСМ кодируется 00000110.

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

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

Кроме этого, в АСМ могут включаться необязательные индикаторы вызова в обратном направлении длиной 3 байта и информация «пользователь - пользователь» длиной 3-131 байт, как описано для IAM.

Как видно из приведенных выше примеров, ISUP широко использует поля необязательных параметров, тем самым увеличивая гибкость предоставляемых операторами сети услуг. Однако такая гибкость, с другой стороны, увеличивает затраты на анализ сообщений в АТС. Например, рассмотренное выше сообщение IAM согласно спецификации ITU-T может содержать до 14 необязательных параметров и до 131 байта информации пользователь-пользователь. Такой размер некоторых сообщений ISUP может вызвать проблемы, если в одно сообщение одновременно включено слишком много необязательных полей. Кроме того, гибкий подход к необязательным полям сам по себе требует дополнительной обработки для определения, какая информация присутствует в конкретном сообщении, а какая нет.

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

Рис. 10.14 иллюстрирует процедуру установления и разъединения базового соединения. При приеме запроса установления соединения от вызывающего абонента исходящая АТС А анализирует информацию о маршруте и формирует начальное адресное сообщение IAM. Анализ номера вызываемого абонента позволяет исходящей АТС А определить направление маршрутизации вызова. В приведенном на рис. 10.14 примере вызов направляется к транзитной АТС В. Информация в фиксированном обязательном параметре IAM указывает на тип требуемого вызывающим абонентом соединения - соединение 64 Кбит/с. Эта информация посылается к транзитной АТС В, в результате чего соответствующий разговорный тракт проключается в обратном направлении к вызывающему абоненту.

© - проключение разговорного тракта в обратном направлении - проключение разговорного тракта

Q - проключение разговорного тракта в прямом направлении О - освобождение разговорного тракта Рис. 10.14. Установление и разъединение базового соединения в ISUP

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

Транзитная АТС В принимает IAM и анализирует содержащуюся в сообщении информацию. Анализ цифр номера вызываемого абонента на транзитной АТС В определяет дальнейший маршрут к входящей АТС Б. Анализ остальной информации, содержащейся в IAM, определяет выбор соответствующего разговорного тракта, например, канал 64 Кбит/с. Далее IAM передается к АТС Б, от которой также проключается разговорный тракт.

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

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

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

В отличие от TUP, как вызывающий, так и вызываемый абоненты могут инициировать немедленное разъединение соединения, т.е. ISUP использует метод одностороннего отбоя. На рис. 10.14 вызывающий абонент А первым направляет сигнал разъединения к исходящей АТС А. Исходящая АТС начинает разъединение соединения и передает сообщение об освобождении REL на транзитную станцию В, которая передает сообщение освобождения входящей АТС Б и начинает освобождение разговорного тракта. После освобождения разговорного тракта и готовности к обслуживанию нового вызова транзитная АТС В посылает сообщение об окончании освобождения RLC на исходящую АТС А. Точно так же при приеме сообщения освобождения REL выполняется разъединение разговорного тракта на входящей АТС Б.

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

Первоначальные спецификации ISUP определяли тройную последовательность передачи сообщений разъединения: сообщение освобождения (REL - release), запрос разъединения (RLSD - realesed) и окончание освобождения (RLC - release complete). Эта процедура была заменена процедурой, описанной выше и максимально унифицированной с процедурами разъединения SCCP.

Подсистема ISUP поддерживает целый ряд дополнительных возможностей для телефонных услуг и услуг передачи данных, которые не обеспечивает TUP. Некоторые из таких дополнительных возможностей реализуются в российской АТСЦ-90 и приводятся в табл. 10.2 в качестве примера.

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

Автоматическая входящая связь (DDI) дает возможность установить связь с абонентом учрежденческой автоматической телефонной станции (УАТС) без вмешательства оператора УАТС. В ISUP определены процедуры для обеспечения DDI как для аналоговой, так и для цифровой УАТС.

Основные процедуры переадресации вызова сходны с услугой переадресации вызова в TUP. Однако организация переадресации вызовов в ISUP может инициироваться в трех различных режимах: при занятости вызываемого абонента (1), когда нет ответа от вызываемого абонента в течение определенного времени (2) и для всех вызовов без дополнительных условий (3).

Таблица 1G.2. Некоторые дополнительные услуги ISUP

	Прямой набор
	Представление номера вызывающего абонента
	Запрет представления номера вызывающего абонента
	Представление номера вызываемого абонента
	Запрет представления номера вызываемого абонента
	Идентификация злонамеренного вызова
	Дополнительная адресация
	Переадресация при занятости абонента Б
	Переадресация при отсутствии ответа абонента Б
	Переадресация без дополнительных условий
	Отклонение вызова
	Извещение об ожидающем входящем вызове
	Прерывание и возобновление того же самого вызова
	Переносимость терминала
	Конференц-связь

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

Конспект видеолекции

	УПРАВЛЕНИЕ	ПРОЕКТАМИ:ОРГАНИЗАЦИОННЫЕ	И ТЕХНОЛОГИЧЕСКИЕ
РЕШЕНИЯ.................................................................................................................................
			.......................................
Оценка эффективности ИСУП..................................................................................................
Виды программных продуктов по УП.......................................................................................
Структурный подход к внедрению систем УП.........................................................................
Выбор программных средств для управления проектами......................................................
Параметры оценки качества		программного пакета управления проектами.......................
Корпоративная система управления проектами...................................................................
Пример основных курсов системы самообучения................................................................
Пример: разработка и внедрение КСУП в high tech компании.............................................
Пример: внедрение системы управления проектами в строительной компании................
Пример основных регламентов проектной деятельности предприятия..............................
Концепция зрелости бизнеса		.................................................................................................
	ОФИС УПРАВЛЕНИЯ ПРОЕКТАМИ И		УПРАВЛЕНИЕ	ПОРТФЕЛЯМИ
ПРОЕКТОВ..............................................................................................................................
Офис управления проектами и его задачи............................................................................
Как оптимально сформировать портфель проектов? ...........................................................
Стадии формирования офиса управления проектами.........................................................
Приложение.............................................................................................................................

Раздел 1. УПРАВЛЕНИЕ ПРОЕКТАМИ:ОРГАНИЗАЦИОННЫЕ И ТЕХНОЛОГИЧЕСКИЕ РЕШЕНИЯ

Информационные системы управления проектами. Определение

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

В настоящее время существует более200 ИСУП, среди которых наиболее распространенными информационными системами УП являются:

MS Project, Производитель Microsoft Corp. (США);

Spider Project, производитель Spider Technologies Group (Россия) ;

PJM ORACLE, Oracle (США);

Primavera Project Planner (P4), производитель Primavera Systems, Inc. (США);

SureTrak Project Manager, производитель Primavera Systems, Inc. (США);

Project Expert, производитель Про-Инвест Консалтинг(Россия);

Open Plan, Производитель Welcom Corp. (США).

Здесь важно не путать систему и инструмент. Хотя в расшифровке ИСУП есть понятие «система», это, по сути, только лишь инструмент. При выборе ИСУП для своего предприятия надо иметь в виду, что сегодня нет универсальных инструментов: для одних проектов удобнее одни, для других – иные.

Использование ИСУП позволяет:

· Определять и контролировать информационные потоки проектной деятельности;

· регламентировать процедуры управления проектами;

· использовать математические методы расчета параметров проектов;

обеспечении и финансировании на план проекта.

Пример информационной системы управления проектами (ИСУП)

На предприятиях, где полноценно функционирует ИСУП, как правило, присутствуют следующие базовые комплексы (рис. 1):

· нормативно-регламентная документация на ИСУП;

· аппаратный комплекс ИСУП;

· автоматизированные рабочие места, АРМы ИСУП;

· базовое программное обеспечение (например: P4, MSP, Spider или другие);

· обеспечивающие интеграцию ИСУП с другими системами управления предприятия, в том числе шлюзы с:

o системой документооборота; o системой кадрового учета;

o системой финансово-экономического учета; o BSC (ССП);

o CRM;

o ERP (и/или MRP, MES);

o системой информационной безопасности; o системой архивизации;

· система обучения ИСУП;

· группа сопровождения и развития ИСУП.

Рис.1. Пример информационной системы управления

Оценка эффективности ИСУП

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

Один из обзоров был проведен Институтом управления проектами США (PMI) и включает данные, полученные более чем от 100 североамериканских компаний и профессионалов в области управления проектами.

На диаграмме ниже представлены результаты опроса по уровню эффективност использования ИСУП на базе методологии управления проектами PMBoK института PMI.

Рис. 2. Оценка эффективности внедрения ИСУП по данным PMI

По результатам обзора были получены следующие результатыбольшинство специалистов в области управления проектами и представителей компаний различных отраслей США сошлись во мнении, что прирост эффективности составляет при использовании ИСУП порядка21% по отношению к показателям компаний, не использующих подобные системы для ведения проектной деятельности.

В таблице 1 представлены средние оценки прироста эффективности после внедрения ИСУП по ключевым областям управления проектами:

Таблица 1. Оценка эффективности ИСУП

Управление			Интеграция	проектной	деятельности
			деятельность компании
областью
			Актуализация целей проектов
Управление расписаниями			Управление расписаниями проектов
			Прогнозирование расписаний
			Управление бюджетом проектов
Управление стоимостью			Рост продаж
			Возврат инвестиций (Return on Investment)
			Сокращение времени выхода на рынок
			Управление ресурсами проекта
Управление ресурсами
			Эффективность использования ресурсов
			Продуктивность работы персонала
Управление		проектов	Управление
		заказчикам	Информированность заказчиков
			Вовлечение заказчика
поставщиками
			Управление поставками

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

Виды программных продуктов по УП

Информационные системы масштаба предприятия. Такие системы, с одной стороны,

содержат практически всю информацию о деятельности предприятия, а с другой - имеют специализированный модуль, который выбирает из общей базы данных информацию, относящуюся к конкретному проекту или группе проектов, и выполняет такие стандартные для управления проектами задачи, как расчет сроков проекта, расчет требуемых ресурсов, разрешение ресурсных конфликтов, расчет стоимости проекта, расчет рисков и пр. В качестве примера можно привести системуSAP R/3 со специализированным модулем Project System или комплекс программных продуктов Oracle Applications, в состав которого входит специализированный продуктOracle Project. Такого рода системы предназначены для достаточно крупных предприятий, которые могут позволить себе значительные капиталовложения и трудозатраты, требуемые для внедрения и отладки столь масштабных программных комплексов.

Специализированные пакеты по управлению проектами общего назначения. В этот класс входят такие продукты как MS Project, Primavera, Time Line, Spider Project, Artemis и

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

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

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

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

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

Структурный подход к внедрению систем УП

В первой половине1990-х в России российской компаниейLVS был адаптирован и внедрен Структурный подход к внедрению систем, УПразработанный фирмой Lukas Management Systems.

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

I этап. Демонстрация преимуществ проектного управления и анализ требований

Цели этапа:

· продемонстрировать преимущества методологии УП руководству и персоналу компании путем проведения специальных семинаров и обучения основам УП (возможно, с привлечением сторонних консультантов либо экспертов);

· проанализировать стратегические цели бизнеса компании;

· оценить степень зрелости существующей системы УП;

· определить требования к УП для обеспечения целей бизнеса;

· разработать стратегию и план внедрения системы УП с учетом особенностей конкретного предприятия/организации.

II этап. Определение процесса и процедур управления проектами

Цели этапа:

· спроектировать и описать процесс УП;

· определить функции и ответственность руководителей проектов и персонала (членов проектных команд);

· выявить информационные потоки и описать базовые требования ним;

· разработать корпоративные стандарты и процедуры УП;

· разработать и внедрить общую терминологию УП(корпоративный глоссарий);

· провести оценку сроков, стоимости и риска самого проекта по внедрению системы УП.

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

3 этап. Проектирование и внедрение системы управления проектами

Цели этапа:

· предложить проект автоматизированной системы УП, которая учитывает:

Цели бизнеса;

Организацию;

- стандарты и процедуры, разработанные на предыдущем этапе;

- учет необходимых данных;

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

·разработать, сконфигурировать и установить автоматизированную систему УП;

1. Проведение общих семинаров(объяснение, зачем вообще нужно внедрять тот или иной инструмент, снять настороженность персонала относительно нововведений).

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

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

IV этап Сопровождение и обеспечение работоспособности системы УП

Цели этапа:

·сопровождение и обеспечение работоспособности системы

·обеспечение эффективности использования системы УП

·непрерывное совершенствование системы

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

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

Руководитель Московского отделения PMI В.И.Либерзон рекомендует подходить к выбору программного обеспечения УП как к самостоятельному проекту. В этом проекте он выделяет две фазы – фазу анализа и фазу решения. Что включают в себя эти фазы?

Фаза анализа

· анализ рынка

· контакт с поставщиками

· технические требования

· функциональные требования

он эти требования удовлетворяет. Более того, можно порекомендовать оценить в баллах

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

примерную балльную оценку предлагаемого программного пакета.

Целесообразно задавать перечисленные ниже вопросы поставщикам пакетов, просить их

показать, как реализованы те или иные важные для деятельности

именно Вашей

компании функции. По тому, как вам будут отвечать, вы сможете оценить

и будущее

сопровождение пакетов.

Пример списка параметров:

1) Качество составляемых графиков выполнения работ(оптимальность использования ресурсов проекта),

2) Размеры проекта, поддающиеся анализу с помощью пакета (количество работ, ресурсов, связей, календарей),

3) Возможность использования в проектах нормативных баз, присущих области применения,

4) Возможность проведения стоимостного анализа и формирования отчетных документов, требуемых в области применения,

5) Гибкость - возможность использования в проекте дополнительной информации,

6) Возможность использования в проектах множественных иерархических структур работ, проведения выборок и сортировок по любым используемым показателям и в том числе, определяемым пользователями,

распределения ресурсов,

8) Возможность ввода формул и проведения дополнительных расчетов, необходимых пользователям (отличающихся от стандартных расчетов характеристик проектов),

9) Легкость освоения, консультационная и обучающая поддержка,

10) Полнота документации/информационного обеспечения,

11) Качество оформления выходных документов,

12) Возможности экспорта и импорта данных - связь с другими программами, базами данных,

13) Возможность вывода информации в Интернет,

14) Возможность управления не одним, а многими проектами– программами и мультипроектами,

15) Скорость выполнения отдельной работы/работ,

16) Удобства работы с графическим интерфейсом и т.д.

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

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

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

В настоящее время часто допускают следующую ошибку: говорят о «внедрении» корпоративной системы управления проектами(далее по тексту– КСУП). Как же ее можно внедрять, если любая корпоративная система – это нечто уникальное, учитывающее особенности именно Вашего предприятия? Как правило, здесь смешивают два понятия – информационная система управления проектами и КСУП. Прежде чем «внедрять» последнюю, необходимо ее разработать и отладить, в том числе, выбрав подходящую ИСУП. Что же должно входить в КСУП?

Рис. 5. Пример корпоративной системы управления проектами (КСУП)

Крупными блоками структура корпоративной системы управления проектами может быть представлена следующим образом:

Офис управления проектами предприятия(или центр управления проектами) – функция своеобразного «мозга проектной деятельности предприятия»;

Банк знаний в области УП;

Внутренняя система обучения;

Документооборот УП(Нормативные корпоративные документы– законы внутренней деятельности в области УП - регламенты);

Информационная система управления проектами(ИСУП).

Информационная система управления проектами (ИСУП)

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

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

Исследование, проведённое компанией PmExpert среди отечественных компаний, доля крупных организаций (от 300 человек) среди которых составила 65%, выявило, что 60% опрошенных организаций, внедривших у себя ИСУП, положительно оценивают эффект от внедрения. Таким образом, подтверждается возрастание важности ИСУП при наличии большого объёма проектных данных.

Под ИСУП понимается программное обеспечение, выполняющее функции поддержки процессов проектного управления или информационная система проектного управления.

Применение специализированного программного обеспечения позволяет повысить эффективность выполнения процессов проектного управления за счёт:

• Сокращения трудозатрат при выполнении процессов проектного управления;
• Улучшения коммуникаций участников проектной деятельности за счёт использования общих информационных ресурсов;
• Повышения скорости выполнения процессов проектного управления и процесса мотивации участников проектов;
• Минимизации количества ошибок проектной информации;
• Автоматизированной обработки и централизованного хранения информации о проектах.

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

1. Базовые системы поддержки проектного управления. Представляют собой специализированное программное обеспечение, предназначенное для выполнения узкого набора базовых процессов проектного управления, например календарного планирования, учёта проектных трудозатрат, фиксации проектных решений и т.д. Базовые системы обычно имеют локальный режим работы, устанавливаются на персональном компьютере пользователя, обычно руководителя проекта или администратора. К таким системам можно отнести Microsoft Project локальная версия (Microsoft, США), Open Project (Serena Software, США) и другие.
2. Расширенные системы поддержки проектного управления. К ним можно отнести программное обеспечение, предназначенное для поддержки широкого набора «классических» процессов проектного управления. Такие информационные системы содержат взаимосвязанные данные разных процессов проектного управления, могут иметь возможность разного представления данных для разных уровней управления организации, возможность многопользовательской работы, но обычно имеют ограниченные возможности интеграции со смежными информационными системами. К системам данного класса можно отнести такие системы как PM Foresight (ГК «Проектная ПРАКТИКА», Россия), ADVANTA (Адванта Груп, Россия), Microsoft Enterprise Project Management (Microsoft, США) и др.
3. Продвинутые системы поддержки проектного управления. Представляют собой эволюционное развитие систем, относящихся к классу «Расширенные». Отличаются от них в первую очередь тем, что позволяют интегрировать проектную деятельность с другими видами деятельности и процессами организации за счёт создания единого информационного пространства, использования продвинутых механизмов интеграции данных. Точнее будет сказать, что это уже не специализированные системы поддержки процессов проектного управления, а комплексные информационные системы, создающие единое информационное пространство организации, и включающие в себя, в том числе, и функционал для поддержки процессов проектного управления. Примерами таких систем могут служить Oracle e-Busines Suite (ORACLE, США), SAP ERP (SAP, Германия).

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

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

• Должна ли система использоваться на всех уровнях управления?
• Кто будет пользователями системы?
• Должна ли система использоваться только для высокоприоритетных проектов?
• Какие процессы проектного управления должна автоматизировать ИСУП?
• С какими бизнес-процессами организации планируется интеграция ИСУП?
• Какие эффекты ожидаются от внедрения ИСУП?

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

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

Критически важными условиями успешного внедрения ИСУП являются поддержка руководства организации и наличие в организации методологии проектного управления.

Подход к внедрению ИСУП аналогичен подходу к внедрению системы управления проектами организации — «от простого к сложному»: сначала автоматизируются ключевые и наиболее легко автоматизируемые основные и поддерживающие процессы проектного управления, такие как Календарное планирование, Сбор и формирование отчётности, Организация совещаний и Контроль исполнения проектных решений, и затем происходит последовательное наращивание функционала ИСУП.

Примеры процессов, автоматизируемых с помощью ИСУП, приведены в таблице.

Типовые процессы, автоматизируемые ИСУП

№ п/п	Наименование процесса	Рекомендуемая очерёдность внедрения
Процессы проектного управления
1.	Паспортизация проектов	первая
2.	Календарное планирование	первая
3.	Управление показателями проекта	первая-вторая
4.	Учёт трудовых ресурсов проекта	вторая
5.	Учёт рабочего времени проектного персонала	вторая-третья
6.	Управление финансами проекта	первая-третья
7.	Управление рисками, проблемами и открытыми вопросами	вторая-третья
8.	Сбор и формирование отчётности по проекту (проектам)	первая-третья
9.	Управление изменениями	первая
10.	Хранение проектной документации	первая-третья
11.	Организация совещаний и ввод результатов совещаний	первая
12.	Контроль исполнения проектных решений	первая
13.	Ведение договоров и планирование поставок проекта	третья
14.	Управление портфелями проектов	третья
Процессы ИСУП
15.	Администрирование ИСУП	первая
16.	Журналирование действий ИСУП	первая
17.	Нотификация участников проекта	вторая
18.	Интеграция со смежными процессами организации	третья

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

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

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

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

LDAP (англ. Lightweight Directory Access Protocol - «облегчённый протокол доступа к каталогам») - сетевой протокол для доступа к службе каталогов.

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

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

Реинжиниринг обладает следующими свойствами:

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

Реинжиниринг применяется в трех основных ситуациях:

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

Основные этапы реинжиниринга:

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

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

Информационные системы управления предприятием (ИСУП)

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

1. Эскиз проекта. Подробное описание целей и задач проекта, доступных ресурсов, ограничений и т.п.
2. Оценка проекта. Определяется, что будет делать система, как будет работать, какие аппаратные и программные средства будут использоваться, как они будут обслуживаться. Готовится список требований к системе, изучаются потребности постоянных пользователей.
3. Построение и тестирование. Персонал должен убедиться, что с ИС удобно работать, до того, как она станет основой деятельности.
4. Отладка и внедрение. Проект не завершен до тех пор, пока менеджер проекта не сможет продемонстрировать, что ИС работает надежно.

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

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

• предпроектное обследование;
• проектирование;
• разработка ИС;
• ввод ИС в эксплуатацию;
• эксплуатация ИС;
• завершение эксплуатации ИС.

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

Задачи ИСУП

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

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

Таблица 5.1. Основные задачи ИСУП

№	Уровни и службы управления	Решаемые задачи
1	Руководство предприятия	обеспечение достоверной информацией о финансовом состоянии компании на текущий момент и подготовка прогноза на будущее; обеспечение контроля за работой служб предприятия; обеспечение четкой координации работ и ресурсов; предоставление оперативной информации о негативных тенденциях, их причинах и возможных мерах по исправлению ситуации; формирование полного представления о себестоимости конечного продукта (услуги) по компонентам затрат информационно-аналитическая поддержка процесса принятия управленческих решений
2	Финансово-бухгалтерские службы	полный контроль за движением средств; реализация необходимой менеджменту учетной политики; оперативное определение дебиторской и кредиторской задолженностей; контроль за выполнением договоров, смет и планов; контроль за финансовой дисциплиной; отслеживание движения товарно-материальных потоков; оперативное получение полного набора документов финансовой отчетности
3	Управление производством	контроль выполнения производственных заказов; контроль состояния производственных мощностей; контроль технологической дисциплины; ведение документов для сопровождения производственных заказов (заборные карты, маршрутные карты); оперативное определение фактической себестоимости производственных заказов
4	Службы маркетинга	контроль за продвижением новых товаров на рынок; анализ рынка сбыта с целью его расширения; ведение статистики продаж; информационная поддержка политики цен и скидок; использование базы стандартных писем для рассылки; контроль за выполнением поставок заказчику в нужные сроки при оптимизации затрат на транспортировку
5	Службы сбыта и снабжения	ведение баз данных товаров, продукции, услуг; планирование сроков поставки и затрат на транспортировку; оптимизация транспортных маршрутов и способов транспортировки; компьютерное ведение контрактов
6	Службы складского учета	управление многозвенной структурой складов; оперативный поиск товара (продукции) по складам; оптимальное размещение на складах с учетом условий хранения; управление поступлениями с учетом контроля качества; инвентаризация

Информационная система управления проектами [англ. - Project Management Information System]. Успешная и продуктивная проектная деятельности организации невозможна без применения информационных технологий. С целью автоматизации процессов и консолидации данных управления проектами выступает информационная система управления проектами, которая представляет собой сбалансированный организационно-технологический комплекс программных, технических и информационных средств и инструментов, направленный на реализацию, поддержку и повышение эффективности процессов управления проектами. ИСУП является неотъемлемой частью корпоративной системы управления проектами (КСУП).

Основа информационной системы управления проектами -это единое информационное пространство, позволяющая в разы повысить качество и эффективность управления проектами в организации на протяжении всего жизненного цикла проекта и программы за счет поддержки процессов управления проектом. Некоторые ИСУП нацелены не только на проекты и программы, но и на автоматизацию процессов управления портфелем компании, что даёт возможность управлять стратегическим планированием. Функционал информационной системы управления проектами выполняет следующие задачи:

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

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

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

• Локальные информационные системы управления проектами. В основном предназначаются для малого бизнеса, частных предпринимателей и компаний, в которых практически нет проектной деятельности, за исключением одного - двух небольших проектов. Плюсы таких систем в дешевизне и доступности. В качестве примера можно привести Microsoft Project Standart или Professional, Open Project и д.р.
• Серверные информационные системы управления проектами. Глобальное решение, ориентированное на средний и крупный бизнес, в задачи которого входит автоматизация проектного управления на уровне проекта, программы, портфеля проектов (или нескольких портфелей) и автоматизация процессов проектного офиса. Данные системы сильно распространенны в мире, и большинство ведущих компаний используют именно их, для управления проектами. Минусы в дороговизне внедрения и сопровождения, необходимость укомплектовывать штат компании. Лидерами таких систем являются Oracle Primavera, HP Project and Portfolio Management Center, Enterprise Project Management Solutions. Кстати многие из этих систем уже сегодня предоставляют решение на основе интернет технологий, как описано ниже.
• Информационные системы управления проектами на основе интернет технологий. Современный подход к предоставлению услуг, по функционалу не отличающийся от серверных решений, но позволяющий компаниям не внедрять у себя это решение, закупая много специального оборудования (компьютеры, сервера) и формируя штат персонала поддержки и сопровождения, а использовать современный подход - облачные технологии на основе которых сторонняя компания удаленно предоставляет необходимый функционал, что позволяет использовать мощности поставщика услуг и снижает затраты на внедрение и сопровождение. Минусы заключаются в том, что Вы передаёте всю информацию по проектной деятельности сторонней компании, которая отвечает за их безопасность и эти системы на сегодняшний день не столь функциональны, нежели серверные решения, а также они менее настраиваемые. Как пример можно привести такие решения - IBN, COMINDWORK, МЕГАПЛАН.

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