Популярные методы управления проектами
НОВОСТЬ
01 окт 2021
Любой подход к управлению проектами — всего лишь инструмент, который:

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

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

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

Agile — скорее философия, набор принципов и правил, по которым реализуются проекты. Согласно данной методологии, проект реализуется небольшими итерациями, которые в конечном итоге приводят к готовому продукту. Какому именно продукту? А черт его знает! Вся прелесть аджайла в том, что после каждого спринта направление развития продукта может резко поменяться.

Agile-проекты характеризуются постоянным коммуницированием с заказчиком, что позволяет ему контролировать процесс реализации проекта.

Scrum — разновидность Agile-методологии. Наиболее структурированная и гибкая методология управления проектами. Цель Scrum — улучшить общение, наладить командную работу и повысить скорость разработки. Модель основывается на правиле 3-5-3: три роли (владелец продукта, скрам-мастер и команда разработки), пять событий (планирование спринта, ежедневная летучка, разработка, обзор спринта, ретроспектива) и три артефакта (бэклог продукта, бэклог спринта, инкремент продукта). Scrum проще выстроить в команде до 9 человек, которые работают над задачами, расставленными в порядке приоритетов.

Работа разбивается на «спринты» длиной 2-4 недели с ежедневными встречами, во время которых команда сообщает о проделанной работе, планах и возможных проблемах.

Kanban — более свободная и менее структурированная методология. Поэтому в Kanban можно переходить от одной задачи к другой, работать одновременно, менять приоритетность и даже оставлять задачи, потерявшие актуальность. Kanban не ограничивает время спринтов, подразумевает всего две роли — менеджер и разработчики. Каждая задача переходит из статуса в статус: Задачи на разработку —> Задачи в разработке —> Выполненные задачи. Также можно добавлять необходимые команде статусы. Важно ограничивать количество задач в конкретном статусе.
Kanban подходит для работы, требующей стабильного результата, например для производства или поддержки и обслуживания. Модель лучше всего работает с командой 5-8 человек, для того чтобы менеджер мог эффективно следить за процессом разработки.

Kanban часто встраивается в систему Scrum, чтобы акцентировать внимание разработчиков на количестве единовременных задач и их качестве.