Что такое проектный менеджмент – Проектный менеджмент — что это такое и как происходит управление

Содержание

Проектный менеджмент Википедия

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

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

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

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

История

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

Ссылки

wikiredia.ru

основы, сущность, принципы, функции и процессы

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

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

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

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

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

Цикл развития проектного менеджмента

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

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

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

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

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

  1. Принцип дифференцированного подхода. При координации и регулировании обязательно следует учитывать и использовать разнообразные стороны проектной инфраструктуры. К ним относятся ожидания и вклады участников, специализированные стандарты project management и особенности реализации проектов по их типам и т.д.
  2. Принцип экономической целесообразности. Данный принцип предполагает опережающий рост отдачи от реализации всего портфеля проектов компании в сравнении с совокупностью бюджетов на их реализацию и расходами на содержание проектного офиса. Все ресурсы, задействованные в реализации, находятся под контролем благодаря описанным в процессах процедурам. Действия вне будущей экономической целесообразности в рамках проектной деятельности не допустимы.
  3. Принцип гибкости. Предполагается оперативное и гибкое реагирование команды на все вызовы и изменения внутренней и внешней ситуации по отношению к проекту. В отдельных случаях руководство уникальной задачей гибко реагирует и на изменения в компании в целом. При этом гибкость нисколько не исключает достаточное жесткое соблюдение процессуальных процедур проектной деятельности.
  4. Принцип конкурентоспособности. В условиях ограниченности трудовых и финансовых ресурсов направления реализации задач подлежат ранжированию и отбору на конкурсной основе во внутрикорпоративной конкурентной среде. Выбор проектов производится, исходя из условий важности (соответствия стратегии), проблемности и ресурсообеспеченности.
  5. Принцип разделения полномочий. Процессная концепция менеджмента, которая применяется при управлении проектами, требует соблюдения принципа принадлежности каждого процесса единственному владельцу. Владелец процесса отвечает за этапы внутрипроцессных работ и достижение итогового результата.
  6. Принцип открытости. Стандарты project management не являются догмой. Допускается, что текущая проектная практика может не соответствовать предписаниям стандартов. В таком случае предполагается и рекомендуется перепроверить основные положения процедур. В этом заключается открытость стандартов управления проектами для их развития.
  7. Принцип best practices. Руководство компании обязано поощрять своих менеджеров, команды на применение лучшего отечественного и мирового опыта в сфере управления проектами. Основные аспекты лучших практик подлежат заимствованию из всех доступных источников.

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

Система project management обладает определенной объемностью элементов, представляя своеобразную изометрическую конфигурацию. Мы же, знакомясь с проектным управлением, представим лишь ее двухмерный вариант, включающий процессы и функции управления проектом в их тесной взаимосвязи. Процессы управления проектами детально описаны в PMI. В руководстве PMBOK они консолидированы в пять полноценных групп, которые представляют собой этапы, реализуемые последовательно и параллельно. Группы процессов предложены вашему вниманию далее:

  • инициация;
  • планирование;
  • исполнение;
  • мониторинг и контроль;
  • закрытие.

График-диаграмма взаимодействия групп процессов в рамках фазы или проекта

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

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

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

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

Матрица процессно-функциональной модели управления проектом

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

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

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

projectimo.ru

Agile и классическое проектное управление: в чем разница?

23 Авг 2019

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

Классический подход

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

Классический подход

Agile или Гибкий подход

Об истории применения и развития гибких подходов можно почитать в нашей статье «Неизвестная история Agile»

Напомним ключевое:

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

В 1986 году опубликована статья японских исследователей Икуджиро Нонака и Хиротака Такеучи «New New Product Development Game», в которой иллюстрировались потери времени и информации при передаче продукта последовательно от проектировщика разработчику, от разработчика тестировщику и так далее. Авторы статьи рекомендовали специалистам последующих стадий включаться в работу раньше, даже если продукт еще не полностью разработан, чтобы сэкономить время на создание продукта. По сути, предлагается кроссфункциональная команда.

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

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

Инкрементальный подход

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

Итеративный подход

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

Итеративно-инкрементальный подход

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

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

Резюме

Классическое проектное управление («водопад») основано на последовательности выполнения этапов работ и передаче заказчику готового продукта в конце проекта.

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

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

Характеристика Классический подход Agile
Поставка ценности (работающего результата) Происходит в конце проекта Осуществляется по мере реализации проекта в виде работающих элементов продукта. Используется итеративно-инкрементальный подход.
Проверка гипотез Как правило, выполняется на предпроектной стадии, до старта проекта Выполняется командой в ходе проекта для улучшения продукта. Часть гипотез может быть признана несостоятельными
Планирование Детальное, до конца проекта. Для оценки сроков используется Метод критического пути. В проектах с высокой неопределенностью используется метод «набегающей волны». Эмпирическое, на основе исторических данных о реализованных элементов продукта
Стиль менеджмента, руководства Вертикаль управления: Управляющий комитет -> Куратор, Заказчик -> Руководитель проекта Самоорганизация внутри команды. Плоская команда без внутренней иерархии.
Отношение к изменениям Как правило имеет негативный характер – изменения как следствия реализации рисков и наступления проблем. Требует формального процесса по анализу последствий и пересчету критического пути проекта, анализа альтернатив. Изменения являются частью процесса разработки. Источником изменений является в т.ч. более лучшее понимание продукта на основе опыта.
Тип мышления, отношений Как правило определяется культурой организации, зачастую фиксированный mindset Необходим гибкий mindset для успешной работы в среде с высокой неопределенностью
Метрики проекта % реализации, отклонение от плана, Метод освоенного объема, прогнозная дата завершения проекта Диаграмма сгорания задач (Burn down chart), Накопительная диаграмма реализованных функций (Burn Up Chart), Дата выхода на рынок (Time to market)
Наличие руководств, методик Хорошо структурированы, детально описаны (PMBoK, PRINCE2). Отраслевые стандарты и практики. Верхнеуровневые фреймворки (например, Скрам). Множество отдельных практик (ежедневное собрание, ретроспектива, спринт и др.)
Область эффективного применения «Сложные системы» по модели Киневин (Cynefin) – много работ, агентов (стейкхолдеров). Продукт и требования к нему известны, состав работ может быть описан и зафиксирован. Границы проекта фиксированы. «Запутанные системы» по модели Киневин (Cynefin) – не знаем продукт и/или процесс его создания. Состав работ проекта не определен. Границы проекта размыты

В следующей статье мы планируем рассказать о модели Киневин (Cynefin) для определения к какой группе относится ваш проект.

 

 

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


www.pmservices.ru

операционный vs. проектный подход / Habr

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



1. Операционный уровень — это уровень операций длительностью несколько часов (обычно называемых «тасками») и проблем, возникающих по мере выполнения этих задач. На этом уровне скапливается много «мелочовки», здесь некогда думать, нужно быстро выполнять.
2. Проектный уровень — это уровень работ длительностью несколько дней, блоков работ и контрольных точек. На этом уровне нужно больше анализировать, прогнозировать, нежели скорее запускать задачу в работу. Здесь также решаются проблемы, проводится дополнительная работа с рисками.
3. Программный уровень — это уровень куратора проекта или менеджера программы/портфеля, который в меньшей степени погружен в проект, и его как правило интересует прохождение контрольных точек, решение крупных проблем и рисков.
4. Ручное управление. Это самый простой, однако и самый влиятельный подход по сравнению с другими. Если «вождь» отдал поручение, то оно обязательно к исполнению, не важно что там в планах и программах. Вся работа строится на поручениях менеджера. Нет поручений — нет работы.
Внимание! Все перечисленные подходы применяются при управлении проектом, а не какой-то один конкретный из них.
Метафоры

Ручное управление
Образ — указать рукой на то, что нужно делать.

Операционное управление
Образ — конвейер.
Мы настраиваем работу конвейера. Формируем задачи, передаем их в конвейер, а он дальше самостоятельно распределяет их между освободившимися участниками команды.
Главный принцип:«Нормально делай — нормально и будет».

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

Горизонты мышления

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

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

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

Для чего нужен контроль и какие результаты контроля мы должны получить?

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

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

— Отклонения (что не успели выполнить или перевыполнили?)
Содержание: что не успели выполнить/перевыполнили относительно планируемого
Сроки: на сколько времени отстали/опередили? сколько времени нужно, чтобы доделать запланированное
Стоимость: сколько денег было перерасходавано/сэкономлено? сколько средств нужно, чтобы доделать запланированное
и другое

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

Как часто проводить контроль?

Контроль операций — проводить постоянно.
Контроль проекта — регулярно (1 раз в неделю, 1 раз в 2 недели).
Вывод

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

Оба эти подхода должны использоваться в проектной деятельности.

habr.com

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

hr-portal.ru

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

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

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

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

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

Виды проектов

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

  1. Проекты по разработке концепции. Главное в них — создать все условия, благоприятствующие возникновению свежих идей. Например, в ходе такого проекта телефонные компании нашли способ защиты телефонных будок от вандалов. Из большого количества вариантов была выбрана защита с помощью приспособлений из нержавеющей стали. Сегодня их можно видеть на многих общественных зданиях.
  2. Проекты по планированию. Например, в ходе такого проекта был создан генеральный план транспортной системы Йеллоустонского национального парка и системы его обслуживания.
  3. Архитектурные проекты. Для их успеха принципиально участие всех заинтересованных сторон (самих архитекторов, потребителей, технических специалистов и др.). К примеру, известный американский архитектор и инженер Бакминстер Фуллер привлек все заинтересованные стороны и разработал концепцию модулей ванных комнат. Они представляют собой экономичный вариант, поэтому сегодня массово устанавливаются при строительстве жилых домов.
  4. Проекты по строительству. Особый акцент в этих проектах делается на соблюдение спецификаций и осуществление контроля. Без контроля проект может рухнуть, породив неприемлемые риски или исчерпав ресурсы времени и денег.
  5. Проекты по демонтажу или изъятию структур. Такие проекты запускаются, когда какая-либо продукция, технология и т. д. устаревает и ее необходимо вывести из эксплуатации или употребления. Например, демонтаж ядерных объектов требует обязательного обеззараживания земли, для чего собираются специально обученные команды.

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

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

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

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

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

5 секретов управления от основателя сети McDonald’s

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

О других секретах руководства McDonald’s рассказала редакция журнала «Генеральный директор».

Узнать секреты McDonald’s

Управление проектами и традиционный менеджмент: в чем разница

Критерии

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

Традиционный менеджмент

Ориентир на конечный результат

Нацелено на определенную цель

Нацелено на процесс и ход событий

Ориентир на удовлетворение интересов

Есть заказчик, в интересах которого конкретный результат проекта

Организация, где происходят процессы управления

Ограничения

Есть конкретные ограничения по времени и финансам (выделяется определенный бюджет на проект)

Нет ограничений

Что является объектом планирования

Планируются время, деньги, персонал

Создается план распределения позиций

Анализ результатов

Результаты можно оценить лишь в конце

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

Кто принимает участие

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

Все сотрудники организации

Характер деятельности

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

Монотонный

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

Говорит генеральный директор

Франк Мюллер, генеральный директор международной группы компаний AsstrA, Цюрих

Решение о внедрении проектного управления в группе компаний AsstrA было принято в 2006 г

www.gd.ru

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

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

Чем характеризуется проект?

Во-первых, направленностью на достижение цели.

Во-вторых, проект состоит из взаимосвязанных действий.

В-третьих, проект всегда уникален.

В-четвертых, проект имеет ряд ограничений, например, по времени, средствам, ресурсам и т.п.

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

Что такое менеджмент управления проектами? Чем он отличается от традиционного менеджмента?

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

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

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

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

Попробовать бесплатно

www.prostoy.ru

Отправить ответ

avatar
  Подписаться  
Уведомление о