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

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

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

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

С другой стороны, крупные западные компании (Siemens, IBM, Oracle, Andersen Consulting) имеют свои собственные методики и руководства по управлению проектами.

Что же должен содержать стандарт предприятия по управлению проектами? Он должен быть основан на так называемых рамочных стандартах, которые содержат самые общие принципы проектного менеджмента. Это такие документы, как Project Management Body of Knowledge (PMBOK) Американского института управления проектами (PMI), стандарт ISO 10006:1997, российский НТК (Национальные требования к компетентности). Каждое предприятие в какой-то мере уникально, поэтому рамочные стандарты должны быть адаптированы под конкретные условия управления проектами. Этого можно достичь, применяя подходы специализации и детализации стандартов.

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

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

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

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

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

Объем стандарта предприятия по управлению проектами зависит от степени детализации стандарта и перечня основных документов. Их можно представить в виде пирамиды, растущей сверху вниз – Политика руководства по управлению проектами – Процедуры управления проектом – Детальные инструкции по исполнению процедур – Шаблоны документов (рисунок «Структура стандарта управления проектами»).

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

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

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

Куратор проекта — представитель руководства (обычно член координационного совета), курирующий работы по проекту.

Менеджер проекта — индивидуум, отвечающий за управление проектом.

Команда проекта — люди, прямо или косвенно отчитывающиеся по проекту.

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

Функциональная структура

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

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

Проектная структура

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

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

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

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

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

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

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

Матричные структуры

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

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

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

Экспедитор проекта

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

Координатор проекта

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

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

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

Сильная матрица

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

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

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

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

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

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

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

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

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

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

4. Число участников. Для проектов с небольшим числом участников можно использовать функциональную или слабую матричную структуру, для среднего числа участников — сильную матрицу, для проектов с большим числом участников — проектную структуру.

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

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

Проектный офис

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

Типичными подразделениями проектного офиса являются:

— аналитический центр, в котором ведутся компьютерные модели проектов;

— архив, в котором ведутся архивы проектной документации;

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

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

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

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

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

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

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

Организация проектного офиса — важный элемент и показатель зрелости системы управления проектами в организац

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

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

Подобные документы

Понятие, состав и виды проектов. Этапы управления проектами на предприятии. Организационно-экономическая характеристика ТОО "Казцинктех". Анализ экономических показателей работы предприятия. Основные проблемы в управления проектами и пути их решения.

дипломная работа , добавлен 22.05.2012


Организация системы проектного менеджмента на предприятии в современных экономических условиях. Построение организационных структур управления проектами организаций. Определение проблем управления проектами ОАО "Сатурн" и поиск путей совершенствования.

дипломная работа , добавлен 23.08.2011


Понятие и структура корпоративной системы управления проектами. Основные методы диагностики уровня зрелости управления проектами. Инициация и планирование, финансирование проектов. Управление программами, рисками, коммуникациями и портфелем предприятия.

дипломная работа , добавлен 20.08.2017


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

курсовая работа , добавлен 23.11.2010


Характеристика этапов развития управления проектами в России. Понятие, роль и актуальность проектного управления. Основные формы планирования и контроля текущей деятельности фирмы. Особенности управления проектами в фирмах-партнерах "1С:Франчайзи".

курсовая работа , добавлен 23.10.2015


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

реферат , добавлен 29.09.2012


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

курсовая работа , добавлен 05.11.2011

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

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

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

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

Проекты могут реализовываться в любых организационных структурах. Это могут быть функциональные, разнообразные матричные и, разумеется, проектные структуры. Все зависит от того, насколько для организации важен результат от их завершения. Наименьшее значение проектам придается в функциональных структурах. Здесь нет или немного есть ответственности у управляющего проектом, практически нет персонала работающего на полную ставку по проекту и т.д. В проектных наоборот. Управляющий проектом имеет высокую, практически полную ответственность за проект. В проекте работает на полной ставке более 85% персонала и т.д. Здесь возникают специфические для проектно-ориентированных организаций проблемы. Например, между отдельными работами по проекту существуют приоритеты. Каждый проект имеет оптимальную для него структуру декомпозиции работ. Руководитель для того, чтобы иметь ясную картину всей совокупности процессов, формирует свою специфическую иерархию управления. Проекты соревнуются за ресурсы, приоритеты устанавливаются в соответствии с корпоративной стратегией. И многое другое.

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

Управление при помощи проектов это современная культура управления, но нельзя сказать, что она новая для России. Это направление начало формироваться как отдельная дисциплина в 60-е годы с развитием сетевых методов и долгое время ассоциировалось именно с применением сетевых графиков планирования работ, диаграмм Гантта, PERT и т.д. Перечисленные методы широко использовались в СССР и поэтому изучались во многих научных коллективах. Календарное планирование работ это начальный этап разработки проекта, и в этом смысле управление при помощи проектов возвращает руководителей российских предприятий в плановую экономику. Сегодня управление при помощи проектов предполагает создание полной модели проектных процессов: не только календарное планирование работ, но и управление стоимостью и ресурсами по проекту (распределение людских и материальных ресурсов между работами, разрешение конфликтов, возникающих в результате конкуренции между различными работами за один и тот же ресурс, оценку постоянных и переменных затрат по отдельным работам, этапам проекта, а также по всему проекту в целом), а также оценку рисков, причем применительно как к отдельному проекту, так и к совокупности проектов (выполняется консолидация проектов). Наиболее часто на практике встречается случай, когда необходимо выбрать проект, минимальный по стоимости, при заданных ограничениях на время и ресурсы.

Офисные программные пакеты по управлению проектами широко распространены на Западе. Так, популярный пакет MSR Office в профессиональном исполнении включает в себя инструмент для управления проектами MSR Project.

Для управления проектами на промышленных предприятиях нужны более развитые средства. Компания PRIMAVERA Systems, Inc. и ее партнер на российском рынке компания Консалтинг ПРИМ предлагают серию продуктов PRIMAVERA по управлению большими проектами в многопользовательской среде. Во-первых, это PRIMAVERA Project Planner (P3R) - мощное средство планирования, управления и контроля. С его помощью можно управлять большими проектами (до 100000 работ, без ограничений по ресурсам), которые выполняются в распределенной среде. Проект может создаваться из блоков (фрагментов) предыдущих проектов или собираться из проектов, подготовленных с помощью инструмента PRIMAVERA SureTrak Project Manager. Р3 предоставляет удобные средства для просмотра состояния проекта в различных управленческих ситуациях: работы можно группировать, сортировать, фильтровать по различным признакам, имеется большой арсенал разнообразных представлений информации в виде графиков (в том числе, гистограммы, таблицы), поддерживается внедрение документов, таблиц и других объектов из других приложений Задание зависимостей между работами и ограничений на разных типов сроки выполнения работ влияют на расчет критического пути, полного и свободного резерва и т.д. Перерасчет расписания может осуществляться как от начальной даты, так и от конечной желательной даты завершения проекта. Р3 - хороший инструмент для ресурсного и стоимостного планирования и контроля, в частности, он позволяет описывать ресурс с помощью назначения нормального и максимального количества ресурса, а также различной цены ресурса по временным интервалам, задавать нелинейный профиль потребления ресурса на отдельную работу, разрешать конфликты коллективного использования ресурсов, а также выполнять сглаживание перегрузок ресурсов с помощью набора стратегий и т.д. Развитые средства коммуникации по проекту позволяют установить пароли пользователей и полномочия по выполнению функций, в частности, по расчету расписания и разрешению конфликтов ресурсов. Многочисленные отчеты позволяют как выдавать задания персоналу, так и отслеживать состояние проекта. Реализация проекта отображается также в графических и табличных отчетах. Например, пользователь может посмотреть бюджет проекта, в котором приводятся фактические затраты за период и на дату, процент выполнения работ, освоенный объем ресурсов, стоимость до завершения проекта. Обмен информацией по проекту также может осуществляться с помощью электронной почты.

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

Программный продукт Р3 обеспечивает окрытый доступ к базе данных из других программ, интегрируется с корпоративной системой по управлению ресурсами предприятия и взаимодействует с контуром повседневного управления. Кроме того, возможна тесная интеграция и объединение баз данных Р3 со специфическими программными продуктами пользователей - будь то бухгалтерия или специальная программа по управлению производством. Пакет Р3 интегрируется с системой документооборота, построенной на основе LotusR Notes. Также в семействе продуктов PRIMAVERA Systems, Inc. имеется собственный инструмент по управлению контрактами Expedition 6.0, который поддерживает все возможные виды документооборота по проекту. В базе данных Expedition 6.0 могут храниться чертежи и другая инженерная документация, контракты, договора платежные документы, а также приказы, распоряжения, бюллетени, протоколы собраний - многочисленные административные документы. Специальные средства поддерживают и регистрируют ввод всевозможных документов в документооборот, обеспечивают выборку документов по ключевым словам и другими способами, сохраняют данные о процессах обработки документов: об изменении документов, о движении документов между участниками проекта, а также сводные данные по проекту (так автоматически формируется таблица затрат, в которой отражаются все доходные и расходные статьи по контрактам). Проводится аналитическая обработка данных по документообороту и проекту, в частности, рассчитываются тенденции изменения стоимости, строятся прогнозы результатов изменений. С помощью системы Expedition 6.0 можно получить информацию о фактических платежах, состоянии работ по субподрядам, готовности документов различных типов и т.д. Пакет Monte Carlo, разработанный компанией Primavera, предназначен для оценки риска по проекту и обеспечивает вероятностную оценку сроков и стоимости завершения проекта.

Управление при помощи проектов означает не только успешное завершение проекта, но и использование гибкости управления проектами как основного принципа управления сложной организацией в сложной внешней среде. Это утверждение объясняет, почему управление при помощи проектов и соответствующие инструменты PRIMAVERA Systems, Inc. применяется в очень разных сферах деятельности: на российских предприятиях нефтегазовой промышленности (проекты по разведке и разработке нефтяных, газовых и других месторождений, организации добычи, транспортировки и переработки нефти и т.д. являются очень сложными и носят уникальный характер), при восстановлении инфраструктуры Боснии (с помощью проектного управления единая картина проведения работ объединяет, с одной стороны, различные секторы экономики: энергетику, здравоохранение, образование и т.д., а с другой, многочисленных субподрядчиков), для организации снабжения научно-исследовательских станций в Антарктике (промежуток времени, в течение которого могут выполняться инженерно-технические работы, - очень короткий и необходимо очень точно спланировать работы и рассчитать ресурсы), реконструкции МКАД и организации Олимпийских Игр, строительство плавучей платформы для запуска космических спутников и т.д.

Отчетность