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

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

49 153 просмотров
Методология

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

Методологий управления проектами великое множество – они бывают используемыми только в одной компании, бывают глобальными. Методологии бывают в виде инструментов (типа Agile), бывают в виде большой книги с набором этих инструментов (PMBoK, тоже методология).

В жизни я использовал и использую две, самые популярные методологии – Waterfall (“водопад”/“каскадная”) и Agile (и его ответвление – Scrum), о них и пойдет речь. Ради расширения кругозора читателя расскажу и о других известных мне вещах. Если читатель работает с диджитал, то “водопада” и “эджайла” хватит за глаза – можно будет использовать их в работе, жизни, рассказывать знакомым и незнакомым людям, на митапах, с умным видом попивая смузи.

Управление проектами от А до Я — что такое управление проектами и проектное управление | менеджмент

Откуда взялись методологии?

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

Agile и Waterfall

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

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

• Купить саженец
• Выкопать яму
• Поставить в нее саженец
• Присыпать землей
• Полить дерево

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

Я работаю с проектами в сфере разработки сайтов и мобильных приложений. Этапы разработки таких проектов по водопаду примерно одинаковы:

• Написать техническое задание
• Нарисовать дизайн
• Сверстать дизайн
• Закодить
• Протестировать
• Запустить проект

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

PMBOK за 10 минут — понятное и краткое описание стандарта проектного управления

“Эджайл” (или “агиль”, или “а жаль” – много у него прикольных названий) относится к типу гибкой методологии. Главное его отличие от водопада – рабочий продукт на каждом этапе работы и неясный финал проекта. В примере с тем же деревом, где каждый этап последователен, этот эджайл не покатит: ну купил ты саженец, а толку? У эджайла достаточно широкая область применения, однако более всего он прижился в IT. А его виды и подтипы толстой пленкой накрыли прилегающие сферы – бизнес-планирование, продуктовый менеджмент и так далее, и тому подобное.

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

Этапы производства (представим, что каждый этап занимает ровно спринт):

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

Пусть в состоянии MVP (минимальный жизнеспособный продукт), но этим домом можно будет пользоваться примерно после первого этапа – не очень комфортно, но можно. Также “по эджайлу” этапы могут не следовать друг за другом, а идти параллельно или в разном порядке. Ключевой момент: на каждом этапе реализации продукта продуктом можно пользоваться.

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

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

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

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

В одно семейство с эджайлом (“гибкие методологии”) входят Scrum, XP и Lean – хипстерские вещи из мира стартапов – читайте интернеты.

Waterfall или Agile?

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

Организации, управляющие методологиями

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

Project Management Institute – наш друг. Питаю к этой организации особую привязанность – у них мощная комьюнити и хорошая база. Организация базируется в США, существует с 1969 года, а их стандарты управления проектами признаются ANSI.

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

Дополнительно к PMBoK у PMI есть такие основные вещи: стандарты управления портфелями (проектов) и программой, стандарты управления рисками и Scrum Guide. PMBoK – не IT-книга, методики из свода применимы фактически ко всем проектам (для некоторых типов есть отдельные расширения) – маст хэв, в общем.

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

Международная Ассоциация Управления Проектами – такая же организация, как PMI, только европейская (Швейцария), и о ней меньше слышно. Работает с 1965 года, и изначально называлась Internet (когда интернета в помине не было).

Что они там делают – понятно мало. Ну, сертифицируют менеджеров. Выпускают свои журналы – сами и под представительствами. Зарабатывают деньги. И слава Б-гу.

“Принц” (PRojects IN Controlled Environments). Появилась методология в 1989 году, в Великобритании (и тут отделились). Ключевой особенностью методологии является польза, которую принесут процессы внутри проекта проекту. Минимизация рисков, соблюдение качества проекта. Еще у проектов PRINCE2 сложная организационная структура с комитетом проекта.

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

«A Guidebook of Project and Program Management for Enterprise Innovation». Японская методология управления проектами – на этот раз свежее, она 1999 года. Тентаклями тут является акцент на инновации и управление ожиданиями заинтересованных лиц. Близко не сталкивался, не изучал, оценки дать не могу.

Microsoft Solutions Framework

“Частная” методология управления проектами, MSF, была придумана и введена в работу в 1994 году майкрософтом. Она особенна тем, что разрабатывалась непосредственно под разработку программного обеспечения, а не адаптировалась, что можно сказать о том же PMBoK. Внешне похожа на список внутренних рекомендаций (типа как у вас в интре) для менеджеров проектов. В чистом виде не используется даже Microsoft – добавляют тот же эджайл, например. В википедии есть познавательная статья об этом фреймворке, прошу пройти туда – там больше, чем могу рассказать я.

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

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

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

Источник: vc.ru

Методология управления проектами: топ-6 эффективных методов

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

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

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

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

Waterfall

Такой метод управления проектами еще называют водопадом или каскадным подходом. Является классической методологией с четкой структурой и строгими правилами.

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

Пять основных этапов каскадной методологии:

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

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

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

Кому подходит: Метод Waterfall часто используется в строительном бизнесе. Подходит для крупных проектов с привлечением большого количества заинтересованных лиц.

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

Бизнес исчерпал предел роста? Пора менять стратегию и привлекать новые эффективные ресурсы. Один из них — кредит на расширение бизнеса от Совкомбанка. Выберите любую из трех программ льготного кредитования ИП и ООО и получите мощный финансовый поток на очень выгодных условиях: для IT-предпринимателей и сельзохпроизводителей – до 5%, для остальных субъектов МСП – не более 10,25%

Agile

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

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

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

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

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

Scrum

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

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

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

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

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

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

Защитить бизнес от рисков просто! Совкомбанк поможет вам выбрать надежную программу страхования.

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

Kanban

Kanban с японского переводится как «карточка». Понять суть данного метода поможет история его создания. Его придумал Таийити Оно, японский инженер корпорации Toyota, в 1950-х годах. Мужчина вдохновился принципом работы американских супермаркетов, где покупатель сам выбирает необходимые продукты.

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

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

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

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

Доска Kanban выглядит следующим образом

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

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

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

PRINCE2

Это самый востребованный метод управления проектами, который используется в более чем 150 странах мира. Так чем обусловлена такая популярность?

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

Изначально метод назывался PRINCE. Он был создан в 1980-х годах в Великобритании для управления ИТ-проектами. Затем в 1996 году команда экспертов обновила методологию, вследствие чего появилась улучшенная версия под названием PRINCE2.

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

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

• четкое разделение обязанностей. Каждый сотрудник должен знать, чем конкретно он занимается и за что отвечает;

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

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

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

Кому подходит: методология PRINCE2 отлично подходит для решения масштабных задач.

Six Sigma

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

Ключевыми элементами концепции являются:

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

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

Философия или метод: шесть сигм в управлении производством

Кому подходит: Метод Six Sigma — оптимальный вариант для крупных компаний. Такой подход позволяет решать сложные задачи в короткие сроки.

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

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

Источник: sovcombank.ru

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

Говоря про методы управления проектами, в одну кучу сваливают всё: и Kanban, и Agile, и PRINCE2, и Six Sigma и много чего ещё. Разобрались, почему так делать нельзя, и сделали, как надо.

Если ты откроешь практически любую статью о методах управления проектами, уверяю тебя, наткнёшься там на примерно один и тот же перечень «методов»:

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

Важная теоретическая часть

Давай расставим все точки над «ё».

Метод — способ что-то сделать. Также называют техникой.

Методология — набор методов и принципов, подкреплённых теорией. Также называют моделью.

Методика — готовый алгоритм применения различных методов для достижения какой-то цели. Также называют фреймворком.

И вот если через призму этих определений, которые я склонен считать наиболее логичными и правильными, посмотреть на список «методов», приведённый выше, получается следующая картина:

НазваниеЧем является

Waterfall	методология
Agile	методология (и философская концепция)
Scrum	методика, построенная на методах Agile
Kanban	метод Agile
Lean	метод Agile (а ещё философская концепция)
PRINCE2	методика
Six Sigma	методология, но касается она управления процессами, а не проектами

Не совсем про методы, да? Скорее про методологии.

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

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

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

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

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

Иерархическая структура работ (WBS)

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

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

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

Диаграмма Ганта

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

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

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

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

Kanban

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

Управление ведётся через специальную доску и набор стикеров-задач. Доска разделена на столбцы-этапы, которые проходит задача на пути к завершению. По умолчанию это:

• Входящие,
• К работе,
• В работе,
• Сделано.

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

PERT (Program Evaluation and Review Technique)

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

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

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

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

Метод критического пути (CPM)

Это метод планирования проектных работ, который часто используется вместе с PERT. Суть метода в определении самой длительной последовательности взаимосвязанных задач — так называемого «критического пути». Эти задачи называются критическими, потому что у них нет резерва времени — то есть любая проблема в одной из этих задач повлияет на сроки выполнения проекта в целом. Такие задачи требуют более пристального внимания и контроля.

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

Метод критической цепи (CCPM)

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

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

Экстремальное управление проектами (XPM)

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

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

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

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

Источник: weeek.net