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

Формула менеджмента

Классическое руководство по основам проектного менеджмента

14 февраля 2018
5 292 просмотра

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

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

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

Нюансы на начальной стадии проекта

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

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

Но это редко срабатывает. Взаимозависимость между результатом, стоимостью, сроками и содержанием проекта может быть выражена формулой

Стоимость = f(x) (Результат, Сроки, Содержание)

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

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

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

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

Он обязательно воскликнет: «Почему так дорого?» У него в голове была своя цифра, а ваша явно ее превосходит. Он может сказать: «Если это столько стоит, мы не оправдаем свои расходы». Да! Это именно то решение, которое заказчик должен принять. Однако он уверен, что ему удастся склонить руководителя проекта на снижение стоимости. И если вы согласитесь, то только ввяжете и заказчика, и себя в гораздо более серьезные проблемы, которые возникнут позднее.

Назвать спонсору настоящую цену — ваша обязанность.

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

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

Кто-то сказал, что скорее в проекте случайно что-то пойдет не так, чем все пройдет идеально. Что касается стоимости проекта, бюджет наверняка будет превышен. Это просто другой вариант изложения закона Мёрфи: «Если какая-нибудь неприятность может случиться, то она обязательно произойдет». Скорее в проекте случайно что-то пойдет не так, чем все пройдет идеально.

Избежать распространенных ошибок руководителям проектов поможет книга «Основы проектного менеджмента. Классическое руководство». Уже в продаже!

Картинки в посте — источник.

Кадр: фильм «Тринадцать друзей Оушена» / Warner Bros. Pictures

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

Руководитель проектов цифровой трансформации. Эксперт в области управления цифровыми и индустриальными инвестиционными проектами на территории СНГ и в Европе с 17-летним опытом. Слушатель программы MBA «Лидеры изменений». Email: aiparamonov@mail.ru

---

Фото: личный архив Александра Парамонова

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

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

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

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

---

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

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

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

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

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

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

Вот примеры проектов, выполнение которых стало вопросом выживания для некоторых видов бизнеса в последнее время:

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

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

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

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

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

• инициацию;
• планирование;
• исполнение;
• управление и контроль;
• завершение.

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

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

Подробнее о структуре проекта и о том, как её разработать за семь шагов, говорили в этой статье.

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

Управление и контроль. Мониторинг баланса проекта по факторам времени, бюджета и качества. Подробнее о таком балансе говорили в этой статье.

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

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

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

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

В этой статье поговорим о методах Agile и Waterfall. Современный менеджер проекта должен владеть и тем, и другим.

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

Эту модель применяют в таких случаях:

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

Agile (гибкая методология разработки). Это группа методологий гибкого управления проектами. К ним относятся Scrum, Kanban, XP и другие. В их основе лежит четыре принципа:

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

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

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

Выбор метода зависит от специфики проекта. Например, в строительстве и сложных инженерных проектах agile-методологии почти не применяются. Для них больше подходит метод Waterfall. А вот в разработке программного обеспечения и цифровизации всё наоборот.

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

• простая упорядоченная среда;
• сложная упорядоченная среда;
• запутанная среда;
• хаотичная среда;
• беспорядочная среда.

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

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

Об инструментах управления проектами можно почитать в этой статье Skillbox Media.

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

Квалификация менеджеров проекта. Главное требование — базовые знания по управлению проектами. Их можно получить из PMBoK — это самая распространённая модель, которая лежит в основе многих стандартов. Есть и другие стандарты — например, APMBoK или P2M.

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

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

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

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

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

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

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

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

Что ещё нужно знать об управлении проектами? Управлять проектами — это управлять собой. Только через управление собой можно управлять командой и окружением.

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

• «Психологическое айкидо» Михаила Литвака;
• «Игры, в которые играют люди» Эрика Берна.

• Проект — уникальная цель с ограничениями по времени, бюджету и качеству. Управление проектами — работы, направленные на решение задач и достижение целей проекта.
• Управление проектом состоит из пяти основных этапов: инициация, планирование, исполнение, управление и контроль, завершение.
• Методы управления проектами — системы принципов, инструментов и процедур, которые используют менеджеры. Среди самых популярных методов — Agile, Waterfall. Они различаются по областям применения, структурной организации и детализированности.
• Управлением проектами занимаются менеджеры проектов. У хорошего менеджера должны быть развиты лидерские качества и навыки ведения переговоров. Также менеджер обязательно должен иметь базовые знания в области управления проектами.

• Если вы только начали знакомиться с управлением проектами и разбираетесь в его сущностях, прочитайте нашу статью — «Что такое проект: изучаем главное понятие проектного управления».
• В этой статье Skillbox Media можно узнать о структуре проекта и о том, как проработать её за семь этапов.
• Также в Skillbox Media есть статьи о методиках управления проектами: Scrum, Agile, Kanban, методе критического пути.
• Управлять проектами, работать с бюджетом, сотрудничать с заказчиками, управлять командой и презентовать проекты можно научиться на курсе Skillbox «Профессия Менеджер проектов».

Другие материалы Skillbox Media для менеджеров

Научитесь: Профессия Менеджер проектов
Узнать больше

Джозеф Хигни

Основы проектного менеджмента. Классическое руководство

Под редакцией Вадима Богданова, PMP, PfMP, IoD Cert. Dir., CFA Member

Fundamentals of Project Management, Fifth Edition Copyright © 2016 American Management Association.

Published by AMACOM, a division of the American Management Association, International, New York. All rights reserved

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

© American Management Association, 2016.

© Перевод на русский язык, издание на русском языке, оформление. ООО «Манн, Иванов и Фербер», 2018

* * *

Посвящается Сьюзан Хигни, моей жене и другу вот уже 40 лет

От научного редактора российского издания

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

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

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

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

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

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

PMP, PfMP, IoD Cert. Dir., CFA Member, автор книги «Управление проектами. Корпоративная система шаг за шагом»

От автора

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

В пятое издание Руководства к Своду знаний по управлению проектами (PMBOK® Guide) в 2013 году в качестве новой области знания было включено управление заинтересованными сторонами проекта. Аналогичная глава есть и в этой книге. Представьте, сколько людей помогают вам в продвижении проекта по его жизненному циклу. А теперь подумайте, сколько из них окажется под воздействием результатов, которые даст ваш проект. Эти люди и группы называются заинтересованными сторонами. Знаете ли вы их? Управляете ли ими от момента инициации проекта до его закрытия? К сожалению, многие управляющие проектами не могут этим похвастаться, и результаты говорят сами за себя. Глава 4 описывает лучшие методики, инструменты и приемы, которые помогут вам при взаимодействии и управлении сторонами, заинтересованными в вашем проекте.

Джозеф Хигни
Основы проектного менеджмента. Классическое руководство

Под редакцией Вадима Богданова, PMP, PfMP, IoD Cert. Dir., CFA Member

Fundamentals of Project Management, Fifth Edition Copyright © 2016 American Management Association.

Published by AMACOM, a division of the American Management Association, International, New York. All rights reserved

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

© American Management Association, 2016.

© Перевод на русский язык, издание на русском языке, оформление. ООО «Манн, Иванов и Фербер», 2018

* * *

Посвящается Сьюзан Хигни, моей жене и другу вот уже 40 лет

От научного редактора российского издания

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

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

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

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

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

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

Вадим Богданов,

PMP, PfMP, IoD Cert. Dir., CFA Member, автор книги «Управление проектами. Корпоративная система шаг за шагом»

От автора

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

В пятое издание Руководства к Своду знаний по управлению проектами (PMBOK® Guide) в 2013 году в качестве новой области знания было включено управление заинтересованными сторонами проекта. Аналогичная глава есть и в этой книге. Представьте, сколько людей помогают вам в продвижении проекта по его жизненному циклу. А теперь подумайте, сколько из них окажется под воздействием результатов, которые даст ваш проект. Эти люди и группы называются заинтересованными сторонами. Знаете ли вы их? Управляете ли ими от момента инициации проекта до его закрытия? К сожалению, многие управляющие проектами не могут этим похвастаться, и результаты говорят сами за себя. Глава 4 описывает лучшие методики, инструменты и приемы, которые помогут вам при взаимодействии и управлении сторонами, заинтересованными в вашем проекте.

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

Настоящее издание «Основ проектного менеджмента» полностью соответствует пятому изданию Руководства к Своду знаний по управлению проектами (PMBOK® Guide).

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

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

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

Глава 1. Общий взгляд на управление проектами

Со времени выхода первого издания этой книги в 1997 году количество членов международного Института по управлению проектами (Project Management Institute, PMI) возросло с нескольких тысяч до 462 000 в 2015 году. Для тех, кто не в курсе, поясним, что PMI – это профессиональная организация людей, управляющих проектами (менеджеров проектов)[1]1

  Больше информации об этой организации вы можете получить на веб-сайте www.pmi.org.

[Закрыть]

. Она обеспечивает своих членов целым набором услуг; однако главная ее задача – развитие области управления проектами как отдельной профессии. Для этого разработаны специальные программы сертификации, благодаря которым отдельные физические лица могут получить квалификацию «профессионал в управлении проектами» (РМР) при наличии профессионального опыта (примерно 5000 часов работы по специальности) и условии прохождения серии онлайновых тестов и экзаменов, построенных на основе информационного пакета Руководства к Своду знаний по управлению проектами (PMBOK® Guide).

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

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

И все же, что такое управление проектами и что такое проект? Институт по управлению проектами определяет проект как «временное предприятие, направленное на создание уникального продукта, услуги или результата» (PMBOK® Guide, PMI, 2015, с. 5). Это означает, что проект осуществляется только единожды. Если мероприятие повторяется, то это уже не проект. Проект должен иметь определенные точки начала и завершения (время), бюджет (стоимость) и четко определенные объемы или величину работы, которую надлежит выполнить, а также специфические требования к результатам. Я говорю «должен», потому что редко какой проект соответствует всем этим определениям. В книге данные условия проектов определяются как «цели РССС» (результат, стоимость, сроки, содержание).

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

Проект – это некая проблема, запланированная к решению.

Дж. М. Джуран

Неудачи проектов

Современные исследования указывают на неоднозначные результаты управления проектами. Последний доклад транснациональной консалтинговой корпорации Standish Group[2]2

  Standish Group International – независимая транснациональная консалтинговая компания, основанная в 1985 году и занимающаяся изучением состояния высокотехнологичных отраслей и подготовкой аналитических обзоров по международному рынку IT как в частной, так и в публичной сфере. Доклады компании под названием Chaos Reports особое внимание обращают на неудачные проекты и пути возможного решения их проблем. Прим. перев.

[Закрыть]

, который, как обычно, в основном сконцентрирован на проектах IT, в частности в области разработки новых программ компьютерного обеспечения, показывает, что из общего числа новых проектов 29 % оказались успешными, 52 % столкнулись с трудностями, а 19 % закончились неудачей. Следует отметить, что факторы успеха были «актуализированы», то есть проекты были завершены вовремя, в пределах выделенного бюджета и с удовлетворительными результатами. Этот показатель успешности проектов практически не изменился с предыдущего доклада от 2011 года. Standish Group особо выделяет то обстоятельство, что меньшие по размерам проекты имеют значительно большие шансы на успех, чем более крупные. Gartner, консалтинговая компания в области высоких технологий, в своих последних отчетах дает аналогичные данные, отмечая, что большие по размерам проекты (с бюджетами, превышающими $1 млн) чаще терпят неудачу. Это происходит примерно в 28 % случаев.

Наиболее убедительными оказались данные, опубликованные недавно Институтом по управлению проектами (Project Management Institute). PMI осуществляет постоянный мониторинг состояния управления проектами, программами и портфелями проектов. Исследование института под названием «Пульс профессии», обнародованное в 2015 году, отмечает появление позитивных трендов, однако при этом подчеркивает, что доля проектов, достигших своих целей, осталась практически неизменной по сравнению с 2012 годом: 64 %. Для исправления ситуации PMI предлагает организациям вернуться к фундаментальным основам проектного менеджмента, а именно трем составляющим.

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

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

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

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

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

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

Руководство к Своду знаний по управлению проектами (PMBOK® Guide) определяет управление проектами как «приложение знаний, навыков, инструментов и методов к работам проекта для удовлетворения требований, предъявляемых к проекту. Управление проектом осуществляется посредством надлежащего применения и интеграции логически сгруппированных 47 процессов управления проектом, объединенных в пять групп:

• инициация;

• планирование;

• исполнение;

• мониторинг и контроль;

• закрытие.

(PMBOK® Guide, PMI, 2015, с. 6).

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

PMBOK® Guide

Новый PMBOK® Guide вводит пять новых процессов в управлении проектами.

1. Процесс управления содержанием проекта.

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

3. Процесс управления стоимостью проекта.

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

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

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

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

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

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

Лучшее определение лидерства, которое я нашел до сих пор, – это определение Вэнса Паккарда[3]3

  Вэнс Паккард (1914–1996) – известный американский журналист и психолог, автор ряда нашумевших книг по психологии бизнеса, вышедших в 1960–1970-х годах. На русский язык переведена книга «Тайные манипуляторы». М.: Смысл, 2004. Прим. перев.

[Закрыть]

, данное им в книге «Покорители пирамид» (The Pyramid Climbers, Crest Books, 1962). Он говорит: «Лидерство – это искусство заставлять других хотеть сделать то, что, как вы считаете, должно быть сделано». Главное слово здесь – «хотеть». Диктаторы заставляют других делать то, чего хотят сами диктаторы. То же самое с тюремщиками, которые выступают в качестве надсмотрщиков за трудом заключенных. Однако лидер заставляет людей хотеть выполнить работу, и в этом состоит принципиальное различие в этих ситуациях.

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

Вэнс Паккард

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

И ВСЕ ЖЕ ЭТО НЕ ТОЛЬКО ПРАВИЛЬНЫЙ РАСЧЕТ ВРЕМЕНИ!

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

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

СЛУЧАЙНЫЕ МЕНЕДЖЕРЫ ПРОЕКТОВ

Случалось ли вам неожиданно оказаться в роли управляющего проектом без соответствующего должностного обозначения «менеджер проекта» или без особенной поддержки? И не приходилось ли тогда считать себя одновременно и менеджером проекта, и рядовым работником? Если да, то вы не одиноки. Все чаще и чаще работа попадает под определение проекта, данного Руководством к Своду знаний по управлению проектами (PMBOK® Guide) в 2013 году (PMI 3, 2013): «временное предприятие, направленное на создание уникального продукта, услуги или результата». Есть сроки выполнения работы, ее содержание, ограниченные ресурсы и зачастую строго ограниченный бюджет. Такие проекты или программы менее формализованы и не имеют отдельной команды, однако их тоже необходимо планировать, четко рассчитывать по времени и контролировать. Уникальный или просто приемлемый продукт следует произвести и доставить заказчику, а тот должен быть восхищен или как минимум удовлетворен.

Я веду семинар «Основы управления проектами для НЕ менеджеров проектов» в некоммерческой образовательной и консультационной организации American Management Association International в Нью-Йорке. Он стал весьма популярным и обратил на себя внимание управляющих проектами с нестандартными подходами, экспертов в различных сферах бизнеса, спонсоров и филантропов. Типичные слушатели – менеджеры по продажам, администраторы, менеджеры по маркетингу, менеджеры по снабжению и другие. У меня создалось впечатление, что большинство из них в той или иной степени связаны с управлением проектами. Они не являются менеджерами проектов в традиционном смысле этого слова, однако в какой-то мере им приходится заниматься этой работой. Методики и инструментарий, которыми оперируют менеджеры проектов, могут им быть полезны. Я люблю говорить моим слушателям о том, что инструменты в управлении проектами применимы везде, но их ценность зависит от того, каким именно образом они применяются.

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

Опасная западня: Работающие менеджеры проекта

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

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

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

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

Вопрос о том, как отбирать управляющих проектами, выходит за пределы этой книги. Но для заинтересованного читателя могу подсказать, что эта тема хорошо раскрыта в книге Роберта Высоцки и Джеймса Льюиса «Менеджеры проектов мирового уровня» (Pobert K. Wysocki and James P. Lewis “The World-Class Project Manager”, Perseus, 2001).

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

Управление проектами с помощью ЛидерТаск

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

Скачать ЛидерТаск

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

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

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

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

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

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

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

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

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

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

В разных странах действуют международные стандарты, самым известным из которых можно назвать PMBOK (A Guide to the Project Management Body of Knowledge), с терминологией, базовыми понятиями проектного подхода, применяющимися в более 160-ти странах.

Что должен уметь проект-менеджер

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

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

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

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

Также важны ответственность, устойчивость к стрессам, коммуникабельность, аналитическое мышление.

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

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

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

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

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

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

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

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

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

1. Agile

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

Ключевые принципы Agile-подхода:

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

Сильные стороны:

• Гибкость, способность подстроиться под интересы любого клиента.
• Быстрый запуск, повышенный уровень безопасности.
• Получение качественного продукта готового к использованию (MVP) Minimum Viable Product.

Слабые стороны:

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

2. Scrum

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

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

Плюсы методики:

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

Слабые стороны:

• Требовательность к команде, числу её участников, их «полезности», функциональности. Они должны быть компетентными в нескольких областях, чтобы при необходимости подменять друг друга.
• Члены команды должны обладать навыками самоорганизации, не бояться брать на себя ответственность.

Методология Scrum применима не для всех организаций. Её не всегда можно использовать для реализации определенного проекта, например, возведения здания.

3. Kanban

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

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

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

Сделано

В работе

Готово

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

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

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

Сильные стороны:

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

Слабые стороны:

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

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

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

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

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

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

1. LeaderTask

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

Её плюсы:

• Совместима с цифровыми платформами любых типов, включая Windows, Android, iPhone или iPad.
• Наглядно отображает задачи цветовым выделением.
• Может работать в автономном режиме.
• Возможность работы с сервисами GTD, Autofocus, Superfocus, Pomodoro Technique, Do It Tomorrow, Системой Стивена Кови, др.
• Хранение данных, защищённых шифрованием, в облаке.
• Поддержка методологий Agile и Scrum.
• Наличие Kanban-досок.

Минусы:

• Высокая стоимость полной версии для командной работы.

2. Мегаплан

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

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

Плюсы:

• Возможность ведения неограниченного количества проектов.
• Контроль над расходованием финансов.
• Отчёты и аналитика в автоматизированном режиме.
• Совместимость с технологиями 1C.

Минусы:

• Отсутствие связи с Google Adwords и Яндекс.Директ, не позволяющее напрямую строить аналитику.
• Проблемы с «подвисанием» из-за технических работ, направленных на обновление основных модулей.
• Платное подключение дополнительных сервисов.

3. Trello

Удобный, простой и доступный инструмент для использования внутри небольшой группы исполнителей. Позволяет организовать общий канал связи. Подходит для Web, macOS, Windows, iOS, Android. Присутствует платная версия, с дополнительными функциями. Интерфейс выполнен в виде Kanban-досок со списками дел. Предусмотрена отдельная опция для руководителя, обеспечивающая наблюдение за ходом реализации проекта.

Плюсы:

• Подходит для небольших команд;
• Обмен файлами;
• Цели устанавливаются для каждого сотрудника.

Минусы:

• Ограничение на одновременное открытие досок (не больше 10-ти).
• Экспорт данных на платной основе.
• Доступ для сотрудников только в платных пакетах.

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

Заключение

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

• Дистанционная работа с командами, требующая от проект-менеджера умения выстраивания эффективного взаимодействия сотрудников, находящихся «на удалёнке».

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

• Гибридные подходы к управлению проектами

Несмотря на множество научных подходов, разработанных для применения на различных уровнях управления, универсальных методик не существует. Технологии, эффективные для одной компании, грозят серьёзными рисками при нерациональном применении в другой. Если 10-15 лет назад управленческий менеджмент функционировал, в основном, в традиционном направлении, то в настоящее время более востребованы гибкие гибридные методики. Согласно аналитическим исследованиям, 47% организаций в разных странах мира используют Agile-подход.

• Развитие Soft Skills

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

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

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