СРАВНИТЕЛЬНЫЙ АНАЛИЗ МЕТОДОВ УПРАВЛЕНИЯ ПРОЕКТАМИ SCRUM И KANBAN

УДК 65.011.56

Асейдулин И.Р.

Студент 1 курса магистратуры СамГТУ

г. Самара, РФ

СРАВНИТЕЛЬНЫЙ АНАЛИЗ МЕТОДОВ УПРАВЛЕНИЯ ПРОЕКТАМИ SCRUM И KANBAN

Аннотация

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

Ключевые слова:

Управление проектами, методологии, гибкость, Scrum, Kanban.

В настоящий момент одной из ключевых актуальных проблем компаний является гибкость в управлении проектами. Компании должны быстро предоставлять цифровые услуги, должны соответствовать постоянно меняющимся потребностям клиентов. Быстрое реагирование в ответ на потребительские тенденции больше не может ждать монолитных и бюрократических процедур изменений. Практики в области технологий отдали приоритет двум подходам, а именно Scrum и Kanban для достижения необходимого уровня гибкости [1].

В работе будут рассмотрены основные различия между Scrum и Kanban. Стоит отметить, что Scrum и Kanban не в оппозиции – это не только применение либо Scrum, либо Kanban. Фактически, в определенных ситуациях, их можно рассматривать и использовать совместно.

Scrum и Kanban – это методологии управления проектами, которые выполняют задачи проекта небольшими приращениями и делают упор на постоянное улучшение. Но процессы, которые они используют для достижения этих целей, различны. В то время как Kanban сосредоточен на визуализации задач и непрерывного потока, Scrum больше касается реализации сроков для каждого цикла работ и назначения установленных ролей. И Kanban, и Scrum заимствуют подходы Agile и Lean, хотя Scrum часто более тесно связан с Agile. Это означает, что Kanban и Scrum адаптивны, прозрачны и снижают неэффективность процесса проекта [2].

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

Таблица 1 – Сравнение Scrum и Kanban

Scrum

Kanban

Scrum делает упор на планирование. Он начинается с планирования спринта и заканчивается ретроспективой спринта.

Kanban открыт для внесения изменений на ходу.

Рекомендуется собирать измерения времени, сделанные во время спринтов.

Kanban рекомендует графики, чтобы получить представление о прогрессе команды с течением времени.

Делает упор на планирование, поэтому оценка играет очень важную роль.

Kanban не имеет обязательных требований для оценки.

У каждого человека есть своя роль и обязанности.

Никаких установленных ролей.

Продолжительность итераций / спринтов фиксирована.

Kanban не зависит от продолжительности.

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

Важно иметь специализированную команду.

Бэклог спринта принадлежит только одной команде.

Несколько команд могут использовать доску Kanban.

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

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

Лучше всего подходит для проектов с меняющимися приоритетами.

Идеально подходит для команд со стабильными приоритетами, которые вряд ли изменятся со временем.

Производительность измеряется с помощью скорости спринтов.

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

Scrum требует полного перехода от традиционной модели к модели Agile.

Kanban не допускает кардинальных изменений в проекте.

Это идеальный метод для проектов с самыми разными приоритетами.

Лучше всего подходит для команд со стабильными приоритетами.

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

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

Вся работа выполняется партиями / спринтами.

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

Scrum-мастер решает проблемы.

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

Scrum предписывает ограниченные по времени итерации.

Kanban фокусируется на планировании различной продолжительности отдельной итерации.

Scrum помогает фирмам экономить время и деньги.

Kanban-метод ориентирован на постоянное улучшение, продуктивность и эффективность.

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

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

Общая стоимость проекта минимальна, что может привести к более быстрому и дешевому результату.

Если задача неправильно оценена, общая стоимость проекта никогда не будет точной.

В этом методе легче доставить качественный продукт в запланированное время.

Он рассчитан на регулярный, стабильный выпуск, серьезные изменения потребительского спроса могут привести к падению Kanban.

Большие проекты можно легко разделить на легко управляемые спринты.

Хорошо работает только с небольшими командами, поэтому не подходит для больших команд.

Подводя некоторые итоги можно уверять, что Kanban улучшает наглядность, способствует развитию культуры постоянного совершенствования и повышает производительность. Kanban может соответствовать уже существующим процессам, включая Scrum [3].

В свою очередь Scrum связан с более высокой производительностью, более быстрой реализацией, более низкими затратами и более высоким качеством продукта на выходе. Нельзя не отметить, что многие руководители проектов также рассматривают Scrum как эффективный метод для решения сложных проектов или проектов, которые могут часто меняться [3].

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

Так все же, что лучше для управления проектами в компаниях? На этот вопрос можно ответить следующим образом – и Scrum, и Kanban являются мощными, проверенными инструментами, которые могут значительно улучшить управление проектом. Поэтому лучше всего ознакомиться с ними обоими и поэкспериментировать с их различными аспектами в производственной среде. Также нельзя не отметить, что создание гибрида двух этих методологий вполне приемлемо (Scrumban), если было определено, что эффективнее будет использовать обе методологии.

Список использованной литературы:

  1. Отвагина, И. Е. AGILE подход в управлении региональным развитием как драйвер развития территории и укрепления ее бренда / И. Е. Отвагина, А. В. Брокерт, А. В. Гончарова // Экономика и предпринимательство. — 2019. — № 4 (105). — С. 482-486.
  2. Кон, М. Agile: оценка и планирование проектов / М. Кон; пер. с англ. — Москва: Альпина Паблишер, 2018.
  3. Agile: Tools for Preparing Your Team for the Future by Harvard Business Review, Darrell K. Rigby, Jeff Sutherland, Peter Cappelli, Phil Simon.

© Асейдулин И.Р., 2021