2 апреля 2021   •   Алина Кривенец   •   14 min read

Топ методов управления проектами при разработке софта Waterfall, Agile, Scrum, Kanban

Топ методов управления проектами при разработке софта: Waterfall, Agile, Scrum, Kanban и другие

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

Управление проектом было слишком неповоротливым, а отклонение от четкого плана грозило крушением рабочего процесса в целом.

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

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

В 1990-х годах на смену неповоротливым методам пришло семейство гибких

Конечно, мы говорим об Agile (agile software development, от англ. agile — проворный) методах разработки программного обеспечения. Новый подход к методологии управления проектами ворвался в IT и позже перешел в производство, инженерию, разработку искусственного интеллекта и т.д.

Первыми гибкими методами были: RAD (с ориентиром на качество при минимальном бюджете и ограниченном сроке), XP (экстремальное программирование с коллективным владением кодом), SCRUM (где каждый участник команды несет ответственность за результат), Kanban (визуализация этапов разработки на доске) и другие.

Четыре Agile-идеи, которые важно знать:


  • Люди в команде и взаимодействие между ними важнее процессов
  • Взаимодействие с заказчиком важнее согласования условий договора
  • Работающий продукт на первом месте. Документация — второстепенна
  • Готовность быстро реагировать на изменения важнее заранее утвержденного плана

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

Таблица сравнения
Agile Waterfall
Гибкость рабочих процессов и внесение изменений при первой необходимостиКаскадная модель разработки с жесткой последовательностью процессов
Готовый продукт важнее документацииДокументация важнее готового продукта
Личная ответственность каждого участника команды за результатОтветственность за результат в целом на команде
Взаимодействие с заказчиком в процессе разработкиЗаказчик не привлекается к рабочему процессу.
Максимальное вовлечение владельца продукта в рабочий процессВладелец продукта минимально задействован в рабочем процессе
Рабочий процесс разбивается на короткие спринты. Обычно от 1 недели до 1 месяцаКаждый рабочий процесс — отдельная фаза, которая длится до тех пор, пока не проходит этап тестирования и одобрения


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

Рассмотрим те, которые «прижились» и чаще всего используются в разработке софта.

Scrum

Гибкий подход к разработке софта, где одна задача — один спринт. Спринт при Скрам подходе может длиться от 1 недели до 1 месяца.



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



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

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

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

+ Плюсы

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

— Минусы

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

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


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

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

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

Контроль скорости завершения спринтов — важный элемент Scrum

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




Kanban

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



Kanban — максимальная гибкость и адаптация к изменениям в любой момент.

Scrum и Kanban — гибкие подходы к управлению проектами. Но Канбан, все-таки, более гибкий и вот почему:

  • Допускает внезапное поступление новых задач и «переключение» между ними.
  • Коллективная ответственность за результат повышает эффективность работы.
  • Незапланированные задачи попадают в бэклог. Это место хранения всех задач, которые еще не приняты в работу и не запущены по Канбан. Визуально бэклог выглядит точно такой колонкой, как и остальные этапы рабочего процесса. Если какие-то из этапов будут завершены раньше запланированных сроков, ожидающая задача из бэклога сразу же попадает на первую станцию (этап) «Принято в работу».
  • Есть место для экспериментов и неизвестности в проектах или задачах. Если в процессе работы над задачей появятся новые данные/изменения, Канбан позволяет быстро адаптироваться и продолжить работу над задачей, не нарушая в целом рабочий процесс.

Канбан — идеальный метод для работы с короткими проектами и задачами.

+ Плюсы

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

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

— Минусы

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


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

Есть задача: снять обучающее видео для клиента. Для съемки обучающего ролика будет создан ряд однотипных задач: «Написание сценария», «Съемка», «Черновой монтаж», «Пост-обработка». Каждая из задач на Канбан доске будет отдельной колонкой.



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

Канбан или Скрам? Какая система управления проектами нужна

Выше мы описали плюсы и минусы этих двух гибких методов, но еще один интересный нюанс:

Scrum на старте работы над новым продуктом даст больше контроля и управляемости

Если Kanban — это максимальная гибкость, то Scrum — больше о контроле и управляемости. Когда процесс отлажен и все понятно — приходит на помощь Канбан. Он идеален для работы с однотипными задачами.

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

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

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

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

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

Кто-то воспринимает работу в таск-менеджере — как дополнительный контроль и недоверие. Здесь важно объяснить всей команде, что таймер, например, это необходимость, а не контроль или недоверие. Таймер — это как дополнительный инструмент для улучшения эффективности работы, прозрачности процесса и результата для клиента. Кстати, таймер — это еще и возможность обосновать необходимость в оплате труда сверх нормы (если для выполнения задачи понадобилось больше времени, чем заложили в задачу изначально).


6 признаков того, что таск-менеджер выбран правильно:


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

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

esc
Поделиться в
или
Если проектный менеджмент – это методология, то Waterfаll, Agile, Scrum, Kanban – это методы, благодаря которым достигаются цели по проектам и задачам. Если говорить проще: управление проектами является...
13 мая 2021   •   12 min read
У каждой команды есть отдельные задачи и одна глобальная цель. Чем эффективнее идет работа над задачами – тем быстрее команда приближается к цели и тем меньше ошибок делает на своем пути. Если кривая...
12 мая 2021   •   14 min read
Планирование –– это основа эффективного распределения ресурсов, благодаря чему достигаются поставленные цели. Например: команда из пяти человек работает одновременно над десятью задачами. Как распределить...
11 мая 2021   •   8 min read

Более 1300 компаний используют Worksection. Присоединяйтесь!

Worksection используют 1300 компаний

Отлично!

Введите код подтверждения
или перейдите по ссылке из письма
Нет письма? Даже в спаме? Напишите нам
или через