Все
Дизайн
Код
Геймдев
Бизнес
Маркетинг
Управление
Кино и музыка
Фотография
Развитие
Здоровье
Деньги
Образование
EdTech
Корп. обучение
Блог Skillbox
Спецпроекты
Профориентация
Стандарт и методология управления: в чем разница
Многие до сих пор путают стандарт управления с методологией. Рассказываем, как разобраться в этих понятиях.
Что такое стандарт и методология управления
Стандарт управления — это набор рекомендаций и советов. Нужен, чтобы вам было на что ориентироваться в работе.
Примеры стандартов управления
| Стандарт управления | В чем его суть |
|---|---|
| ICB | Стандарт компетенций руководителя проектов |
| PMBOK | Стандарт процессов |
| P2M | Стандарт ценностей |
Можно ориентироваться на один стандарт или совмещать сразу несколько.
Методология управления — это набор методов и практик. Это подробный план действий, в отличие от стандарта, который просто задает направление.
Вопросы, которые помогут различать стандарт и методологию
| Стандарт | Методология |
|---|---|
| Что можно делать? | Что делать? |
| Как это можно делать? | Как делать? |
| Кто это может делать? | Кто это делает? |
| Кто за это может отвечать? | Кто за что отвечает? |
| Какие могут быть процессы? | Как проходит процесс? |
| Что можно сделать потом? | Какой шаг следующий? |
| На что еще можно ориентироваться? | На что ориентироваться? |
Обычно команда выбирает одну методологию и следует ее принципам. Но не всегда методологии можно совмещать, потому что они могут противоречить друг другу. Например, гибкие методологии противоположны Waterfall, что не мешает некоторым командам дополнять каскадную модель разработки элементами из Agile.
Три основных отличия стандарта управления от методологии
Чтобы не путать стандарт и методологию, запомните три отличия.
Первое отличие: правила
На стандарт можно опираться в работе и учитывать его основы, но следовать всем правилам не обязательно.
Если используете методологию, нужно следовать принципам и правилам, чтобы все работало.
Например, так выглядят общие принципы гибких методологий.
12 принципов Agile
- Главное — хорошее ПО и довольный заказчик.
- Готовность к изменениям в любой момент.
- Полностью рабочее ПО — как можно чаще.
- Встреча команды — лучше всего для обмена информацией.
- Заказчик и команда разработки должны работать вместе.
- Доверять людям делать свою работу.
- Есть рабочее ПО — есть прогресс.
- Гибкие процессы — непрерывное развитие.
- Внимание к качеству способствует гибкости.
- Простота процесса позволяет не делать лишней работы.
- Самоорганизующаяся команда лучше работает.
- Постоянное стремление к большей эффективности.
Но бывают исключения, когда команда адаптирует методологию под свои потребности: не следует всем принципам, а выбирает только то, что поможет в работе.
Второе отличие: последовательность действий
У стандарта нет последовательных шагов, а в методологии всегда понятно, что и за чем делать.
Например, основа методологии Waterfall — это последовательность, каскадность шагов. Их нельзя менять местами или отменять.
Жизненный цикл разработки ПО при использовании каскадной модели — это пять этапов.
- Аналитика.
- Проектирование.
- Разработка.
- Тестирование.
- Эксплуатация и поддержка.
В agile-методологиях задачи можно ставить по приоритетам, а приоритеты могут измениться во время работы над проектом. Единственное — важно тестировать результат после каждой итерации.
Третье отличие: роли
В стандарте управления нет ролей, но есть рекомендации, кто и чем может заниматься. В методологиях роли есть, их распределяют перед началом проекта. Например, в Scrum, кроме команды разработки, есть scrum-мастер и Product Owner.
| Стандарт управления | Методология |
|---|---|
| показывает основной вектор движения, следовать всем принципам не обязательно | без выполнения всех правил и принципов проект не состоится |
| нет последовательных шагов действий | всегда есть последовательность действий — что за чем идет, даже в гибких методологиях |
| стандарт не регламентирует роли в работе над проектом | методология определяет минимально нужную команду проекта по ролям |
Теперь вы знаете, чем стандарт управления отличается от методологии. А чтобы не только разбираться в понятиях, но и правильно применять их на практике — выстраивать процессы, планировать и работать с рисками, приходите на курс по управлению проектами.
