•     •   11 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 или Канбан
  • Появилась систематизация рабочих процессов и увеличилась общая эффективность
  • Коммуникация с командой стала более слаженной: проекты, задачи и комментарии к ним не теряются
  • Клиент получает обратную связь в виде прозрачного отчета по задачам и проектам и может отслеживать рабочие процессы, если у него есть такой запрос

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




FAQ

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

Каскадная (водопадная) и гибкая (итерационная) — две основные на сегодняшний день методологии управления проектами, включающие в себя набор методов. Каскадная: PERT, метод критического пути и освоенного объема, а также некоторые другие. Итерационная («Agile Umbrella»): Scrum, Kanban, Feature Driven Development, XP (Extreme Programming), Lean, Six Sigma, PRINCE2. Ключевые принципы гибкой методологии Agile: участники проекта и коммуникация между ними приоритетнее процессов; эффективное взаимодействие с заказчиком приоритетнее, чем согласование условий договора; главное — работающий продукт, документы второстепенны; готовность к оперативному реагированию на произошедшие изменения важнее первоначального плана.

Что такое управление проектами?

Управление проектом (проектный менеджмент, Project Management) — совокупность действий, направленных на согласование участников проекта, процессов, инструментов и навыков для достижения поставленных перед проектом целей и запланированных результатов, в соответствии с выдвигаемыми требованиями. Грамотное управление проектами помогает повысить процент успеха, прозрачность и наглядность, оптимизировать коммуникацию, и способствует оптимальному распределению имеющихся ресурсов (люди, время, финансы).

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

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

Каким проектам лучше всего подходит гибридная методология?

Под термином «гибридная» подразумевается такая методология, в которой сочетается все лучшее из каскадной и итерационной. Для данного подхода характерны: гибкость, структурированность и универсальность, так как он может быть применен для разнообразных проектов. Выбор в пользу гибридной методологии оптимален, если речь идет о сложном проекте среднего объема с не четкими требованиями, для которого одинаково значимы, как гибкость, так и планирование, и который имеет строго установленный бюджет.

Для чего нужно управление проектами?

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

Что должен делать менеджер проекта?

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

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

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

esc
Поделиться в
или
Бизнес-кейсы
Никита Ловиков, СЕО и основатель веб-студии Letsmake.site, поделился с нами опытом пользования Worksection. Кроме того, Никита рассказал интересные инсайты об успешности и неуспешности проектов, а также...
13 декабря 2023   •   4 min read
Бизнес-кейсы
Вместе с Иваном Тригубом, сооснователем и СЕО компании SPLIT Development обсудили становление его компании и особенности проектов, преимущества Worksection по сравнению с Jira, а также проблемы фикс-прайса...
3 декабря 2023   •   4 min read
Бизнес-кейсы
Евгений Савельев, управляющий партнер юридической компании Avitar, рассказал о работе команды по Worksection, в чем ценность сервиса для юристов и о преимуществах тайм-трекинга. Расскажите о компании...
30 октября 2023   •   3 min read
Начните работу прямо сейчас
Введите, пожалуйста, свой настоящий email 🙂
Вторжение России в Украину Worksection прекратил работу на территории РФ Почему?