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

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

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

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

Структура организационного плана бизнес-плана

1. Правовая форма

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

2. Организационная структура

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

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

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

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

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

3. Описание штата сотрудников

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

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

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

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

• Должность сотрудника или сотрудников;
• Количество работников в этой должности (Например, 1 Администратор; 4 Кассира);
• Ежемесячную заработную плату работника по каждой специальности, окладную часть, премиальную часть и систему премирования.
• Ежегодную заработную плату работника по каждой специальности.

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

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

Пример организационного плана магазина одежды

Предприятие «Beautiful clothes» является Обществом с ограниченной ответственностью и осуществляет деятельность в соответствии с Гражданским кодексом Российской Федерации. Предприятие является юридическим лицом, действующим в строгом соответствии с принятым Уставом и Учредительным договором, имеет уставной капитал, производственные площади и баланс.

Учредителями предприятия являются:

• Общество с ограниченной ответственностью «Фабрика Одежды»;
• индивидуальный предприниматель Иванов А.А.;
• Общество с ограниченной ответственностью «Glamorous».

Уставной капитал организации разделен на доли: ООО «Фабрика Одежды» — 60%; ИП Иванов А.А. — 20%; ООО «Glamorous» — 20%.

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

Инициатором создания магазина стало ООО Фабрика одежды. На сегодняшний день основная часть прибыли этого предприятия поступает за счет производства одежды и ее реализации закупщикам, однако данный проект предполагает дальнейшее развитие предприятия и открытие фирменного магазина «Beautiful clothes».

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

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

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

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

Организационная структура предприятия «Beautiful Clothes»

Состав и численность персонала предприятия Табл. 1.

Заработная плата (ежемесячно)

Всего на производстве и в самом магазине задействовано 29 человек. Расширение штата (найм администраторов, продавцов и кассиров) возможно при условии открытия новых магазинов «Beautiful clothes».

Другие примеры организационного плана

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

Редактор проекта, РМР, ICP-PPM

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

Что такое организационная структура проекта

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

Определение, если что, не формальное из стандарта типа PMBoK, а авторское, не знаю, где взять формальное. Если у вас есть вариант лучше – здорово, предлагайте в комментариях!

Типы организационных структур проекта

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

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

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

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

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

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

Разработка организационной структуры проекта

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

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

Для построения организационной структуры проекта нужно пройти следующие шаги:

1. Понять, кто вообще будет вовлечен в проект (снова привет анализу стейкхолдеров).
2. Понять, достаточно ли вам будет одной орструктуры или необходимо построить несколько, и для чего вообще вы ее строите. Например, организационная структура управления проектом, которую вы будете согласовывать на уровне управляющего комитета будет отличаться от организационной структуры выполнения проекта для организации взаимодействия между командами или от организационной структуры, которую вы делаете, чтобы четко определить процесс взаимодействия с подрядчиками в этом проекте.
3. Накидать на слайд, в visio, mindmap или в любом другом инструменте список всех участников.
4. Определить, какую информацию помимо ролей вам необходимо видеть. Обычно это как минимум должности и подчиненность, а как максимум – уровень принимаемых решений, конкретные имена, регулярность встреч и проч. Пытаться впихнуть туда все я не рекомендую – для этого есть план коммуникаций, а картинку с оргструктурой лучше этим не перегружать.
5. Прорисовать подчиненность/иерархию и направления коммуникации.
6. Посмотреть на свой рисунок и учесть политические моменты. Иногда вы понимаете, что РМ со стороны Заказчика в силу каких-то объективных причин должен подчиняться вам (и вообще он не РМ, а функциональный эксперт, будем честными), или что мнение конкретного директора по качеству в этом проекте вообще никого не интересует и видеть его тут не хочется, или что в данной проектной структуре финансовый директор должен бы подчиняться ИТ-директору (потому что сильно завязано на потоки денег, и именно ИТ-директор будет говорить финансовому, в какой момент и какие суммы надо спланировать). Но надо понимать, как это будет воспринято при согласовании, каковы ваши шансы такую оргструктуру «протащить», и как она соотносится с культурой компании и существующими в ней политическими течениями. Да, после этого вы будете себя чувствовать, как тот самый кролик, но от политики никуда не денешься.
7. «Прилично» оформить картинку, избавившись от всей лишней информации, «потерявшихся» людей и стрелок и проч. Организационная структура проекта – один из основополагающих документов и должен выглядеть прилично, чтобы его воспринимали всерьез.
8. Показать получившуюся оргстурктуру проекта кому-нибудь, не входящему в нее, но понимающему контекст. Этот человек сможет вам подсказать, что в ней непонятно, и, возможно, обратит вниманием на какие-то логические или политические несоответствия, т.к. в процессе разработки взгляд все-таки замыливается.
9. Согласовать построенную организационную структуру со спонсором проекта или с другими заинтересованными лицами, чем мнение неплохо бы получить до обнародования вашего шедевра.
10. После того, как орструктура проекта согласована со спонсором – либо добавить ее в устав либо вынести на согласование на соответствующий уровень как часть плана управления проектом.

Примеры организационной структуры проекта

Как и для WBS – единого стандарта для разработки организационной структуры проекта нет. Главное, чтобы она была понятна, не допускала двойного толкования и помогала в работе.

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

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

Пример 1. Классическая организационная структура проекта, которой будет достаточно в 95% случаев

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

Пример 3. Организационная структура проекта с разделением по уровням управления и одновременно – с выделением команды Заказчика и команды ИТ

Пример 4. Организационная структура выполнения проекта

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

Информация полезна? Поддержи развитие проекта!

На кофе и новые материалы для читателей блога 🙂

Еще статьи

комментарии

Подписаться на нашу рассылку

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

Ключевые понятия данной статьи: Организационная структура проекта (organizational breakdown structure – OBS), функциональная структура, проектная структура, матричная структура, слабая (мягкая) матрица, сильная (жесткая) матрица), сбалансированная матрица.

Связанные темы: «Матрица ответственности».

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

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

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

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

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

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

В технически сложных проектах важна роль главного инженера проекта (ГИП), который порой по статусу равен менеджеру проекта.

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

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

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

ПРИМЕР ОРГАНИЗАЦИОННОЙ СТРУКТУРЫ КОМАНДЫ ПРОЕКТА

Проект и компания

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

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

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

Такая структура весьма статична и эффективна только для реализации локальных проектов в рамках подразделения.

Примечание: Цветом выделены сотрудники, участвующие в проекте.

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

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

Примечание: Цветом выделены сотрудники, участвующие в проекте.

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

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

Примечание: Цветом выделены сотрудники, участвующие в проекте.

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

Выбор организационной структуры проекта

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Что такое проект?

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

Очень много, правда все они сходятся в одном: проект — это идея, предполагающая выполнение конкретной материальной задачи в ограниченный период времени. При этом называют основные признаки проекта:

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

Программы и портфели проектов

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

Портфель проектов объединяет проекты, финансируемые из одного источника вне зависимости от их задач. Так, портфель проектов компании N может включать проекты по благотворительности, по возведению нового корпоративного офиса, по празднованию юбилея директора и увеличению годового оборота на 10%.

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

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

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

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

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

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

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

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

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

Управление проектами происходит по этапам и фазам комплексности менеджмента. Взаимосвязь этапов и фаз приводится в таблице ниже.

Предварительная оценка объема финансирования

Предварительная оценка сроков проекта

Определение основных задач

Предварительный анализ возможных негативных факторов

Расчет бюджета и поиск источников финансирования

Расчет расписания проекта

Расчет целевых показателей проекта

Расчет поправки на риск

Поэтапное финансирование проекта

Контроль выполнения календарного плана

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

Мониторинг изменения ключевых факторов

Оценка прибылей/ убытков

Оценка выполнения/невыполнения задач проекта

Анализ допущенных ошибок

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

Области применения проектного менеджмента

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

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

Проектное управление в строительной отрасли

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

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

Проектное управление в государственных структурах

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

Опыт внедрения проектного управления в Белгородской области

Проектное государственное управление хорошо зарекомендовало себя во всем мире. В России же имеется опыт применения этой технологии в Белгородской области.

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

Проектное управление Белгородской области теперь включает коллегиальные органы проектного управления:

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

Принцип «одного окна»

Именно в рамках перехода на проектное управление Белгородская область еще в 2010 году перешла на согласование инвестиционных проектов через систему «одно окно», хорошо известную теперь и в Москве. Роль этого окна как раз выполняет одна из вновь введенных служб — областной проектный офис. Теперь ровно через месяц с момента обращения в проектный офис хозяйствующий субъект получает документ о согласовании.

Автоматизированная информационная система «Проектное управление»

Информационная и техническая поддержка проектного управления в Белгородской области осуществляется через автоматизированную информационную систему (АИС) «Проектное управление». Это web-приложение, не требующее установки дополнительного ПО и выполняющее следующие функции для проектов, портфелей и программ:

• Ведение реестра (базы).
• Календарное планирование.
• Бюджетирование.
• Мониторинг реализации на региональном и муниципальном уровнях.
• Распределение полномочий и ответственности команды.
• Внесение изменений в содержание.
• Система оповещений о наступающих и наступивших событиях по проектам.
• Документооборот.
• Автоматизированная аналитическая отчётность.
• Интеграция с электронным Правительством Белгородской области.

Достоинства и недостатки проектного менеджмента

Описанный опыт внедрения проектного менеджмента в Белгородской области оказался удачным. Эффект от этих изменений выразился прежде всего в увеличении темпов прироста валового регионального продукта на 0,1% (более 3 млрд. рублей), снижении затраченного времени на согласование проектов (на 2 месяца на каждый проект) и увеличении скорости освоения инвестиций в регионе на 23%. Однако самый главный результат — это формирование проектного мышления у служащих, которые активно анализируют и пытаются решить проблему, иногда даже нестандартными, инновационными методами.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ПЕРМСКИЙ ГОСУДАРСТВЕННЫЙ ТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ

По предмету: Управление проектами.

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

Студент группы 11Б-00-1з

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

1.1 Что же такое проект? 4
Направленность на достижение целей. 4
Координированное выполнение взаимосвязанных действий. 4
Ограниченная протяженность во времени. 5
Уникальность. 5
Типология проектов 5

1.2 Управление проектом 8
Немного истории. 8
Жизненный цикл проекта. 10
Процессы управления проектами 12
Процессы проекта 12
Группы процессов 12
Взаимосвязи процессов 13
Процессы инициации 13
Процессы планирования 13
Основные процессы планирования 14
Вспомогательные процессы планирования 14
Процессы исполнения и контроля. 15
Процессы анализа 15
Процессы управления 16
Процессы завершения 17

1.3 Организация управления коммуникациями проекта. 17
Процессы управления коммуникациями. 17
Планирование системы коммуникаций. 18
Оценка и отображение прогресса. 18
Сбор и распределение информации. 18
Документирование хода работ. 19
Управление коммуникациями и информационные технологии. 19

1.4 Формирование команды. 22
Понятие команды проекта 22
Стадии жизненного цикла команды 22
Проблемы формирования проектной команды 23

1.5 КОРПОРАТИВНАЯ СИСТЕМА УПРАВЛЕНИЯ ПРОЕКТАМИ 25
Потребность в системе управления проектами 25
Функции программного обеспечения для календарного планирования 27
Пакеты календарного планирования — решение для всего предприятия 28

Разработка СУПЕРПРОЕКТА. 31

Описание СУПЕРПРОЕКТА. 31

Оценка сроков и ресурсов 31
Вероятностные оценки 32
Выявление отношений и зависимостей 32
Выявление ограничений 34
Выбор варианта 35

СПИСОК ЛИТЕРАТУРЫ 38

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

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

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

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

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

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

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

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

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

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

1.1 Что же такое проект?

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

1. Они направлены на достижение конкретных целей;

2. Они включают в себя координированное выполнение взаимосвязанных действий;

3. Они имеют ограниченную протяженность во времени, с определенным началом и концом;

4. Все они в определенной степени неповторимы и уникальны.

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

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

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

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

Координированное выполнение взаимосвязанных действий.

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

Ограниченная протяженность во времени.

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

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

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

Все проекты можно разделить по принципам сложности (размеры, стоимость количество участников) и неопределенности (достижение целей, затраты, сроки, качество).

Высокая неопределенность
| |Фундаментальны| | | |венская |
| |е исследования| | | |конвенция |
| | |Антарктическая | | |ООНовская |
| | |экспедиция | | |кампания |
| |Добыча нефти и| | |Военная | |
| |газа | | |кампания| |
| |Разработка |Рекламная | | |Туннель под |
| |продукции |кампания | | |Ла-Маншем |
| | | |Химзавод|Шоссе |Аэробус |
|Написание|Свадьба |Аудит компании |Танкер | |Автозавод |
|романа | | | | | |

Низкая неопределенность
|Личные |Групповые |Организационные|Межорган|Национал|Многонациона|
| | | |изационн|ьные |льные |
| | | |ые | | |
|Низкая | | | |Высокая | |
|сложность| | | |сложност| |
| | | | |ь | |

Таблица 1. Классификация проектов по сложности и неопределенности

1.2 Управление проектом

Известный закон Лермана гласит: «Любую техническую проблему можно преодолеть, имея достаточно времени и денег», а следствие Лермана уточняет:
«Вам никогда не будет хватать либо времени, либо денег». Именно для преодоления сформулированной в следствии Лермана проблемы и была разработана методика управления деятельностью на основе проекта. А распространение данной методики управления на различные сферы деятельности является дополнительным доказательством ее эффективности. Если попросить менеджера описать, как он понимает свою основную задачу в выполнении проекта, то, скорее всего он ответит: «Обеспечить выполнение работ». Это действительно главная задача руководителя. Но если задать тот же вопрос более опытному менеджеру, то можно услышать и более полное определение главной задачи менеджера проекта: «Обеспечить выполнение работ в срок, в рамках выделенных средств, в соответствии с техническим заданием». Именно эти три момента: время, бюджет и качество работ находятся под постоянным вниманием руководителя проекта. Их также можно назвать основными ограничениями, накладываемыми на проект. Под управлением проектом подразумевается деятельность, направленная на реализацию проекта с максимально возможной эффективностью при заданных ограничениях по времени, денежным средствам (и ресурсам), а также качеству конечных результатов проекта (документированных, например, в техническом задании).

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

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

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

В основе методов управления проектами лежат методики сетевого планирования, разработанные в конце 50-х годов в США. В 1956 г. М. Уолкер из фирмы «Дюпон», исследуя возможности более эффективного использования принадлежащей фирме вычислительной машины Univac, объединил свои усилия с
Д. Келли из группы планирования капитального строительства фирмы «Ремингтон
Рэнд». Они попытались использовать ЭВМ для составления планов-графиков крупных комплексов работ по модернизации заводов фирмы «Дюпон». В результате был создан рациональный и простой метод описания проекта с использованием ЭВМ. Первоначально он был назван методом Уолкера-Келли, а позже получил название Метода Критического Пути — МКП (или CPM — Critical
Path Method).

Параллельно и независимо в военно-морских силах США был создан метод анализа и оценки программ PERT (Program Evaluation and Review Technique).
Данный метод был разработан корпорацией «Локхид» и консалтинговой фирмой
«Буз, Аллен энд Гамильтон» для реализации проекта разработки ракетной системы «Поларис», объединяющего около 3800 основных подрядчиков и состоящего из 60 тыс. операций. Использование метода PERT позволило руководству программы точно знать, что требуется делать в каждый момент времени и кто именно должен это делать, а также вероятность своевременного завершения отдельных операций. Руководство программой оказалось настолько успешным, что проект удалось завершить на два года раньше запланированного срока. Благодаря такому успешному началу данный метод управления вскоре стал использоваться для планирования проектов во всех вооруженных силах
США. Методика отлично себя зарекомендовала при координации работ, выполняемых различными подрядчиками в рамках крупных проектов по разработке новых видов вооружения.

Крупные промышленные корпорации начали применение подобной методики управления практически одновременно с военными для разработки новых видов продукции и модернизации производства. Широкое применение методика планирования работ на основе проекта получила в строительстве. Например, для управления проектом сооружения гидроэлектростанции на реке Черчилль в
Ньюфаундленде (полуостров Лабрадор). Стоимость проекта составила 950 млн. долларов. Гидроэлектростанция строилась с 1967 по 1976 г. Этот проект включал более 100 строительных контрактов, причем стоимость некоторых из них достигала 76 млн. долларов. В 1974 году ход работ по проекту опережал расписание на 18 месяцев и укладывался в плановую оценку затрат. Заказчиком проекта была корпорация Churchill Falls Labrador Corp., которая для разработки проекта и управления строительством наняла фирму Acress Canadian
Betchel.
По существу, значительный выигрыш по времени образовался от применения точных математических методов в управлении сложными комплексами работ, что стало возможным благодаря развитию вычислительной техники. Однако, первые
ЭВМ были дороги и доступны только крупным организациям. Таким образом, исторически первые проекты представляли из себя грандиозные по масштабам работ, количеству исполнителей и капиталовложениям государственные программы.

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

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

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

В настоящее время в США уже сложились глубокие традиции использования систем управления проектами во многих областях жизнедеятельности. Причем, основную долю среди планируемых проектов составляют небольшие по размерам проекты. Например, исследования, проведенные еженедельником InfoWorld , показали, что пятидесяти процентам пользователей в США требуются системы, позволяющие поддерживать планы, состоящие из 500 — 1,000 работ и только 28 процентов пользователей разрабатывают расписания, содержащие более 1,000 работ. Что касается ресурсов, то 38 процентам пользователей приходится управлять 50 — 100 видами ресурсов в рамках проекта, и только 28 процентам пользователей требуется контролировать более чем 100 видов ресурсов. В результате исследований были определены также средние размеры расписаний проектов: для малых проектов — 81 работа и 14 видов ресурсов, для средних —
417 работ и 47 видов ресурсов, для крупных проектов — 1,198 работ и 165 видов ресурсов. Данные цифры могут служить отправной точкой для менеджера, обдумывающего полезность перехода на проектную форму управления деятельностью собственной организации. Как видим, применение системы управления проектами на практике может быть эффективным и для очень небольших проектов.

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

Жизненный цикл проекта.

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

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

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

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

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

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

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

Теперь рассмотрим процесс управления проектом более подробно.

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

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

Термин процесс не принят в России в том контексте, в котором он далее используется. Здесь и далее под процессами понимаются действия и процедуры, связанные с реализацией функций управления.

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

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

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

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

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

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

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

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

Инициация включает единственный подпроцесс — Авторизацию, т.е. решение начать следующую фазу проекта.

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

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

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

Основные процессы планирования

Некоторые из процессов планирования имеют четкие логические и информационные взаимосвязи и выполняются в одном порядке практически во всех проектах. Так, например, сначала следует определить из каких работ состоит проект, а уж затем рассчитывать сроки выполнения и стоимость проекта. Эти основные процессы выполняются по несколько раз на протяжении каждой фазы проекта. К основным процессам планирования относятся:
Планирование целей — разработка постановки задачи (проектное обоснование, основные этапы и цели проекта),
Декомпозиция целей — декомпозиция этапов проекта на более мелкие и более управляемые компоненты для обеспечения более действенного контроля,
Определение состава операций (работ) проекта — составление перечня операций, из которых состоит выполнение различных этапов проекта,
Определение взаимосвязей операций — составление и документирование технологических взаимосвязей между операциями,
Оценка длительностей или объемов работ — оценка количества рабочих временных интервалов, либо объемов работ, необходимых для завершения отдельных операций,
Определение ресурсов (людей, оборудования, материалов) проекта — определение общего количества ресурсов всех видов, которые могут быть использованы на работах проекта (ресурсов организации) и их характеристик;
Назначение ресурсов — определение ресурсов, необходимых для выполнения отдельных операций проекта;
Оценка стоимостей — определение составляющих стоимостей операций проекта и оценка этих составляющих для каждой операции, ресурса и назначения;
Составление расписания выполнения работ — определение последовательности выполнения работ проекта, длительностей операций и распределения во времени потребностей в ресурсах и затрат, исходя и с учетом наложенных ограничений и взаимосвязей;
Оценка бюджета — приложение оценок стоимости к отдельным компонентам проекта (этапам, фазам, срокам);
Разработка плана исполнения проекта — интеграция результатов остальных подпроцессов для составления полного документа.
Определение критериев успеха — разработка критериев оценки исполнения проекта.

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

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

Процессы исполнения и контроля.

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

Как и в планировании, процессы исполнения можно подразделить на основные и вспомогательные.

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

Процессы анализа включают как анализ плана, так и анализ исполнения проекта.

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

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

Процессы анализа также можно подразделить на основные и вспомогательные.

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

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

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

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

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

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

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

Процессы управления коммуникациями.

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

Планирование системы коммуникаций.

Для изучения потребностей и описания структуры системы коммуникаций обычно требуется следующая информация: Логическая структура организации проекта и матрица ответственности. Информационные потребности участников проекта.
Физическая структура распределения участников проекта. Внешние информационные потребности проекта.

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

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

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

Оценка и отображение прогресса.

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

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

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

Сбор и распределение информации.

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

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

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

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

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

Документирование хода работ.

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

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

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

Управление коммуникациями и информационные технологии.

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

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

Эра господства больших ЭВМ, дорогостоящего специализированного программного обеспечения для управления проектами и дорогостоящих экспертов, умевших использовать это программное обеспечение продолжалась до середины 80-х годов. Использование автоматизированных систем управления проектами было ограничено организациями и проектами, бюджет которых позволял оплатить от $500.000 до $1.000.000 за установку соответствующих систем и привлечение специалистов.

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

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

Реализация концепции распределенной интегрированной системы управления проектом (или комплексом проектов), сбор и распространение актуальной информации в режиме реального времени стали возможными благодаря современным технологиям, обеспечивающим связь между участниками проектов в локальных и глобальных сетях. Теоретически руководители проектов сегодня могут получать детальные отчеты по проекту и выдавать задания не покидая офиса и без единого телефонного звонка. Таким образом, традиционные системы для управления проектами имеют шанс превратиться из систем для моделирования проектов в системы реально поддерживающие процессы управления.
Примером успешных внедрений информационных технологий в управление проектами может служить компания British Aerospace. При организации модернизации продукции, выпускаемой крупнейшей европейской аэрокосмической и оборонной компанией British Aerospace, перед предприятием встала задача выбора программного обеспечения для планирования и контроля. Military
Aircraft and Aerostructures (MA&A), входящая в состав British Aerospace, обратилась к компании Welcom за помощью в постановке ключевых компонент ПО для программы Увеличение Эффективности Операций — Operational Efficiency
Improvement (OEI).

В рамках программы OEI MA&A поставила перед собой задачи увеличения эффективности планирования, в том числе уменьшения длительности выполнения работ на 50 процентов, сокращения затрат на 30 процентов. Продукты Welcom —
Cobra и Open Plan -используются для координации работ проектов, составления бюджета, и обработки других элементов крупномасштабных проектов, осуществляемых MA&A.

«Мы предприняли значительные работы по оценке систем управления проектами, предлагаемых на мировых рынках,» — поясняет Мария Харвуд, директор по развитию и интеграции OEI, — «предпочтения были отданы Welcom за счет удачности реализации в их продуктах мультипроектного режима работы, и, кроме того, активного и продуктивного партнерства с Baan.»

«Аэрокосмонавтика всегда составляла основной рынок для Welcom в США,»
— поясняет Тони Велш, президент Welcom, — «Клиент такого уровня значимости гарантирует продвижение Welcom на европейском аэрокосмическом рынке.»

Первое реальное применение Open Plan и Cobra осуществляется на проекте создания боевого реактивного самолета Eurofighter. Eurofighter — мощнейший многофункциональный военный самолет, проектируемый согласно требованиям 4 европейских партнеров — Великобритании, Германии, Италии, Испании, одноместный, проворный, сконструированный для ведения атак при ограниченной видимости и на близком расстоянии. Самолет будет носителем современного оружия поражения типа воздух-земля.

На примере проекта с Eurofighter MA&A будет внедрять в компании систему управления и контроля затрат на основании фактической выработки (earned value analysis). Основой для корпоративного решения по управлению ресурсами станут Open Plan, Cobra, функционирующие в тесной взаимосвязи с
Baan A&D. Проектные работы, такие, как конструирование, инструментальная поддержка, сборка прототипа самолета будут полностью планироваться в Open
Plan. Планы проекта будут передаваться в Cobra для проработки бюджета проекта, а после данные передаются в Baan для актуализации данных по объемам и ввода фактических затрат.

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

А кто из нас не слышал о Cy-27, Су-30 МКИ и Су-37? Они заслуженно относятся к одним из лучших образцов авиационной техники. Однако, глядя на великолепные маневренные характеристики этих истребителей, не всегда задумываешься о том, что высокий уровень их летно-технических характеристик во многом обусловлен используемой в них силовой установкой, основным элементом которой является авиационный двигатель. Высокие показатели двигателя закладываются уже на самых ранних этапах его создания, начиная с разработки эскизного и технического проектов, подготовки рабочей конструкторской и технологической документации, затем на этапах подготовки производства и выпуска опытного образца. Подтверждаются и реализуются во время его испытания, доработки. И, наконец, воплощаются на этапе серийного производства. Управление всем этим процессом требует высокой согласованности действий всех подразделений машиностроительного предприятия.

Московское машиностроительное производственное предприятие «Салют», ведущее предприятие авиационного двигателестроения, выполняет полный цикл работ по созданию новых образцов двигателей. В настоящее время завод выпускает широкий спектр продукции, включающей не только турбореактивные авиационные двигатели, но и газотурбинные установки различного назначения.
«К сожалению, нередки случаи, когда из-за несогласованной работы подразделений и цехов предприятия нарушаются сроки выполнения договоров и возникает необходимость координации подразделений в авральном режиме», – рассказывает главный технолог завода Виктор Николаевич Харитонов. «В результате приходится в срочном порядке изменять графики работ, что требует дополнительных затрат времени, средств, технологических мощностей».
Подобные ситуации привели к осознанию необходимости внедрения автоматизированной системы управления проектами (АСУП). При этом АСУП должна позволять не только управлять выполнением отдельного проекта: сроками выполнения работ, использованием ресурсов на выполнение различных работ и т.д. Система должна обеспечивать координацию работ по всем проектам с учетом их приоритетности, общий анализ распределения ресурсов, бюджета, фиксацию фактически понесенных затрат. Учитывая сложность поставленной задачи, специалисты ММПП «Салют» произвели анализ рынка систем управления проектами. В качестве основных критериев выбора программного обеспечения рассматривались модульность системы с точки зрения уровней управления, возможность построения единой структуры проектов предприятия и многоуровневого анализа информации в рамках данной структуры, а также наличия треннинговых курсов и опыта внедрения АСУП у Российского представителя поставщика программного обеспечения. В результате было выбрано программное обеспечение фирмы Primavera Systems, Inc., а в качестве внедряющей компании – ее представитель в России – компания «ПМСОФТ». И в марте этого года совместными усилиями специалистов ММПП «Салют» и «ПМСОФТ» начался первый этап работ по внедрению АСУП. Основной задачей первого этапа является проведение предварительного обследования и разработка прототипа системы управления проектами, который позволит оценить степень решения поставленных задач и объем работ по внедрению системы в целом.

1.4 Формирование команды.

Понятие команды проекта

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

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

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

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

Стадии жизненного цикла команды

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

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

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

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

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

Расформирование – при завершении отдельных стадий и всего проекта расформировываются отдельные подразделения и вся команда проекта.

Проблемы формирования проектной команды

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

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

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

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

Генератор идей (plant) — выдвигает новые идеи и стратегии, уделяя особое внимание главным проблемам, с которыми сталкивается группа. Мне кажется, что для такой роли больше подходит название «провокатор» — человек, который пытается внедрять в команде радикальные технологии, искать новые решения технических задач.

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

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

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

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

Добытчик (resource investigator) — обнаруживает и сообщает о новых идеях, разработках и ресурсах, имеющихся за пределами проектной группы, налаживает внешние контакты, которые могут быть полезными для команды, и проводит все последующие переговоры. Я предпочитаю называть такого человека
«уборщиком мусора», поскольку он всегда знает, где отыскать бесхозный ПК, свободный конференц-зал, дополнительный рабочий стол или почти что любой другой ресурс, в котором нуждается команда. Такие ресурсы могут быть добыты по официальным каналам или нет; но даже если их можно достать «нормальным» способом, это нередко требует заполнения 17 форм в трех экземплярах, после чего приходится шесть месяцев ждать выполнения всех бюрократических процедур. Командный добытчик имеет много друзей и связей в своей организации, с помощью которых можно выпросить или одолжить необходимые ресурсы. Главное, что добытчик обожает свою деятельность.

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

1.5 КОРПОРАТИВНАЯ СИСТЕМА УПРАВЛЕНИЯ ПРОЕКТАМИ

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

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

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

Рис.2. Обобщенная схема позиционирования проекта по отношению к структуре организации.

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

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

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

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

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

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

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

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

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

Функции программного обеспечения для календарного планирования

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

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

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

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

Таблица 2. Базовые функциональные возможности системы календарного планирования
|Средства описания комплекса |Описания глобальных параметров |
|работ проекта, связей между |планирования проекта Описание логической |
|работами и их временных |структуры комплекса работ Многоуровневое |
|характеристик |представление проекта Назначение |
| |временных параметров планирования задач |
| |Поддержка календарей отдельных задач и |
| |проекта в целом |
|Средства поддержки информации|Организационная структура исполнителей |
|о ресурсах и затратах по |Ведение списка наличных ресурсов, |
|проекту и назначения ресурсов|номенклатуры материалов и статей затрат |
|и затрат отдельным работам |Поддержка календарей ресурсов Назначение |
|проекта. |ресурсов работам Календарное планирование|
| |при ограниченных ресурсах |
|Средства контроля за ходом |Фиксация плановых параметров расписания |
|выполнения проекта. |проекта в базе данных Ввод фактических |
| |показателей состояния задач Ввод |
| |фактических объемов работ и использования|
| |ресурсов Сравнение плановых и фактических|
| |показателей и прогнозирование хода |
| |предстоящих работ |
|Графические средства |Диаграмма Ганта (часто совмещенная с |
|представления структуры |электронной таблицей и позволяющая |
|проекта, средства создания |отображать различную дополнительную |
|различных отчетов по проекту.|информацию) PERT диаграмма (сетевая |
| |диаграмма) Создание отчетов, необходимых |
| |для планирования и контроля |

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

Пакеты календарного планирования — решение для всего предприятия

Только сейчас, в конце 90-х, у менеджеров появились системы управления проектами, которые предлагают простой доступ к информации о множестве одновременно выполняющихся проектов. Системы управления проектами перестали быть лишь средством создания и оптимизации модели проекта, они превращаются в ядро сбора и обработки данных о проекте в режиме реального времени. Два технологических преимущества сделали все это доступным: открытый доступ — операционная среда, позволяющая автоматически осуществлять обмен данными между системами управления проектами и другими типами приложений. Если данные хранятся в базах данных (БД), как это делается в системах сетевого планирования, открытый доступ может осуществляться с помощью ODBC;

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

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

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

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

Microsoft Project 98 и Time Line 6.5 — недорогие пакеты управления проектами, просты в использовании, доступны для новичков и непрофессионалов. Содержат базовые возможности, позволяющие осуществлять достаточно гибкое планирование и управление людскими ресурсами, поддерживают несложное многопроектное планирование и контроль.

Project 98, как и следовало ожидать, один из лидеров по возможностям объединения участников проекта средствами электронной почты или интранет.
При описании ресурса для каждого исполнителя может быть указан адрес его электронной почты. Тогда для рассылки информации о работах по исполнителям достаточно выполнить команду TeamAssign, а для запроса информации о состоянии работ — команду TeamStatus. Информация о работах проекта может сохраняться в формате HTML и публиковаться на внутреннем Web-сервере. Кроме стандартных форматов файлов Microsoft Project: MPP и MPX, пользователь теперь может сохранить информацию о проекте в форматах ODBC, Excel и Access
8.0. Формат MPD (Microsoft Project Database) позволяет хранить все данные о проекте в структуре доступной как из Project 98, так и из Access 8.0.

Что касается Time Line, то система позволяет хранить все данные, касающиеся проектов организации в единой SQL базе данных. Отдельный модуль импорта/экспорта позволяет обмениваться данными с другими пакетами УП (MS
Project, Time Line 1.0 for Windows), базами данных (dBASE) и электронными таблицами. Time Line 6.5 поддерживает стандарты ODBC, OLE 2.0, DDE, поддерживает макроязык Symantec Basic.

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

Open Plan Professional (Welcom Software) — представитель класса профессиональных систем. Одним из основных отличий системы являются мощные средства ресурсного и стоимостного планирования, которые позволяют значительно облегчить задачу нахождения наиболее эффективного распределения ресурсов и составления их рабочего расписания. Кроме того, пользователями интегрированной системы управления проектами организации являются как профессиональные менеджеры, осуществляющие согласование и оптимизацию планов проектов, анализ рисков, прогнозирование и т.д., так и участники проектов, выполняющие сбор, уточнение и актуализацию данных, готовящие отчеты. Если для профессионалов важна мощность и гибкость предоставляемых системой функций планирования и анализа состояния проектов, то для остальных пользователей важней простота и прозрачность системы. Только Open
Plan обеспечивает сегодня как полную интеграцию между профессиональной и
«настольной» версиями системы, так и открытость для обмена данными с внешними приложениями.

Open Plan поставляется в двух вариантах – Professional и Desktop – каждый из которых отвечает различным потребностям исполнителей, менеджеров и других участников проекта. Обе версии работают с одной базой данных — нет необходимости в обмене данными. Совместное использование профессиональной и
«облегченной» версий системы управления проектами позволяет не только учесть потребности всех групп пользователей, но и значительно снизить стоимость решения.

Рис. № 3. Схема использования Open Plan.

К основным преимуществам Open Plan относится то, что он может работать с данными любого профиля, имеющими отношение к жизнедеятельности предприятия. Программное обеспечение Welcom можно настроить на работу с разнообразными базами данных благодаря объектно-ориентированной и клиент- серверной архитектуре. Open Plan обладает прямым доступом к SQL базам данных. Пользователь может выбрать в каком формате хранить данные по проектам (в собственном формате Open Plan, в форматах Oracle, SQL Server,
Sybase, xBase).

Open Plan обеспечивает ограничение доступа к данным проекта, позволяя предоставлять различные права на доступ к определенным данным, делая их доступными ограниченному кругу лиц и регулируя их совместное использование.
Средство «Директор управления проектами», встроенное в Open Plan, позволяет упорядочить применение стандартных элементов проектов и процедур. В Open
Plan предлагается 65 моделей, построенных на базе руководств PMI (Института
Проектного Менеджмента, США), которые можно настроить для создания документов, отвечающих требованиям C/SCSC и ISO стандартов.

Попробуем составить свой проект, который бы отвечал всем тем критериям и условиям описанным в первой части моей работы. Для отличия его от всех остальных назовем его СУПЕРПРОЕКТОМ по приготовлению завтрака.
Несмотря на шутливое название в нем будут включены практически все разделы настоящего, взрослого проекта.
Цель проекта – приготовить вкусный и питательный завтрак.
Конечный результат – завтрак, вареного яйца, тоста и апельсинового сока.
Критерий успеха – используются минимальные трудовые ресурсы и срок.
Конечный продукт имеет высокое качество (яйцо свежесваренное, тост теплый, сок холодный).
Задачи – Проект начинается на кухне в 6:00 и завершается в спальне.
Требуется один оператор и обычное кухонное оборудование.

Оценка сроков и ресурсов

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

Таблица 1. Оценка затрат труда и времени на выполнение суперпроекта.
|Работа |Трудозатраты |Время |
| |(человеко-минуты) | |
|Намазать тост маслом |1 |1 |
|Налить апельсиновый сок|1 |1 |
|Сварить яйцо |0 |4 |
|Порезать хлеб |1 |1 |
|Налить в кастрюльку |1 |1 |
|воды | | |
|Вскипятить воду |0 |3 |
|Поджарить хлеб |0 |2 |
|Поставить на поднос |1 |1 |
|тарелки и приборы | | |
|Отнести поднос с |1 |1 |
|завтраком | | |

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

Рисунок 2. Кривая распределения вероятности

Выявление отношений и зависимостей

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

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

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

Обе эти последовательности должны быть выполнены до работы “отнести накрытый поднос в спальню”.

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

Рисунок 3. Последовательность работ по “суперпроекту”.

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

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

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

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

Вернемся к нашему суперпроекту. Какое влияние на наш прекрасный план оказывают ресурсы?
Рисунок 4. Оценка трудозатрат по “суперпроекту”

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

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

Рисунок 5. Оптимизация трудозатрат по “суперпроекту”.

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

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

Рисунок 12. Оптимизация “суперпроекта” по качеству

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

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

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

Но есть положительные сдвиги в этой отрасли экономической мысли и в нашей стране. Например на Московском машиностроительном производственном предприятии «Салют» началось внедрение системы управления проектами.

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

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

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

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

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

Ресурсы интернет:
1. www.project.narod.ru – управление проектами.
2. www.projectmanagement.ru – управление проектами в России.
3. Webforum.land – форум по управлению проектами в России.
4. Воропаев В. И. Управление проектами в России. М.: Аланс, 1995.
5. Разу М. Л. и др. Модульная программа для менеджеров. Управление программами и проектами 8. М.: ИНФРА-М, 2000.

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

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

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

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

Проекты могут реализовываться в любых организационных структурах. Это могут быть функциональные, разнообразные матричные и, разумеется, проектные структуры. Все зависит от того, насколько для организации важен результат от их завершения. Наименьшее значение проектам придается в функциональных структурах. Здесь нет или немного есть ответственности у управляющего проектом, практически нет персонала работающего на полную ставку по проекту и т.д. В проектных наоборот. Управляющий проектом имеет высокую, практически полную ответственность за проект. В проекте работает на полной ставке более 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. применяется в очень разных сферах деятельности: на российских предприятиях нефтегазовой промышленности (проекты по разведке и разработке нефтяных, газовых и других месторождений, организации добычи, транспортировки и переработки нефти и т.д. являются очень сложными и носят уникальный характер), при восстановлении инфраструктуры Боснии (с помощью проектного управления единая картина проведения работ объединяет, с одной стороны, различные секторы экономики: энергетику, здравоохранение, образование и т.д., а с другой, многочисленных субподрядчиков), для организации снабжения научно-исследовательских станций в Антарктике (промежуток времени, в течение которого могут выполняться инженерно-технические работы, — очень короткий и необходимо очень точно спланировать работы и рассчитать ресурсы), реконструкции МКАД и организации Олимпийских Игр, строительство плавучей платформы для запуска космических спутников и т.д.

Источник http://oroalbero.ru/biznes-plan-organizacionnye-struktury-upravlenija-proektami/

Источник http://gameasphalt.ru/proekty-na-predpriyatii-upravlenie-proektami-na-predpriyatii/

Источник

Источник