Agile
Это набор методов и практик для гибкого управления проектами с целью повышения скорости создания готовых продуктов и минимизации рисков.
То есть, простыми словами, Agile предполагает быстроту реагирования и адаптацию к изменениям.
Сильные стороны:
- Адаптивность, этот метод способен подстроиться под любые условия, процессы.
- Agile может использоваться для проектов, не требующих завершения, например запуск сервиса или блога.
- Agile подходит для проектов, характеризующихся некой неопределенностью, где данные о продукте становятся известны только в процессе работы.
Слабые стороны:
Каждая команда в данном подходе должна самостоятельно создать систему управления на основе правил. Agile подход сложен, на него затрачивается много времени и требуется большой ряд изменений во всей организации. Не каждая компания сможет справиться с внедрением данного подхода.
К отдельным agile-подходам относятся scrum и kanban, они обе гибкие и интеративные. В данных подходах подразумевается что команда находится в едином пространстве, где за успех или провал отвечает вся команда. Главный принцип - свободное общение и общие обсуждения.
Scrum - подход структуры
Над каждым проектом работает команда специалистов, к которой присоединяется владелец продукта и scrum-мастер. Он помогает организовать процесс, решить проблемы, мотивирует команду и следит за эффективностью выполнения.
Kanban - подход баланса
Его задача держать баланс между специалистами внутри команды. И обеспечить равное разделение задач.
В этом подходе нет ролей, а эффективность зависит от стадий выполнения конкретных задач.
Scrum - это автобус, который останавливается лишь на определенных остановках, где люди выходят группами. А Kanban - это маршрутка, где захотел пассажир выйти, он вышел.
Как составляют список задач
Задача делится на сотни подзадач. Каждая задача имеет приоритет. В Kanban приоритеты расставляет команда, в Scrum — владелец продукта. Приоритеты можно и даже нужно пересматривать в процессе проекта.
Как работают над проектом
Scrum предполагает деление процесса на равные промежутки времени, то есть спринты. Как правило, они идут 2-3 недели. Перед началом команда сама формирует фичи. После завершения спринта выполненные фичи заливаются в продакшн, а невыполненные - в новый спринт. Важная особенность - фичи, которые делаются во время спринта, должны быть такими же, как и в начале.
Kanban дает больше гибкости, здесь нет понятия “скорость работы”, считается только среднее время на задачу.
Основная разница между Scrum и Kanban — в длине итераций. В Scrum итерации — 2 недели, в Kanban задачи программисту можно «подсовывать» хоть каждый день.
В заключении, хотелось отметить, что Scrum — гибкая методика разработки, а Kanban — еще более. Каждый подход по своему важен, его применяют в зависимости от задач.
Для разработки нового продукта подходит Scrum, а уже для дальнейшей оптимизации необходим Kanban.
А на чем вы остановили свой выбор? Делитесь своими примерами и наблюдениями в комментариях.
Телефон для связи: 8 800 777-34-75
Наш сайт ms-net.ru