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

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

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

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

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

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

 Руководство и управление исполнением проекта: входы

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

Описан ранее.

Одобренные запросы на изменение

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

Факторы среды предприятия

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

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

 Активы процессов организации

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

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

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

Экспертные оценки

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

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

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

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

Руководство и управление исполнением проекта: выходы

Результаты

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

Информация о выполненных работах

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

• статус результата;
• ход выполнения расписания;
• понесенные затраты.

Запросы на изменение

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

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

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

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

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

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

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

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

Кадр: фильм «Тринадцать друзей Оушена» / 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 для менеджеров

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

Содержание

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

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

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

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

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

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

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

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

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

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

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

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

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

• Общественные. Разрабатывают и применяют в обществах специалистов.
• Корпоративные. Разрабатывают и используют в рамках одной компании.
• Частные. Создают специально для определенных проектов.

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

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

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

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

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

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

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

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

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

Требования к проект-менеджеру

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

• Знания в области управления проектами, включая стратегическое мышление, умение прогнозировать и планировать.
• Опыт. Чем больше у проект-менеджера кейсов, тем лучше он понимает как распоряжаться бюджетом, решать разные проблемы, взаимодействовать с командой.
• Техническая подготовленность. Эффективный проект-менеджер – это не просто управленец, а компетентный специалист. Он может грамотно настроить все процессы, потому что разбирается в специфике проекта: IT-сфере, строительстве, архитектуре или других областях.
• Умение работать с людьми. Способность сформировать и отладить работу внутри команды – половина успеха проекта.
• Личностные качества: ответственность, коммуникабельность, аналитический склад ума, стрессоустойчивость, многозадачность и оптимизм.

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

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

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

Минусы формата:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Какую выбрать методологию

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

Waterfall

Эту модель еще называют каскадной или водопадной. Главный принцип метода – последовательное и четкое соблюдение всех этапов по заранее продуманному плану. Например, этапы разработки IT-продукта по методологии Waterfall:

• аналитика;
• проектирование;
• разработка;
• тестирование;
• эксплуатация и поддержка.

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

Agile

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

Scrum

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

Kanban

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

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

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

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

• Битрикс24 – российский сервис для управления бизнесом: поддерживает работу с Kanban, диаграммой Ганта, обеспечивает продвинутую фильтрацию в задачах.
• Jira – это система отслеживания ошибок в программном коде. При этом множество компаний использует ее инструментарий для управления проектами. Подходит для работы по Scrum и Kanban.
• Asana – это приложение для управления командными проектами. Есть система удобных тегов, можно анализировать эффективность и управлять несколькими проектами в рамках одной команды.

Заключение

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

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

кому: собственникам, топ-менеджерам, руководителям

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

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

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

• Тотальный контроль, ибо стоит отпустить задачу в более или менее “свободное плавание”, как она обязательно найдёт свой айсберг.
• Тысяча вопросов по каждому проекту и составной задаче на каждом шаге её выполнения от подчинённого: “Это мы сделали, какое должно быть следующее действие?”, “Мы столкнулись вот с таким препятствием, что делать?”, “Какие важные параметры необходимо учесть для этого действия?” и т.д.

Есть, конечно же, и другие причины высокой загруженности руководителя. Если они вам интересны, рекомендую прочитать статью “Сказка о потерянном времени для руководителей, или Как избежать «возврата обезьянок» и «отфутболивания задач» от подчинённых”

“Золотой ключик” для собственников и топ-менеджеров

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

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

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

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

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

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

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

Составная задача — это проект небольшого масштаба, своего рода “мини-проект” (как правило, состоит не более чем из 40 задач с планируемой длительностью не более 1,5-2 месяца). Далее там, где употребляется слово “проект”, будет подразумеваться и “составная задача” (т.е. эти понятия будут синонимами), за исключением случаев, когда в тексте есть отдельная оговорка об их разделении.

Отличия между проектами есть. Найдите их, прочитав все определения. И заодно найдите отличия на картинке. Если отсутствует управление проектами, вам часто придётся их искать у своих сотрудников

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

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

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

Внутренний проект — проект, который нацелен на решение внутренних задач компании.

Внешний проект — проект, который связан с выполнением работы для клиентов (как правило, оплачивается).

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

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

Алгоритм подготовки и управления составной задачей и проектом

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

Преимущества алгоритма для руководителей

• Значительно увеличивается вероятность успешного выполнения проекта. Без правильно организованной работы результаты носят зачастую негативный оттенок. Например: убытки от проекта и затраты превосходят положительный результат; всё сделано НЕ так как надо; все разругались со всеми; компания НЕ достигает результатов и целей проекта и т.д.
• Колоссальная экономия времени при управлении проектами и составными задачами.
• Возможность наконец-то взяться за многие важные задачи, которые откладывались годами из-за того, что вероятность их положительного завершения была крайне мала.
• Прозрачность: понятно кто, когда и какую работу будет выполнять. С кого спрашивать за итоговые результаты проекта.
• Минимизация рисков, а значит и рост вероятности успешного выполнения задачи.

Преимущества алгоритма для подчинённых/исполнителей

• Меньшая вероятность получить небольшой, а то и крупный проект от руководителя, описанный всего в двух словах (например, “внедрите CRM!”), без каких-либо ресурсов и согласования плана проекта. Ведь заранее понятно, что при делегировании в таком формате, скорее всего, вы будете виноваты, что бы вы ни сделали (и алгоритм выполнения был не тот, и внедрение не так организовали, и результаты неудовлетворительные).
• Ясность в вопросах о том, кто ответственен за координацию исполнителей и за всю работу по проекту.
• Больше возможностей получить положительную оценку за свою работу от руководителя, а это: перспективы карьерного роста, увеличения денежного вознаграждения и т.д.

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

1. Назначьте ответственного за проект

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

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

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

Что получилось в итоге? На вопрос руководителя: “Почему в баннере есть вот такая штука?” был получен прогнозируемый ответ “Эту штуку предложил один из тех, кто вносил дополнения”. Поскольку все внесения дополнений обсуждались впятером на трёх собраниях, причём без ведения протокола, то никто не смог вспомнить, кем и когда предложение было внесено. И более того: кто отвечает за его принятие.

Эту штуку предложил один из тех, кто вносил дополнения!

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

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

2. Определите цели проекта

Важный этап, который, как обычно это бывает, пропускается в порыве быстрее приступить к работам.

Цель проекта — это результат, который необходимо получить по итогам выполнения работ. В.К. Тарасов говорит: “Смысл всякой деятельности лежит вне ее пределов”. Поэтому и цель проекта, безусловно, отличается от “завершить проект”.

Смысл всякой деятельности лежит вне ее пределов

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

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

3. Зафиксируйте критерии успеха проекта

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

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

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

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

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

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

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

• Внутренние сильные стороны (внутренние факторы, зависящие от компании, которые усиливают вероятность успеха проекта. Ответ на вопрос “в чём сила, брат?”) — относятся к возможностям.
• Внутренние слабые стороны (внутренние факторы со стороны компании/опыта/технологий и т.д., которые “ослабляют” или могут негативно повлиять на проект) — относятся к рискам.
• Внешние сильные стороны (внешние факторы, которые увеличивают вероятность и помогают и/или могут помогать выполнению проекта) — относятся к возможностям. Например, в проекте “внедрение CRM” большая конкуренция на этом рынке позволяет выбрать подрядчика, исходя из соотношения цена/качество, т.е. получить качественную работу без “космических” инвестиций.
• Внешние слабые стороны (внешние факторы по отношению к компании, которые несут риски для проекта) — относятся к рискам. Например, для проекта “внедрение CRM” — это программное обеспечение, для которого сложно найти подрядчиков + отсутствие регулярного и быстрого развития продукта.

Алгоритм работы с рисками

По итогам составления таблицы SWOT-анализа, сначала выпишите последовательно для каждого риска (расположите их по степени критичности и вероятности возникновения):

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

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

Алгоритм работы с возможностями

Теперь пришло время для возможностей. Для каждой из них выпишите последовательно (расположите возможности по степени полезности и вероятности их появления):

• действия, которые необходимо выполнить, чтобы воспользоваться и/или увеличить вероятность наступления этой возможности;
• действия, которые планируется сделать, если возможность “откроется”.

Типичная возможность при покупке программного обеспечения (и не только!) — задать вопрос: “Действуют ли сейчас какие-либо акции? Какие акции планируются в ближайшие 2 недели?” Когда будете делать план проекта, дополните его получившимися действиями.

Выводы по итогам SWOT-анализа

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

5. Сделайте подробный план работ по проекту (тотальная декомпозиция)

Кто сказал, что “качество плана определяет на 70% результат работы” я не помню, однако мой опыт показывает справедливость этого изречения. Недаром в заголовке я употребил термин “тотальная декомпозиция”. Подразумевается, что каждый пункт в плане будет расписан так подробно, насколько это возможно. Если есть для какого-то из этапов регламент или принципы выполнения работ, на них обязательно должна быть ссылка рядом с соответствующим пунктом плана работ. Если у вас в компании только планируется внедрение системы регламентов, рекомендую пройти мой мини-курс «Мастер регламентов».

Также обязательно у каждой задачи указывайте ответственного за её выполнение (помните, что спрашивать результат будут всё равно с руководителя проекта!) + время, которое планируется затратить на выполнение этой задачи. Более подробно о требованиях к задачам в планах читайте в статье “Ежедневный план: Как организовать, чтобы сотрудники сами планировали свой рабочий день (версия 2.0)”.

Качество плана на 70% определяет результат работы

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

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

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

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

Бывают отдельные случаи,. когда проект очень сложный и масштабный (так называемый супер-проект или длительная программа). Классический пример такого проекта — “развитие сайта”.

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

Здесь нас могут сильно выручить майнд-карты. С их помощью удобно разрабатывать неочевидные планы и решать сложные задачи (про использование майнд-карт и программы для их создания я рассказывал в статье “Обзор книги Сергея Бехтерева «Майнд-менеджмент. Решение бизнес-задач с помощью интеллект-карт”).

Сделайте майнд-карту для супер-проекта. Разделите его на более простые подпроекты и их уже “прогоняйте” по данному алгоритму. Например, “развитие сайта” можно разделить на подпроекты: “Сбор и выкладка отзывов от клиентов”, “Создание справочника FAQ”, “Интеграция с сервисами рассылки” и т.д.

Как выбрать составителя плана

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

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

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

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

6. Составьте список ключевых документов по проекту

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

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

7. Определите объём необходимых ресурсов, выделите их руководителю проекта

Да, теперь, когда у вас есть подробный план, определить объём необходимых ресурсов — это дело техники (разительно отличается от метода “с потолка”, не правда ли?”).

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

Не забудьте выделить требуемые ресурсы руководителю проекта. Фраза “с ресурсами любой дурак умеет, а ты найди всё сам” заведомо гарантирует провал. Если в вашей компании всё происходит именно так, попробуйте перейти к этапу “Оценка полученных результатов и орг. выводы”. Вас устраивают результаты? Поздравляю, вы волшебник 80-го уровня и умеете лепить золотые слитки “из говна и пыли”. Немедленно закрывайте статью, она вам только навредит

8. Фиксируйте промежуточные результаты и договорённости в ЛОГе проекта

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

Кроме всего, вы сможете при необходимости произнести коронную фразу: “У меня все ходы записаны!”

Например, в рамках проекта “внедрение CRM” вы решили исследовать различные сервисы, зафиксировали итоги в отдельном документе и обсудили с генеральным директором. Итоговое решение и принципы, которыми генеральный директор руководствовался, обязательно должны быть зафиксированы в ЛОГе проекта. Иначе, сами понимаете, потом никто “не найдёт концов”.

9. Стартуйте выполнение проекта, управляйте и контролируйте

Проект перед стартом может быть разделён на несколько этапов. В зависимости от масштабов руководитель проекта переносит часть задач или все одного из этапов (а может быть и сразу всех) в систему постановки задач в формализованном виде (например, “Битрикс24”).

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

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

Лучший контроль со стороны руководителя — предварительный

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

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

10. Финал. Проанализируйте результаты и выполните работу над ошибками

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

Свои успехи советский лётчик-ас Александр Иванович Покрышкин, сбивший более 53-х самолётов противника, объяснял так: “В учебных полетах большое внимание уделял овладению пилотированием самолета в усложненных условиях”. Рекомендую его книгу “Познать себя в бою” в качестве настольной для руководителя.

1. Качество полученного результата и соответствие сформулированным стандартам. Есть ли отклонения? Почему и в чём причина их возникновения? Какие действия необходимо предпринять для предотвращения их в других работах и проектах? Подробно про методы оценки читайте в статье “Как оценить эффективность работы сотрудников по итогам рабочего дня с помощью ежедневных отчётов: метод «анализа и комментариев»”.
2. Ошибки и сложности, возникшие по факту и действия, выполняемые для их решения. Почему их не удалось избежать? Как их избежать на других проектах и работах? Какие регламенты необходимо составить и/или внести изменения в существующие?
3. Каких сложностей и ошибок удалось избежать? Почему? Как их избежать и на других проектах?
4. Возможности и успехи, использованные в работе над проектом. Благодаря чему они возникли? Как удалось использовать? Как использовать и в других работах и проектах? Какие регламенты необходимо составить и/или внести изменения в существующие?
5. Какие возможности не удалось использовать? По каким причинам? Как использовать в других работах и проектах? Какие регламенты необходимо составить и/или внести изменения в существующие?

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

Какой софт использовать для управления проектами

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

Если вы только переходите на проектное управление, рекомендую следующий способ:

1. Используйте файл в формате GoogleDocs (подойдут и другие текстовые редакторы, с которыми можно работать в онлайн-формате) для всех перечисленных выше пунктов. Очень удобно обсуждать риски и план работ с помощью системы комментариев к документу и возможности одновременно его редактировать/дополнять. Когда план проекта составить сложно, прибегайте к помощи майнд-карт. Большой проект дробите на несколько подпроектов.
2. Перенесите задачи из плана в систему постановки задач (мы используем для этого “Битрикс24”). Контролируйте в этой системе время и другие параметры задач. Что касается Битрикс24, то в ней есть возможность делать связи между задачами, а также создавать задачи второго и третьего уровня (подзадачи).
• Один из вариантов занесения в систему. Сделайте одну “корневую” задачу для всего проекта, назначьте ответственным руководителя проектом. У неё сделайте подзадачи по количеству этапов с тем же ответственным. Далее у только что созданных подзадач добавляйте подзадачи второго уровня, которые будут соответствовать пунктам в плане проекта, присваивая ответственных и планируемое время на выполнение.
• Задачи по контролю также заносите в систему постановки задач!

Бонус для внимательных читателей: шаблон “ЛОГа проекта”!

Хотите получить образец шаблона “ЛОГа проекта с разработанной структурой: цели, SWOT-анализ, план, подведение итогов?

Выполните 2 простых действия:
1) Оставьте комментарий к статье в самом низу, как на скриншоте по ссылке:
https://yadi.sk/i/QHQ2_R4oiWjkV (Напишите кратко о том, как вы управляете проектами и составными задачами? С какими сложностями вам приходилось сталкиваться? Аргументируйте, пожалуйста, свой ответ. При желании добавляйте к вашему комментарию вопросы).

2) Отправьте запрос на получение документа через мои личные аккаунты в социальных сетях (через личное сообщение):

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

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

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

По итогам прочтения этой статьи, инструментарий работы с проектами и составными задачами — у вас в руках!

Идеи

Эффективно работаем и быстрее решаем задачи

Поделиться

СВЕЖИЕ СТАТЬИ

Другие материалы из этой рубрики

Не пропускайте новые статьи

Подписывайтесь на соцсети

Делимся новостями и свежими статьями, рассказываем о новинках сервиса

«Честно» — авторская рассылка от редакции Unisender

Искренние письма о работе и жизни. Свежие статьи из блога. Эксклюзивные кейсы
и интервью с экспертами диджитала.