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

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

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

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

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

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

В основе современных методов управления проектами лежат методики структуризации работ и сетевого планирования, разработанные в конце 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

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

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

Оглавление:

Что такое проект и управление проектами

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

Исходя из этого определения, под управлением проектами (Project Management) следует понимать приложение знаний, усилий, опыта, инструментов и методов к проектным работам для удовлетворения предъявляемых к проекту требований.

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

Зачем нужно управление проектами

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

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

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

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

Кто такой руководитель проекта

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

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

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

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

• Знания, т.е. то, что проект-менеджер знает о проект-менеджменте
• Исполнение, т.е. то, что проект-менеджер в состоянии сделать и чего достичь, используя свои знания
• Личностные качества, т.е. поведение проект-менеджера в процессе реализации проекта и связанной с ним работы

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

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

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

1	Собрать для осуществления задумки правильных людей и создать из них команду, члены которой будут разделять общие идеи, ценности и цели, нести ответственность за свои решения и поступки. Этот навык можно назвать основополагающим.
2	Вести переговоры, т.к. во время реализации проектов их насчитывается огромное количество. Сюда же можно отнести и управление конфликтами. Без этих навыков реализация проекта будет сопряжена с массой проблем, как внутренних, так и внешних.
3	Повести за собой людей, т.е. быть лидером. Учитывая то, что не каждый от рождения обладает способностью к лидерству, лидерские навыки нужно развивать и культивировать. Для этого существует немало специальных тренингов и курсов.
4	Применять различные методы управления проектами, причем речь здесь идет именно о практическом навыке их применения. Но для начала о них следует узнать, и с самыми популярными из них вы познакомим вас в этом курсе.
5	Внедрять в деятельность и использовать разнообразные программные продукты – системы управления проектами. О нескольких десятках таковых вы также узнаете, пройдя наш курс.

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

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

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

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

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

Хотите проверить свои знания?

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

А теперь предлагаем вам познакомиться с кратким содержанием каждого из пяти уроков курса «Управление проектами».

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

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

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

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

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

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

Урок 2. Управление командой проекта. Личная и командная эффективность

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

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

Урок 3. Управление рисками в проект-менеджменте

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

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

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

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

Четвертый урок посвящен рассмотрению самых популярных на сегодняшний день методов управления проектами: Agile, Lean, Six Sigma, Kanban, Scrum и PRINCE2. Кроме описаний мы приведем упрощенные схемы работы по этим методам и расскажем об их преимуществах и недостатках.

Урок 5. Системы управления проектами

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

В пятом уроке приведены ознакомительные характеристики пятидесяти систем управления проектами, среди которых Basecamp, Asana, TeamBridge, Адванта, Time Master, Microsoft Project, Project Kaiser, Workdoer, ProjectOffice, Comindwork, WebAsyst, Zoho Projects, IPI.MANAGER, Assembla и ряд других. В заключение мы немного поговорим о пользе применения этих систем.

Книги по управлению проектами

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

Как проходить занятия

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

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

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

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

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

Цитаты знаменитых людей о проектах и управлении проектами

«В какой бы стадии ни находился проект, время, необходимое для его завершения, есть величина постоянная» - Закон Хартри

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

«Проект – это черновик будущего» - Жюль Ренар

«Мы должны либо найти путь, либо проложить его» - Ганнибал

«Пытаться управлять проектами без проектного управления – это как пытаться играть в футбол без плана игры» - Карен Тейт

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

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

«Не важно, насколько хороша ваша команда или как эффективна методология, если вы не решаете правильную проблему, то проект провалится» - Вуди Уильямс

«ПРАВИЛО 90 НА 10. При осуществлении любого проекта первые 90 процентов работы занимают 10 процентов времени, а последние 10 процентов — остальные 90 процентов времени. - Законы Мерфи

«Планы — бесполезны, планирование — бесценно» - Дуайт Эйзенхауэр

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

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

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

Что считается проектом

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

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

Рисунок 1. Условия выделения группы задач в проект

Отдельного пояснения заслуживают два признака для выделения задач в проект:

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

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

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

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

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

• PMI;
• PRINCE2;
• SDLC;
• Agile;
• Extreme;
• Lean Six Sigma;

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

Таблица 1. Общее сравнение наиболее популярных подходов проектного управления

Подход	PMI	PRINCE2	SDLC	Agile	Lean Six Sigma
Типы управляемых проектов	Все, в основном крупные	Все, в основном крупные	Сложные IT-проекты	В основном IT-проекты	Повышение качества производства
Региональная популярность	Северная Америка	Европа, Азия	Глобально, крупные компании	Глобально, в основном стартапы	Глобально, крупные компании
Ключевые преимущества	Хорошо структурирован под реализацию больших проектов	Хорошо структурирован под реализацию больших проектов	Хорошо структурирован под реализацию больших проектов	Идеально для небольших проектов или проектов с часто меняющимися условиями	Идеально для проектов по повышению качества продукции
Ключевые недостатки	Излишне затратен для небольших проектов или для проектов с повышенной степенью неопределенности	Излишне затратен для небольших проектов или для проектов с повышенной степенью неопределенности	Излишне затратен для небольших проектов или для проектов с повышенной степенью неопределенности	Вероятны отклонения от ожиданий заказчика проекта	Неприменим для всех видов проектов
Сертификация для исполнителей	Требуется	Требуется	Не требуется	Не требуется	Требуется

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

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

Основные этапы проекта

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

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

Рисунок 2. Группы процессов проекта

Далее рассмотрим их подробнее.

Инициирование проекта

Инициирование проекта можно разделить на две части:

1. Формирование устава проекта.
2. Формирование команды проекта.

Устав проекта – это относительно небольшой по объему документ (6–7 слайдов максимум). Напомню, что мы говорим о внутренних проектах, где исполнитель и заказчик работают в одной компании. Устав проекта преследует следующие цели:

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

Устав проекта резюмируется в небольшую таблицу (см. таблицу 2).

Таблица 2. Резюме проекта.

Наименование проекта: Улучшение процесса обслуживания покупателей
Предпосылки: покупатели выражают недовольство длительным сроком или отсутствием ответов на свои запросы	Участники проекта: Спонсор проекта: Заказчик проекта: Куратор проекта: Руководитель проекта: Команда проекта:
Цели: Обеспечить ответ на каждый запрос. Сократить средний срок решения запроса покупателя на 60%. Сократить количество повторных обращений на 80%	Критерии оценки: Среднее время реагирования на запрос покупателя. Количество повторных запросов. Результаты ежегодного опроса покупателей
Периметр проекта: подразделение Южного-Федерального округа	Допущения: Документация проекта будет рассмотрена не позднее20 декабря 2019 г. Проектная команда будет утверждена в предложенном составе
Ключевые вехи: Утверждение проекта – январь 2020 г.
Анализ и протоколирование источников – февраль 2020 г.
Утверждение рекомендаций – апрель 2020 г.
Внедрение рекомендаций – май 2020 г.

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

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

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

Этап должен ответить на следующие вопросы:

1. Что планируется сделать?
2. Как планируется сделать?
3. Какие события являются критериями завершения проекта?

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

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

Рисунок 3. Структура плана проекта

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

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

1. Финансовый план и план мероприятий должны быть синхронизированы.
2. Финансовый план должен рассчитывать объем необходимых инвестиций и бюджеты проекта. Бюджеты могут быть разбиты по времени и подразделениям, но в сумме они должны быть сопоставимы с объемом запрошенных инвестиций.
3. Финансовый план должен учитывать именно те ресурсы, которые будут предоставлены для его реализации. Из этого тезиса, например, возникает необходимость разделения учета расходов на персонал на операционную деятельность и непосредственно на реализацию проекта.
4. Оба плана должны допускать возможность внесения изменений в рамках утвержденных процессов.
5. Финансовый план и бюджет проекта должны быть синхронизированы с текущей учетной политикой компании. Неэффективно планировать расходы и доходы без возможности последующего сбора соответствующих фактических значений.

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

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

Проектные задачи – это всегда умение работать с неопределенностью.

Исполнение проекта

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

1. Необходимо защищать периметр проекта. Желание расширить его границы возникает практически всегда. И здесь важно донести до заказчика и спонсора необходимость внесения соответствующих изменений в утвержденные планы или о воздержании от внесения таковых.
2. Основная роль руководителя проекта – это коммуникации. Важно ограничивать свое желание уйти в исполнение, разработку продукта, проектирование и т.п. Коммуникации на предприятии могут стать настоящим кошмаром проектного управления, если им не уделять большую часть своего внимания.
3. Согласованные в проектной документации ресурсы должны быть реально предоставлены.
4. Мотивация персонала для проектных и операционных задач должна быть разной. Проектные задачи – это всегда умение работать с неопределенностью. Здесь важно избегать формальных решений, и отдельная мотивация является одним из наиболее эффективных инструментов. Она может быть выражена в виде премий, доли в проекте и в виде любых других поощрений.

Мониторинг и контроль проекта

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

Рисунок 4. Иерархия проектов

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

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

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

Рисунок 5. Варианты закрытия проекта

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

Заключение

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

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

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

Управление проектированием — это организационно-техническая деятельность, которая в рамках условий поставленной задачи позволяет наилучшим образом разработать проектную документацию на новую продукцию^[1].

Понятие проекта и проектирования[править | править код]

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

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

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

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

Стороны проектной деятельности[править | править код]

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

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

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

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

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

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

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

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

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

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

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

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

Рис.1. Основные части проектирования

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

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

• Практическая полезность:
  • деятельность должна быть целенаправленной, устремленной на удовлетворение действительных потребностей реального потребителя или определенной социальной, возрастной или иной группы людей, а также на удовлетворение действительных целей предприятия;
  • деятельность должна быть целесообразной. Важно вскрыть причины, препятствующие использованию существующих объектов для удовлетворения новых потребностей, выявить вызывающие их ключевые противоречия и сконцентрировать усилия на их разрешении;
  • деятельность должна быть обоснованной и эффективной. Разумным будет использование не любого решения задачи, а поиск оптимального варианта;
• Единство составных частей:
  • целесообразно любой объект и процесс, сложный ли он или простой, рассматривать как систему, внутри которой можно выделить логически связанные более простые части — подсистемы, единство частных свойств которых и образует качественно новые свойства системы;
  • разрабатываемые объекты предназначены для людей, ими создаются и эксплуатируются. Поэтому человек также обязан рассматриваться в качестве одной из взаимодействующих систем. При этом должно приниматься во внимание не только физическое взаимодействие, но и духовно-эстетическое воздействие;
  • внешняя, или как её ещё называют — жизненная среда, также должна рассматриваться в качестве системы, взаимосвязанной с проектируемым объектом, а процесс проектирования — как часть системы функционирования предприятия;
• Изменяемость во времени:
  • учёт этапов жизненного цикла объекта и процесса разработки;
  • учёт истории и перспектив развития и применения разрабатываемого объекта, а также областей науки и техники, на достижениях которых базируются соответствующие разработки^[4].

Методы и модели проектной деятельности[править | править код]

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

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

Среди эвристических методов отметим следующие универсальные методы:

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

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

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

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

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

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

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

Структура проектной деятельности (план управления)[править | править код]

Рис.2. Структура проектной деятельности

Проектирование как целенаправленная деятельность обладает определённой структурой.
Структура проектной деятельности — это целенаправленная последовательность выполнения процедур на основе взаимодействия участников проектного процесса. Структура задаёт алгоритм (план) управления, ведущий к достижению целей проектирования, и представляет собой модель управления процессом проектирования^[5].

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

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

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

• выбор модели (то есть основополагающего принципа, вида блок-схемы и расчетной схемы),
• выбор метода решения,
• решение,
• анализ полученных результатов, оценка и принятие решения^[6].

Составление технического задания[править | править код]

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

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

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

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

С другой стороны, стоит принимать во внимание слова Ли Якокки: «… беда в том, что ты учился в Гарварде, где тебе вбили в голову, что нельзя предпринимать никаких действий, пока не соберёшь все факты. У тебя 95 % информации, а для того, чтобы собрать недостающие 5 %, тебе понадобится еще шесть месяцев. За это время все факты устареют, потому что рынок развивается гораздо быстрее. Самое главное в жизни — всё делать вовремя.

… главная задача состоит в том, чтобы собрать все важные факты и точки зрения, которые вам доступны. Но в какой-то момент надо начинать действовать решительно. Во-первых, потому, что даже самое правильное решение оказывается неверным, если оно принято слишком поздно. Во-вторых, потому, что в большинстве случаев не существует такой вещи, как полная уверенность. Вам никогда не удастся собрать все 100 % информации. К сожалению, жизнь не будет ждать, пока вы оцените все возможные просчеты и потери. Иногда надо просто двинуться вперед наудачу и исправлять ошибки по ходу движения».^[7]

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

• Функциональная постановка целей. Изделие является лишь материальным носителем определенных функций, выполнение которых и позволяет достигать заданные цели (удовлетворять потребности). Но одну и ту же функцию могут выполнять разные устройства. Поэтому функциональное, а не предметное указание цели расширяет область возможных решений, что необходимо для поиска наилучшего. Также, функция — более четкий термин для описания сути назначения устройства. Уточнение целей и назначение соответствующих им функций — наиболее важная часть работы по составлению ТЗ;
• Выполнение функций, реализующих заданные потребности, всегда увязывается с удовлетворением определенных требований (см. перечень типовых требований к техническим устройствам), которые делают изделия более привлекательными, учитывают и конкретизируют особенности производства и эксплуатации и т. п. Для удобства требования по виду подразделяют на три группы:
  • условия, характеризуются конкретными значениями данных (формально их можно представить в виде равенств). Например, масса изделия должна составлять 10 кг, применять сталь 40Х, место эксплуатации — тундра. Важную часть условий формирует оценка доступных ресурсов;
  • ограничения, задают допустимую область данных (формально их можно представить в виде односторонних или двусторонних неравенств). Например, вес изделия не должен превышать 10 кг, применять углеродистые стали;
  • показатели качества (которые преобразуются в критерии оптимизации), задают только перечень характеристик и направление поиска предпочтительного значения (максимальное или минимальное значение, например, вес изделия должен быть минимальным, а удобство обслуживания — максимальным). Конкретное значение показателя становится известным только в конце этапа или всего цикла проектных работ и служит мерой предпочтения в процессе поиска оптимального варианта (основой выбора окончательного варианта).

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

Стоит отметить, что приведённые в условии данные — это номинальные параметры, но было бы более правильно приводить нормированные значения этих параметров, задаваемые предельными допустимыми значениями (например, масса изделия 9,8…10,1 кг). То есть то, что считают условиями, на практике являются ограничениями в виде двусторонних неравенств. Ширина диапазона является следствием величины допуска на этот параметр.

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

Синтез принципа действия[править | править код]

Функция — цель, физический (или иной) принцип — основа её достижения. Задача синтеза принципа действия — отыскать принципиальные положения, физические, социальные и т. п. эффекты, которые составят основу функционирования будущего изделия. Это могут быть основополагающие нормы, фундаментальные законы и правила, их частные случаи или следствия. Работа ведется с принципиальными моделями и их графическим представлением — блок-схемами. Результатом этапа будет принципиальная (функционально-физическая) схема разрабатываемого устройства, причем такая, которая наилучшим образом удовлетворит требованиям ТЗ.
Этому этапу соответствует заключительная стадия ТЗ и стадия технического предложения структуры проектирования по ГОСТ 2.103.^[8]

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

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

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

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

Структурный синтез[править | править код]

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

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

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

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

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

Параметрический синтез[править | править код]

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

Численное решение связано с расчетными моделями. Это могут быть известные модели (нормативные методы расчета и готовое программное обеспечение с хорошо отработанными алгоритмами решения) или разрабатываемые применительно к конкретной задаче. Выполнение технических расчетов — наиболее формализованная часть проектной деятельности.

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

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

Действия по завершении цикла работ[править | править код]

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

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

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

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

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

Инженер-менеджер Рон Дифтлер в лаборатории НАСА

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

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

Понятие «инженерный менеджмент» иногда употребляется как синоним управления проектированием.

История возникновения[править | править код]

Истореографы считают, что самой старой кафедрой инженерного менеджмента является кафедра Технологического института Стивенса (штат Нью-Джерси). В 1908 году была основана Школа инженерного менеджмента. Позже в Европе появились бакалавриаты инженерного менеджмента. В 1959 году в Университете Дрексел тоже была начата программа по изучению инженерного менеджмента. Университет науки и технологии Миссури (ранее — университет Миссури-Ролла) основал кафедру инженерного менеджмента в 1967 году. Итальянская университетская система инженерного менеджмента появилась в начале 21 века. Обучение составляет 5 лет: 3 года на бакалавра и 2 — на магистра.

Германия занимается изучением инженерного менеджмента с 1927 года в Берлине. Интересно, что в университетах и инженерных школах ГДР подобный курс обучения был создан как инженерная экономика. Стамбульский технический университет имеет отделы инженерного менеджмента (управления проектированием) с 1982 года. В Великобритании такая кафедра появилась в университете Варвик в 1980 году. В России программа инженерного менеджмента имеется с 2014 года и предлагает степень бакалавра и магистра. Во Франции она появилась в 2018 году и предлагает магистерское образование и 4-5 лет обучения. В большинстве стран Европы магистерские программы по подготовке специалистов инженерного менеджмента рассчитаны на два года обучения.

Развитие[править | править код]

В соответствии с требованиями быстрого развития науки и техники, инженерный менеджмент достиг академического уровня за эти годы. Кандидаты в магистратуру должны иметь степень ученого бакалавра в таких совместимых областях, как компьютерная наука и математика. Магистерские программы дают технические знания, поэтому они представляют собой баланс между академическими, научными, профессионально-прикладными и теоретико-методологическими дисциплинами, которые соответствуют традиционным программам MBA. Специализация в определенных областях, или программа сертификации, может включать промышленное проектирование, технологии управления, системную инженерию, продукты и процессы, качество, организационное управление, оперативное управление, информационные и телекоммуникационные технологии и системы, управление проектами, маркетинг и финансы. Промышленные и профессиональные ассоциации предлагают программу сертификации через организованные профессиональные семинары и тренинги, которые подтверждают знания и навыки инженеров по менеджменту^[10].

Интересные факты[править | править код]

Немало тех ученых, кого принято считать авторитетами в области инженерного менеджмента. Примером в этом отношении могут быть Тейлор, Анри Файоль, Генри Гант. Именно поэтому ранние школы инженерного менеджмента (школа научного управления, административная школа) содержали ярко выраженную инженерную составляющую.

• Джонс Дж.К. Методы проектирования. — М.: Мир, 1986. — 326 с.
• Диксон Дж. Проектирование систем: изобретательство, анализ и принятие решений. — М.: Мир, 1969. — 440 с.
• Дитрих Я. Проектирование и конструирование: системный подход. — М.: Мир, 1981. — 456 с.
• Хорошев А.Н. Введение в управление проектированием механических систем: Учебное пособие. — Белгород, 1999. — 372 с. — ISBN 5-217-00016-3. Электронная версия 2011 г.
• Уайлд Д. Оптимальное проектирование. — М.: Мир, 1981. — 272 с.
• ГОСТ Р 55348-2012 Системы управления проектированием

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

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

Проектное управление позволяет:

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

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

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

• эффективно управлять ресурсами – финансовыми, материальными и трудовыми.

Система проектного управления состоит из следующих компонентов:

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

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

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

Ключевые инструменты проектного управления:

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

Преимущества применения Системы проектного управления:

• улучшение количественных и качественных показателей - сокращение сроков реализации проекта, получение требуемых характеристик результатов, эффективное развитие;

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

Проектное управление — что это такое в реальности? Часть 1. Практический смысл

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

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

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

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

 1. Практический смысл Проектного управления.

Так что же такое Проектное управление (ПУ)? Что его породило? Что является предметом его деятельности? Что оно нам дает? Ответы на сформулированные вопросы есть и они не сложные. Но они очень важны для потребителя с точки зрения утилитарности — когда необходимо и насколько оправдано применение проектного управления?

 Давайте сначала дадим определимся с понятием проект.

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

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

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

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

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

 Примеры проектов: подготовка и организация выставки, разработка нового продукта (или новой услуги), разбивка парка, организация собственного дела, внедрение новой технологии на предприятии (например, внедрение проектного управления — это проект!).

Ну, а теперь продолжим о проектной деятельности.

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

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

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

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

 А сотворение мира? Вселенский проект! Правда, проект реализованный(?) с не ясными для нас целями и осуществленный посредством не понятных нам методов . Открытие Америки — успешный результат проекта Колумба. Непобедимая армада — неудачный испанский проект. Раскопки Трои — успешный проект Г. Шлимана. Появление Российской империи — интуитивный проект Петра Первого... Развитие человечества всегда сопровождалось реализацией тех или иных проектов. По мере ускорения развития росло и число проектов. Раньше проекты реализовывались и достигали успеха благодаря природной одаренности и одержимости отдельных личностей. Сегодня успех проектов достигается , прежде всего, в результате деятельности профессиональных руководителей и команд проектов.

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

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

Продолжение последует.

 Р.Бикмурзин, тренер-консультант по проектному управлению ПроекКонсалт

Проектный менеджмент в IT - как это?

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

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

Что такое проектный менеджмент

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

Исторически все началось с того, что в период перестройки 90-х годов сама логика ведения бизнеса была нарушена настолько, что попытки построить новую рабочую концепцию управления в миллениум создали термин «компания-однодневка». Концепции таких компаний проверялись на прочность и только одна из 10 компаний существовала больше полугода в 2000-х. Параллельно оставались многолетние предприятия, кардинально меняясь каждые лет 5 чтобы выжить в период перемен.

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

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

В IT project management (PM) — это дисциплина, что объединяет процедуры, принципы и политику ведения бизнеса. Она руководит проектом от разработки концепции до завершения проекта.

Общий (функциональный) и проектный менеджмент отличается тем, что:

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

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

Международная Ассоциация Управления Проектами (IPMA) провела исследование, по результатам которого новый подход сэкономит вам около 20-30% времени и 15-20% ресурсов.

Управление IT проектами vs другие сферы бизнеса

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

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

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

В IT проектный менеджмент может идти по трем жизненным циклам проекта:

• Прогнозируемый, он же waterfall. Традиционный подход, даже в 2010-х применяется на порядок чаще других. Поэтапный линейный алгоритм.
• Итерационный. Современный подход, в котором расширение функционала разрабатываемого программного обеспечения с каждым новым выпуском в рамках проекта.
• Адаптивный. Agile, Scrum и другие методы. Цели компании и стратегия развития может меняться независимо от первоначального плана.

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

Составлять собственную систему или применять существующую методику к руководству проектами — решать вам.

Для начала опишите свой проект по 10 функциям управления проектами:

1. Интеграция структуры проекта. Ключевая проблема, которую решает проект. Его результат и этапы (сгруппируйте их по смыслу). Разделяй, объединяй и властвуй.
2. Масштаб и объем работ. Количество планируемых задач, потоков и приоритеты.
3. Время. Сроки и хронология зависимых задач, ключевые этапы.
4. Стоимость. Себестоимость проекта (ресурсы и человеко-часы).
5. Качество. Критерии и оценка.
6. Закупки. Ресурсы, логистика.
7. HR. Люди. Навыки, потенциал и продуктивность.
8. Коммуникация. Отчет руководству, взаимодействие между персоналом.
9. Риски и потери. Предусмотри и предотврати.
10. Заинтересованные стороны. Инвесторы, акционеры, директора и клиенты.

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

Методологии управления IT проектами

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

Традиционные методики:

PMI / PMBOK «Метод». Инициирование, планирование, исполнение, контроль и закрытие. Инструкция, не метод по сути.

Гибкая методология:

Методики по управлению изменениями:

Процессно-ориентированные методики:

Другие индивидуальные методики и гибридные подходы:

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

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

Разрабатывать и внедрять PM в компании стоит постепенно, проверяя на практике каждый этап и взаимодействие.

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

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

1. Разработка концепции, инициирование.
2. Определение и планирование.
3. Запуск работы и воплощение задуманного.
4. Контроль и наблюдение.
5. Закрытие проекта.

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

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

Самое грубое деление классической модели ролей:

• Владельцы.
• Исполнители.
• Потребители.

В коммерческих компаниях выделяют такое понятие как заинтересованная сторона. Все, кто влияет на результат и прибыль. Это стейкхолдеры (stakeholders).

Внутренние:

• Учредители.
• Инвесторы.
• Персонал.

Внешние:

• Поставщики.
• Посредники.
• Потребитель (клиенты).

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

Все участники проекта, причастные к его созданию и потреблению, разделяются на:

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

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

В Америке сервисы для ведения бизнеса существуют с 1987 года, у нас же заветная 1С появилась лишь в 1991 году. Развитие технологий от автоматизированного бухгалтерского учета и CRM для call-центров до полноценной виртуальной среды централизованного контроля и взаимодействия в компании было долгим, но плодотворным.

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

Самые популярные конкуренты среди сервисов в странах СНГ: Bitrix24, Trello, Asana, Basecamp и Worksection.

Изюминка разных технологий в том, что в них можно найти:

1. Диаграмму Ганта для определения дедлайнов и связанных временем задач, как реализовано в Worksection. Это популярный инструмент для управления проектами в диджитал-агенциях и веб-продакшенах.
   
2. PERT диаграмму для оценки и анализа алгоритмов и способов реализации проекта.
3. Автоматические отчеты, канбан-доски, встроенные файловые системы и многое другое.

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

Вердикт

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

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

Внешние — форс-мажоры.

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

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

1. Никто не знает, чего хочет, пока не попробует это. Даже самое точное ТЗ не отразит все ожидания. Даже лучший продукт найдет недовольного пользователя.
2. Попробовав, мы хотим изменить. Многие идеи возникают только в процессе личного опыта и экспериментов. Помните: если мишень движется, стоит сдвигать прицел.
3. Даже самому большому проекту будет брошен вызов конкурентом. Чем крупнее проект, тем легче ему провалиться. Сегментируйте, дробите, детализируйте.

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

Управление проектами - это... Что такое Управление проектами?

Управление проектами (англ. project management) — в соответствии с определением международного стандарта ISO 21500, принятого правительствами США, странами Евросоюза и правительством России в сентябре 2012 года - применение методов, инструментов, техник и компетенцией к проекту. Само понятие "проект" в ISO 21500 определяется как уникальный набор процессов, состоящих из скоординированных и управляемых задач с начальной и конечной датами, предпринятых для достижения цели. Достижение цели проекта требует получения результатов, соответствующих определенным заранее требованиям, в том числе ограничения на получения результатов, таких как время, деньги и ресурсы.

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

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

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

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

История

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

Классическая форма Тройственной Ограниченности

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

The Project Management Triangle

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

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

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

Подходы

Существует множество подходов к управлению проектами в зависимости от типа проекта^[2]

• Предположение о неограниченности ресурсов, критичен только срок выполнения и качество. Метод PERT, Метод критического пути,
• Предположение о критичности качества, при этом требования к сроку и ресурсам достаточно гибки (под качеством здесь понимается полнота удовлетворения потребностей, как известных, так и неизвестных заранее, часто создаваемых выходом нового продукта). Гибкая методология разработки
• Предположение о неизменности требований, низких рисках, жесткий срок. Классические методы PMBOK, во многом опирающийся на модель водопада
• Предположение о высоких рисках проекта. Метод Инновационные проекты (стартапы)
• Варианты нейтральных (сбалансированных) подходов:

Роли в проекте

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Международный стандарт управления проектами ISO 21500:2012

В сентябре 2012 года Россия, США и страны Евросоюза на государственном уровне через International Standard Organization ISO ввели в действие стандарт ISO 21500, который был построен на базе модели PMBOK. Принятие стандарта ISO 21500 в действие сопровождалось фактически передачей приоритета стандартизации от PMI к ISO.

В соответствии с гражданским законодательством большинства стран Евросоюза, а также России, все остальные стандарты на территории Европы являются подчиненными относительно ISO 21500:2012 и в случае любых разночтений с официальным стандартом, подчиненные стандарты в указанных различиях являются "ничтожными". В России указанное правило закреплено в Статье 7 Гражданского Кодекса Российской Федерации.

Стандарт ISO 21500 переведен на русский язык.

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

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

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

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

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

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

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

• Системное представление Управления проектами IPMA

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

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

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

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

Microsoft Solutions Framework (MSF) разработан корпорацией Microsoft как методология ведения IT-проектов. MSF представляет каждую фазу проекта как:

• Выработка концепции (Envisioning)
• Планирование (Planning)
• Разработка (Developing)
• Стабилизация (Stabilizing)
• Внедрение (Deploying)

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

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

В Плане управления проектом должно быть отражено:

• Содержание и границы проекта
• Ключевые вехи проекта
• Плановый бюджет проекта
• Предположения и ограничения
• Требования и стандарты

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

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

• ISO 21500:2012, Guidance on project management (обзор ^[3][3])
• ISO 10006:2003, Quality management systems — Guidelines for quality management in projects

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

Стандарты с расширенной географией применения:

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

• ICB IPMA Competence Baseline (IPMA)
• НТК (Национальные требования к компетентности специалистов) (Ассоциация управления проектами «СОВНЕТ», Россия)
• PMCDF (США)
• NCB UA (National Competence Baseline, Version 3.0) (Украина)

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

• продукты, ориентированные на автоматизацию услуг:
• системы управления проектами и задачами:
  • Bontq — система управление проектами и отслеживания ошибок.
  • Cerebro — система управления проектами в аудиовизуальной сфере.
  • Easy Projects .NET — система для управления проектами, написанная на .NET.
  • eGroupWare — бесплатное ПО для управления проектами.
  • GanttProject — маленькая бесплатная программка с диаграммой Ганта и ресурсами.^{[значимость факта?]}
  • Kommandcore — платный многопользовательский веб-сервис по управлению проектами, предназначен в первую очередь для руководителей проектами, основан на методологии гибкой разработки.
  • OpenProj — бесплатная, открытая альтернатива Microsoft Project.
  • OnePoint Project
  • Clarizen - облачная система управления проектами, персоналом, бюджетом
  • PayDox — система управления документами, задачами и совместной работой сотрудников.
  • Project Kaiser — веб-ориентированная система управления проектами и задачами с поддержкой wiki и развитыми средствами взаимодействия пользователей.
  • ProjectMate — Российская PSA-система автоматизации профессиональной деятельности. Помимо модуля управления проектами имеет массу функций, востребованных в компаниях сферы консультационных услуг — начиная от учета времени и заканчивая выставлением счетов (биллингом).
  • Redmine — бесплатный многопользовательский веб-сервис, ориентированный на специфику IT-проектов и разработчиков.
  • TeamLab — система для управления проектами, документами и совместной работы.
  • TrackStudio Enterprise — система управления задачами. Есть экспорт в MS Project.
  • Trac — инструмент управления проектами и отслеживания ошибок в программном обеспечении.
  • Web2Project — открытое бесплатное веб-приложение для управления проектами (проект основан на коде dotProject).

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

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

Методология IW URM (Unique Reliable Method), разрабатывалась и оттачивалась с тем, чтобы в любом проекте был гарантирован успех — цели клиента достигнуты в оговоренный срок, в рамках определенного бюджета и с необходимым качеством. Для реализации разных типов проектов используется набор различных процедур, документов и технологий, наиболее подходящих для конкретного типа проекта.

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

Методология 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
• Ким Хелдман. Профессиональное управление проектами. — «Бином» «Москва», 2005. — С. 517. — ISBN 5-94774-234-9
• Лапыгин Ю. Н. Управление проектами: от планирования до оценки эффективности. — Омега-Л «Москва», 2008. — С. 252. — ISBN 978-5-370-00985-3

Заренков В. А. Управление проектами. СПб., 2010.

См. также

Примечания

1. ↑ Ярошенко Ф. А., Бушуев С. Д., Танака Х. — Управление инновационными проектами и программами на основе системы знаний Р2М К.: 2011. 268с.
2. ↑ http://www.pmtoday.ru/project-management/agile/life-cycle-for-your-project.html
3. ↑ ^{1 2} УПРАВЛЕНИЕ ПРОЕКТАМИ . Скачать бесплатно самоучители, уроки и книги

Ссылки

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

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

Ниже мы расскажем о следующих методах:

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

Наиболее популярным среди таковых является уже рассмотренная нами диаграмма Гантта, где указаны основные задачи и сроки начала и завершения их решения. Но если она подходит для проектов с жесткими сроками и ресурсными ограничениями, то для проектов, требующих большего уровня контроля самого процесса реализации, лучше всего использовать гибкие методы проектного управления, такие как Agile, и взаимосвязанные с ним Kanban, Lean и прочие, а также такие, которые позволяют управлять сразу несколькими составляющими, например, ресурсами, временем и работой, – это Scrum и Six Sigma. Но не будем забегать вперед, а расскажем обо всем по порядку.

Agile

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

Упрощенная схема работы по Agile выглядит так:

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

Преимущества Agile:

• Адаптивность и гибкость (его можно подстраивать под разные процессы и условия)
• Быстрое и относительно безболезненное реагирование на изменения
• Прекрасно подходит для разработки инновационных продуктов с высоким уровнем неопределенности и низкой информативности

Недостатки Agıle:

• Не является методом
• Необходимость каждый раз составлять новую систему управления на основе принципов подхода Agıle
• Применение подхода сопряжено с изменениями процедур реализации проекта и базовых ценностей
• Требует знаний, упорства, больших затрат и административных ресурсов (для облегчения применения подхода принято использовать методы Scrum, Kanban и другие)

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

Scrum

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

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

Упрощенная схема работы по Scrum такова:

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

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

• Упорядочивание беклога. Встреча напоминает планирование, рассмотренное нами в первом уроке. Проводить ее нужно в первый день нового спринта. На встрече обсуждается то, что уже удалось сделать по проекту и что еще нужно сделать, и определяются дальнейшие шаги. Инициатор ставит задачи, соответствующие новому этапу. Упорядочивание беклога определяет результативность нового спринта.
• Планирование спринта. После расстановки приоритетов и определения задач инициатором команда принимает решение о своих действиях на протяжении наступающей итерации и ищет способы достижения поставленной цели. Для этого могут использоваться самые разные инструменты планирования и оценки (важно, чтобы они соответствовали принципам метода). Планировать спринт нужно в самом начале итерации, но по окончании встречи по упорядочиванию беклога.
• Летучки. Летучки – это ежедневные встречи, проводящиеся в одно и то же время (на них тратиться, как правило, до 15 минут). Члены команды делятся информацией о статусе своей работы и состоянии проекта, однако никакие решения не принимаются и проблемы не обсуждаются (для этого выделяется отдельное время, и устраиваются дополнительные встречи). Летучки нужны лишь для обмена сведениями.
• Подведение итогов спринта. На этом этапе исследуется и адаптируется созданный продукт. Члены команды делятся своими результатами со всеми заинтересованными лицами. Главной задачей здесь является удостовериться в том, что продукт спринта соответствует целям проекта и ожиданиям участников проекта.
• Ретроспектива спринта. Этап, проводящийся сразу же после предыдущего, но до того как начнет планироваться новый спринт. Команда определяет степень четкости и слаженности пройденного этапа, исследует появившиеся проблемы в методологии, работе и взаимодействии. Благодаря ретроспективе команда может сделать выводы и повысить эффективность следующего спринта.

Преимущества Scrum:

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

Недостатки Scrum:

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

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

Lean

Согласно Agile, проект должен быть разбит на небольшие подпроекты и пакеты работ, но вот как разрабатывать эти подпроекты и пакеты работ – непонятно. Метод «Лин» дополняет принципы Agile своей схемой потока операций для качественного выполнения каждой отдельной итерации.

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

Ниже представлена упрощенная схема работы по Lean:

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

Преимущества Lean:

• Подходит для проектов, требующих четкого исполнения и ровного качества, т.к. обладает всем соответствующим инструментарием
• Сочетает в себе структурированность и гибкость

Недостатки Lean:

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

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

Kanban

Если рассмотренный выше метод «Лин» представляется отчасти абстрактным, то при совмещении его с Kanban он становится превосходным инструментом, позволяющим выстраивать эффективную систему проектного управления. Метод «Канбан» предполагает передачу инкремента продукта от этапа к этапу, в результате чего на выходе появляется готовый продукт.

Не менее важно и то, что Kanban позволяет приостановить выполнение одной задачи на каком-либо этапе в случае, если появились иные срочные задачи или изменился приоритет текущей. Незавершенная редакция, подвешенные даты, неопределенная часть функции – для метода «Канбан» это норма.

Упрощенная схема работы по Kanban выглядит так:

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

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

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

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

Преимущества Kanban:

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

Недостатки Kanban:

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

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

Six Sigma

Метод Six Sigma или, проще говоря, «6 сигм» представляет собой более структурированную версию Lean, причем даже более структурированную, чем Kanban. Она отличается еще большим планированием, что позволяет экономить ресурсы, повышать качество продукта и минимизировать объем потерь и брака.

Так можно изобразить упрощенную схему работы по Six Sigma:

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

• Define (Определение): этап аналогичен ранним этапам других систем управления проектами. Его цель – это определение содержания проекта, сбор информации о его предпосылках и постановка целей.
• Measure (Измерение): метод позволяет собирать и анализировать количественные данные о проекте, и второй этап нужен для определения показателей, обуславливающих успех проекта, а также для определения требуемых данных, их сбора и анализа.
• Explore (Исследование): на этом этапе руководитель проекта принимает решение о методах, посредством которых команда сможет достичь поставленных целей в соответствии с требованиями по срокам и бюджету. Здесь огромную роль играет нестандартное мышление для решения возникающих проблем.
• Develop (Разработка): четвертый этап – это этап реализации решений и планов, разработанных на предыдущих этапах. Необходимо понимать, что на этом этапе нужно иметь подробный план с описанием всех действий, требующихся для решения поставленных задач. Ко всему прочему на этом этапе обследуется прогресс хода проекта.
• Improve (Улучшение) или Контроль (Control): данный этап является ключевым, и ставит перед собой задачу по долгосрочному улучшению процессов реализации проекта. Для эффективного прохождения этого этапа необходимо тщательно документировать извлеченные уроки, анализировать собранные данные и применять полученные знания и по отношению к проекту, и по отношению к деятельности всей организации.

Преимущества Six Sigma:

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

Недостатки Six Sigma:

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

Метод «6 сигм» напоминает «Канбан», но устанавливает конкретные этапы реализации задач – планирование, постановку целей и тестирование качества. Также Six Sigma требует более частых встреч команды, но сам процесс осуществления проекта будет более понятен, а команда всегда сможет придерживаться намеченного плана.

PRINCE2

От прочих методов проектного управления PRINCE2 (от англ. PRojects IN Controlled Environments version 2) отличатся отсутствием итеративного подхода. По сути, это гибрид классического проектного управления с концентрацией на качестве, как это делается в Six Sigma.

Схематично процессы работы по PRINCE2 выглядят так:

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

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

• Бизнес-аспект: выгоден ли проект?
• Потребительский аспект: какой нужно создать продукт?
• Ресурсный аспект: есть ли возможности и ресурсы для достижения цели?

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

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

Сами же процессы можно охарактеризовать так:

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

Преимущества PRINCE2:

• Легко адаптируется к особенностям организации
• Имеет четкое описание ролей и распределения ответственности
• Концентрируется на продукте проекта и экономической целесообразности
• Имеет конкретные уровни управления
• Позволяет последовательно выстроить проектную работу
• Фиксирует опыт и позволяет постоянно совершенствоваться

Недостатки PRINCE2:

• Отсутствуют отраслевые практики
• Отсутствуют конкретные инструменты для проектной работы

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

Управление проектами – это, пусть и не совсем точная, но серьезная наука. Конечно, в ней вряд ли удастся отыскать универсальные решения и основы, однако если вы сможете найти такой метод проектного управления, который подойдет вашему проекту по большинству параметров, вы можете быть уверены, что достичь успеха – в ваших силах. Главное – это применять метод, в котором есть хоть какая-то структура, а также использовать в своей проектной деятельности вспомогательные инструменты, такие как системы управления проектами, например, MS Project, Asana, Wrike, Basecamp и другие. И о самых популярных системах вы узнаете из заключительного урока, после чего в вашем распоряжении будет вся основная информация по управлению проектами.

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

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

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

Управление проектами — e-xecutive.ru

Что такое управление проектами?

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

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

Достижение целей в управлении проектами

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

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

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

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

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

Уникальность задач в управлении проектами

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

Управление проектами на профессиональном уровне

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

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

В Европе и США методология и средства управления проектами широко используются во всех сферах целенаправленной и проектно-ориентированной деятельности.
Так в Японии, по данным Японской ассоциации управления проектами, все инвестиционно-строительные проекты оцениваются и реализуются с помощью технологий управления проектами.
По данным Международной ассоциации управления проектами (IPMA) использование современной методологии и инструментария управления проектами позволяет экономить 20-30% времени и около 15-20% средств, затрачиваемых на осуществление проектов и программ.
В России этот показатель в настоящее время не превышает 1,5-2% от их общего количества, хотя учитывая то, что организационная система и методы управления в стране гораздо слабее, чем на Западе, эффект от внедрения управления проектами может оказаться гораздо больше, чем в западных странах.
Так, по оценкам ведущих международных и российских экспертов широкое применение современных технологий управления проектами и программами позволит в целом повысить эффективность экономики страны как минимум на 15-20%.
В России существует целый ряд успешных примеров внедрения УП в частных компаниях и на предприятиях со значительной долей государственной собственности. Это такие высокотехнологичные компании, как РИА, «РосБизнесКонсалтинг» и Integrated Business Systems (IBS), НК «ЮКОС», холдинг «Ланит» и т.д. Во всех этих компаниях в результате применения УП затраты на проекты снижались на 25-30% по сравнению с аналогичными примерами.

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

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

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

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

Ссылки

1. Д. Арчибальд, В. Воропаев, Г. Секлетова. «Системная методология управления проектами и программами»

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

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

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

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

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

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

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

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

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

1

Wrike

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

2

Мегаплан

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

3

Basecamp

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

4

Worksection

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

5

Asana

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

6

TeamBridge

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

7

Comindware Project

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

8

YouGile

Удобная система управления проектами по методологии agile и не только. Затягивает за счет хорошо проработанной внутренней системы общения. Каждая задача — это чат, есть персональные и групповые чаты. Для планирования agile-доски, TO-DO листы, “мои” задачи, дедлайны, приоритеты, гибкая настройка прав и мощная система отчетности. Подробнее о системе YouGile читайте тут.

 

9

Producteev

Онлайн-система для совместной работы с задачами. Отличается тем, что в ней задачи могут создаваться из мобильных устройств, соцсетей, мессенджеров и электронной почты. Имеется плагин для MS Outlook и виджет для GMail. Возможно создание нескольких рабочих областей. Для двух человек существует бесплатная версия.

10

HiTask

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

11

Time Master

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

12

Pyrus

Система для совместной деятельности над задачами, напоминающая GMail. Отлично интегрируется с электронной почтой, Google Apps и Active Directory. В состав входят бизнес-процессы, список контактов, хранилище файлов, API. Возможен доступ с Android, iPhone, iPad и WinPhone.

13

Кларис

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

14

Microsoft Project

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

15

iQ300

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

16

ПланФикс

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

17

Project Kaiser

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

18

Staply

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

19

Microsoft Planner

Система, позволяющая организовывать совместную работу и планировать проекты в составе Office 365. Легко интегрируется с другими сервисами Microsoft.

20

Workdoer

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

21

ProjectOffice

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

22

ActiveCollab

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

23

BiPulse

Онлайн-система проектного управления. Управление проектами основано на принципах Agile, а также на методе Критической Цепи (Теория ограничений систем), разработанном Элияху Голдраттом. Система включает в себя огромное количество информации, касающейся проект-менеджмента.

24

Clarizen

Онлайн-система по управлению проектами в сфере малого бизнеса. Функционал системы состоит из персонализированной контрольной панели, задач, напоминаний, отчетов, счетчика времени, диаграммы Гантта, планировщика бюджета, календаря, системы прав доступа, обсуждений и заметок. Интегрирована с MS Project, MS Outlook и AutoCAD. Для разработчиков есть API.

25

5pm

Еще одна простая в применении web-система управления проектами и задачами. Состоит из календаря (поддерживает iCalendar), файлового хранилища, сетевого графика, профайлов пользователей, отчетов и системы управления правами доступа. Превосходно интегрируется с электронной почтой.

26

Comindwork

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

27

ЛидерТаск

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

28

Zoho Projects

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

29

WebAsyst

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

30

PTYSH

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

31

Kanbanchi

Система проектного управления для G Suite – набора корпоративных «облачных» сервисов для работы в интернете. Имеется возможность создания канбан-досок. Бесплатный основной функционал.

32

Neaktor

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

33

WorkFlowSoft

Система для управления проектами, пакетами работ и задачами. Используется при совместной работе компаниями, применяющими MS Office 365.

34

Flowlu

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

35

Gantter

Бесплатная онлайн-система управления проектами. Может стать прекрасной альтернативой MS Project. Подходит для планирования ресурсов и контроля проекта, планирования времени. Имеется сетевой график и возможность обновления процента выполнения работ. Можно импортировать проекты из MS Project.

36

PM Arena

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

37

Teamer

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

38

Smartsheet

Очень простая и понятная система управления проектами и задачами с интерфейсом типа MS Excel.

39

Deskun

Система управления проектами и поддержки пользователей. Позволяет производить E-Mail-поддержку корпоративных клиентов и осуществлять проектное управление из интерфейса GMail.

40

Rovertask

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

41

Планиро

Онлайн-сервис для управления проектами и совместной работы. Включает в себя шаблоны задач, несколько видов отчетов, доски «Канбан», диаграмму Гантта, заметки по проектам, возможность сохранения файлов, ведения обсуждений, учета времени и задач. Имеется тайм-трекер для Mac. Есть мобильные версии для Android и iOS.

42

IPI.MANAGER

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

43

GroupCamp Project

Онлайн-сервис для управления проектами. Благодаря функциональным и простым приложениям доступна продуктивная работа в «облаке». В состав сервиса входит управление задачами и контрольными точками, обмен файлами, вики-документы, счетчик времени, онлайн-обсуждение. Система предельно конфиденциальна и безопасна. Интегрирована с Google Apps. Может быть интегрирована с электронной почтой, контекстуальными гаджетами, Google Docs.

44

Lement Pro

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

45

Devprom

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

46

Intrawork

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

47

Desk-Away

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

48

Assembla

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

49

Acunote

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

50

AB-TASKS

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

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

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

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

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

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

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

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

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

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

---

Смотрите также

• 
  Энцелофапатия смешанного генеза что это такое
• 
  4 матик мерседес что это такое
• 
  Фрикандон что это такое
• 
  Линколуны что это такое
• 
  Бодибар что это такое
• 
  Франшизинг что это такое
• 
  Композит что это такое
• 
  Фрост что это такое
• 
  Аудитор кто это такой и что он делает
• 
  Монтаж скс что это такое
• 
  Флеш плеер что это такое и для чего