Управление проектами — Википедия

Управление проектами — область деятельности, в ходе которой определяются и достигаются чёткие цели проекта при балансировании между объёмом работ, ресурсами (такими как деньги, труд, материалы, энергия, пространство и другими), временем, качеством и рисками (PMBoK) ^{[источник не указан 593 дня]}.

Ключевым фактором успеха проектного управления является наличие чёткого заранее определённого плана, минимизации рисков и отклонений от плана, эффективного управления изменениями (в отличие от процессного, функционального управления, управления уровнем услуг) ^{[источник не указан 593 дня]}. Продуктами проекта могут быть продукция предприятия или организации (результаты научных и маркетинговых исследований, проектно-конструкторская и технологическая документация на новое изделие, разработанные для заказчика) и решение разных внутренних производственных задач (например, повышение качества продукции и эффективности организации труда, оптимизация финансовых потоков).

Управление проектами является частью системы менеджмента предприятия.

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

В основе современных методов управления проектами лежат методики структуризации работ и сетевого планирования, разработанные в конце 50-х годов XX века в США.

Классическая форма тройственной ограниченности[править | править код]

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

The Project Management Triangle

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

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

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

Подходы к управлению жизненным циклом продукта[править | править код]

Существует множество подходов к управлению жизненным циклом проекта/продукта в зависимости от типа проекта:

• Предположение о неизменности требований, низких рисках, критичности сроков завершения. В этом случае применяется водопадный жизненный цикл. Для планирования и контроля хорошо применимы методы PERT, метод критического пути, метод освоенного объема, диаграмма Ганта. Основная слабая сторона классического проектного менеджмента – нетолерантность к изменениям. Подход применим к строительным и инженерным проектам, в которых содержание проекта остаётся практически неизменным в течение всего проекта ^[1].
• Предположение о критичности качества, при этом требования к сроку и ресурсам достаточно гибки (под качеством здесь понимается полнота удовлетворения потребностей, как известных, так и неизвестных заранее, часто создаваемых выходом нового продукта). В этом случае применяются спиральный жизненный цикл, гибкая методология разработки продукта, минимизация администрирования и неформальный подход к управлению проектом. К преимуществам относят гибкость и адаптивность под изменения требований. В качестве недостатков отмечают что гибкость может приводить к потере фокуса, усложнению внесения непредвиденных изменений ^[1].
• Предположение о высоких неопределенностях и рисках проекта (для инновационных проектов и стартапов). В этом случае применяются подходы управления бережливый стартап, Phase–gate model^[en], Управление реализацией преимуществ^[en][2].

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

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

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

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

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

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

Цель управления проектом и успешность проекта[править | править код]

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

Группы оценок успешности:

• Ориентированные на контракт с жесткой фиксацией требований и минимизацией изменений в ходе проекта, например традиционные методологии, в том числе PMBOK: «проект успешен, если выполнен согласно утвержденным критериям: объёму, сроку, качеству». То есть проект успешен, если исполнен и закрыт договор между Заказчиком и Исполнителем (вне зависимости от того, являлся ли он юридическим документом в случае внешних проектов или определялся как-то иначе в случае внутренних проектов). При этом оценка успешности единая как для заказчика так и для исполнителя.
• Ориентированные на удовлетворенность заказчика с гибким управлением требованиями, например гибкие методологии SCRUM: «проект успешен, если заказчик удовлетворен»
• Ориентированные на длительное взаимодействие с Заказчиком: управление программами, направленное на длительное взаимодействие, а не на один проект/контракт. Здесь делается акцент на продолжение сотрудничества Исполнителя с Заказчиком в рамках последующих проектов и иного взаимодействия.
• Сбалансированные, например PRINCE2: «проект успешен при сбалансированности по крайней мере по трем категориям — бизнеса, ориентации на пользователя и технологической зрелости». Здесь делается акцент на финансовой успешности проекта, удовлетворенности пользователей и развитии технологий. Оценка успешности может различаться с точки зрения бизнеса, пользователя и исполнителя. Такие методики оценки чаще используются для внутренних проектов, когда заказчик и исполнитель находятся в одной организации.

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

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

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

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

Корпоративная система управления проектами[править | править код]

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

Процедуры управления проектом по традиционной методологии[править | править код]

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

• Определение среды проекта.
• Формулирование проекта.
• Планирование проекта.
• Техническое выполнение проекта (за исключением планирования и контроля).
• Контроль над выполнением проекта.

Процедуры управления проектом по методологии PMI[править | править код]

Основные процедуры и процессы PMI описаны в стандарте PMBOK:

• Определение требований к проекту
• Постановка чётких и достижимых целей
• Балансирование конкурирующих требований по качеству, возможностям, времени и стоимости
• Адаптация спецификаций, планов и подходов для нужд и проблем различных заинтересованных лиц (стейкхолдеров)

Процедуры управления проектом по методологии IPMA[править | править код]

Процедуры управления проектом по методологии PRINCE2[править | править код]

• Начало проекта (SU).
• Запуск проекта (IP).
• Планирование проекта (PL).
• Управление проектом (DP).
• Контроль стадий (CS).
• Контроль границ стадий (SB).
• Управление производством продукта (MP).
• Завершение проекта (CP).

Прочие процедуры (управление командой, контрактами) вынесены «за рамки» методологии и называются инструментарием менеджера проекта. Кроме того, методология рассматривает «компоненты», которые состоят из Бизнес плана (Business Case), организации, планирования, управления рисками, управления качеством, управление конфигурацией, контроля и управления изменениями.

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

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

Международные стандарты управления (менеджмента) проектами:

• ISO 10006:2003, Quality management systems — Guidelines for quality management in projects (в России принят как ГОСТ Р ИСО 10006—2005 «Системы менеджмента качества. Руководство по менеджменту качества при проектировании»)
• ISO 21500:2012 Guidance on project management (в России принят как ГОСТ Р ИСО 21500-2014 Руководство по проектному менеджменту)^[3]

Национальные стандарты с расширенной географией применения:

Национальные стандарты управления проектами:

Стандарты оценки компетенции менеджера проекта:

1. Методология PMI, сформулированная в виде стандарта PMBOK, базируется на концепции управления проектами через группу стандартных процессов. Однако последняя версия стандарта PMBOK отражает существенную коррекцию методологии в сторону итеративных методик.
2. Методология IW URM (Unique Reliable Method), разрабатывалась и оттачивалась с тем, чтобы в любом проекте был гарантирован успех — цели клиента достигнуты в оговоренный срок, в рамках определенного бюджета и с необходимым качеством. Для реализации разных типов проектов используется набор различных процедур, документов и технологий, наиболее подходящих для конкретного типа проекта.
3. Процесс управления проектами TenStep помогает менеджерам проектов успешно руководить проектами всех видов. TenStep предлагает пошаговый подход, начинающийся с простейших вещей и заканчивающийся настолько изощренными приемами, насколько это может потребоваться для конкретного проекта, включая шаблоны документов.
4. Методология P2M базируется в ориентированности не на продукт или процессы, а на улучшение организации в результате выполнения проектов. Иными словами, методология описывает, как использовать полученный в результате выполнения проектов опыт для развития компании.

Существует программное обеспечение как для управления проектами, так и управления портфелем проектов.

• Стэнли Э. Портни. Управление проектами для «чайников» = Project Management For Dummies. — М.: «Диалектика», 2006. — С. 368. — ISBN 0-7645-5283-X.
• Рассел Д. Арчибальд. Управление высокотехнологичными программами и проектами = Managing High Technology Programs and Projects. — М.: Академия Ай-ти, 2004. — С. 472. — ISBN 5-98463-002-3.
• Ньюэлл Майкл В. Управление проектами для профессионалов. Руководство по подготовке к сдаче сертификационного экзамена. — Кудиц-пресс, 2008. — С. 416. — ISBN 978-5-91136-009-2.
• Том ДеМарко. Deadline. Роман об управлении проектами. — М: Вершина, 2006. — С. 143. — ISBN 5-9626-0132-7.
• Ашманов Игорь Станиславович. Жизнь внутри пузыря. — М.: Манн, Иванов и Фербер, 2008. — С. 208. — ISBN 978-5-902862-79-6. Архивная копия от 3 июня 2009 на Wayback Machine
• Ким Хелдман. Профессиональное управление проектами. — М.: Бином, 2005. — С. 517. — ISBN 5-94774-234-9.
• Лапыгин Ю. Н. Управление проектами: от планирования до оценки эффективности. — М.: Омега-Л, 2008. — С. 252. — ISBN 978-5-370-00985-3.
•  Богданов. В. В. Управление проектами. Корпоративная система — шаг за шагом. — М: : Манн, Иванов и Фербер, 2012. — 248 c. — ISBN 978-5-91657-232-2

Разработка и планирование проекта

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

Планирование проекта

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

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

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

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

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

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

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

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

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

Основные процессы (присутствуют всегда):

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

Вспомогательные процессы (присутствуют по мере необходимости):

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

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

Принципы проектного планирования

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

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

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

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

Структура разбиения работ, матрица ответственности, статьи затрат

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

Для руководителя проекта СРР не менее важна, т.к. позволяет:

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

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

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

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

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

Составление СРР может выстраиваться на следующих основаниях:

• Этапы жизненного цикла проекта
• Особенности организационной структуры
• Компоненты результата (товара, услуги и т.п.), получаемого после реализации проекта
• Функциональные или процессные элементы деятельности организации, которая реализует проект
• Географическое расположение (если проекты распределены пространственно)

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

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

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

Не менее важно избегать ряда ошибок при структуризации проекта, а именно нельзя:

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

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

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

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

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

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

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

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

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

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

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

• Трудовые ресурсы
• Финансовые средства
• Оборудование
• Техническое оснащение
• Технологии и информация
• Поставщики и материалы

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

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

Как только ответы на эти вопросы будут получены, можно проводить окончательное распределение ответственности.

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

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

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

• Ответственные лица
• Структура счетов
• Сроки выполнения
• Содержание работ

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

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

Сетевое планирование проектов

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

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

Есть также тип сетевой диаграммы, называемый сетью типа «вершина-событие», но в практической работе его применяют не так часто. В этом случае работа имеет вид линии, соединяющей два события (узлы графа), отображающие начало и конец определенной работы. Хорошим примером такой диаграммы является PERT-диаграмма – вот она:

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

Методами сетевого планирования называют методы, нацеленные на максимальное сокращение продолжительности проекта. Их основой служат метод критического пути (МКП или CPM (от англ. Critical Path Method)) и метод оценки и пересмотра планов (PERT (от англ. Program Evaluation Review Technique)).

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

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

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

Горизонтальная линейная диаграмма, где проектные задачи представлены временными отрезками с конкретными временными параметрами (началом, окончанием, задержками и т.д.) называется диаграммой Гантта, и она тоже является неотъемлемой частью сетевого планирования. Вот ее пример:

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

Сетевая модель разрабатывается поэтапно:

• Определяются списки проектных работ
• Оцениваются параметры работ
• Устанавливаются зависимости между работами

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

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

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

Чтоб отдельные этапы проекта и весь проект в целом были реализованы своевременно, необходимо также планировать проект по временным параметрам. Рассмотрим этот вопрос подробнее.

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

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

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

Планирование по временным параметрам – ключевой элемент проект-менеджмента, включающий в себя несколько составляющих. Этими составляющими являются:

• Концепция управления проектом по временным параметрам
• Календарное планирование проекта
• Контроль хода проектных работ
• Анализ и урегулирование хода работ
• Закрытие управления проектом

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

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

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

Если говорить о причинах временных потерь в проекте, то к ним можно отнести:

• Ненадлежащее управление качеством и составлением смет
• Отсутствие резервного плана при непредвиденных затратах
• Некачественное распределение рисков среди участников проекта
• Отсутствие структуры в системе коммуникаций
• Трудновыполнимая система проектной отчетности

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

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

или так:

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

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

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

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

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

Проектное планирование включает в себя несколько этапов:

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

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

• Постановка ошибочных целей
• Использование неполной информации
• Игнорирование прошлого опыта
• Игнорирование вопроса доступности ресурсов
• Недостаток внимания координации участников проекта
• Игнорирование мотивации исполнителей
• Чрезмерное внимание детализации плана
• Составление плана ради плана и игнорирование контроля следования плану

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

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

Проверьте свои знания

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

Кирилл НогалесСергей Крутько

Этапы проекта. Этапы работы над проектом

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

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

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

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

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

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

Этапы проекта: общая характеристика

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

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

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

Разработка школьного проекта

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

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

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

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

Разработка инвестиционного проекта

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

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

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

Существует еще один вид проекта – творческий. Его разработка также проходит согласно определенным этапам.

Разработка творческого проекта

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

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

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

Оформление проекта

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

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

После оформления проекта наступает этап защиты.

Защита проекта

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

Выводы

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

Что такое проект и зачем он нужен?

В первую очередь, нужно понимать, что же такое проект дома и зачем он нужен.

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

Проект — это комплект чертежей, разработанный и просчитанный специалистами в области проектирования, с применением ГОСТов и СНИПов. Иными словами, проект — это Рабочая Документация, без которой строительство дома само по себе представляется невозможным, так как приведет к плачевным, а зачастую и необратимым последствиям.

Итак, зачем нужен проект?

1. Вы можете выбрать подходящий именно Вам дом и получить на него всю необходимую для строительства информацию (Архитектурный и Конструктивный разделы).
2. Наличие проекта позволяет избежать препятствий со стороны органов архитектурного надзора при согласованиях и получении разрешения на строительство.
3. Вы сможете детально проконтролировать процесс строительства, начиная с составления сметы, даже не имея при этом специализированного образования.
4. Ведомости расхода материалов, содержащиеся в проектной документации, позволят Вам приобрести весь необходимый объем стройматериалов и избежать излишней траты денег.
5. В проекте представлены все необходимые и проверенные узлы. А если вдруг возникнет вопрос, всегда можно обратиться к разработчику.
6. Наличие проекта позволит Вам максимально исключить ошибки при строительстве и убережет от применения неграмотных технических решений, а, следовательно, и от затрат на их устранение.
7. Также проект позволит Вам получить технические условия для подключения к централизованному водопроводу и сети электроснабжения.
8. Проект дома необходим Вам для сдачи дома в эксплуатацию и получения на него паспорта ПИБ (Архитектурный раздел).
9. Проект необходим для регистрации недвижимости.
10. Вы сможете застраховать свой дом в любой страховой компании.

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

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