Стандарт и методология управления: в чем разница

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

vlada_maestro / shutterstock

Мария Ираидина

Пишет про управление в Skillbox Media. Работала координатором проектов в Русском музее, писала для блога агентства CRM-маркетинга Out of Cloud.

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

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

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

Стандарт управления	В чем его суть
ICB	Стандарт компетенций руководителя проектов
PMBOK	Стандарт процессов
P2M	Стандарт ценностей

Можно ориентироваться на один стандарт или совмещать сразу несколько.

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

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

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

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

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

Чтобы не путать стандарт и методологию, запомните три отличия.

Первое отличие: правила

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

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

Например, так выглядят общие принципы гибких методологий.

12 принципов Agile

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

У agile-фреймворка Scrum есть специальный гид, которому нужно следовать.

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

Второе отличие: последовательность действий

У стандарта нет последовательных шагов, а в методологии всегда понятно, что и за чем делать.

Например, основа методологии Waterfall — это последовательность, каскадность шагов. Их нельзя менять местами или отменять.

Жизненный цикл разработки ПО при использовании каскадной модели — это пять этапов.

Аналитика.
Проектирование.
Разработка.
Тестирование.
Эксплуатация и поддержка.

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

Третье отличие: роли

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

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

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