📝 ​​Agile-подходы гибкой разработки ПО: Scrum и Kanban.

Суть  Agile описана в Agile-манифесте, в котором на первое место выходят: 
▫️взаимодействие,
▫️работающий продукт,
▫️сотрудничество с заказчиком
▫️готовность к изменениям.
Подробнее:"Ценности и принципы Agile-манифеста"

К отдельным Аgile-подходам относятся Scrum и Kanban. 
Данные подходы гибкой разработки ориентированы на итеративный и инкрементальный процесс программирования, в котором:
🔹 разработка ПО разбивается на короткие циклы - итерации (в Scrum - спринты);
🔹формируется автономная и самоорганизующаяся команда;
🔹клиенты или представляющий их владелец продукта участвуют на всех стадиях проекта;
🔹требования могут документироваться менее подробно, чем в традиционных проектах;
🔹формируется Резерв  (backlog) проекта, содержащий список задач, которые должна выполнить команда;
🔹каждая задача должна быть актуальна (разрешается добавлять/удалять задачи), иметь вес (время, которое необходимо на её реализацию) и приоритет (может пересматриваться в ходе работы);
🔹для визуализации  данных подходов используют доски: физические или электронные, которые позволяют сделать рабочий процесс открытым и понятным для всех специалистов.

📌 Особенности и принципы Scrum:
▪️︎ над каждым проектом работает универсальная команда специалистов;
▪️︎ выделяют спец.роли: Владелец продукта и Scrum-мастер;
▪️︎ время работы делят на Спринты - одинаковые по длительности отрезки времени (напр.  2 недели);
▪️︎ перед спринтом формируются задачи на данный спринт, в конце – обсуждаются и презентуются  результаты: выполненные задачи заливаются на продакшн, а невыполненные — переносятся в другой спринт;
▪️︎ число задач в работе ограничивается их общим весом;
▪️︎ приоритеты задач расставляет Владелец продукта;
▪️︎ нельзя добавлять задачи в текущий спринт (новая важная и срочная задача -  только со следующего спринта);
▪️︎ основная цель - закончить спринт;
▪️︎ проведение ежедневных встреч для оценки результатов проделанной работы - основа процесса разработки.

📌Особенности и принципы Kanban:
▪️︎ над задачей может работать несколько узкопрофильных команд (дизайнеры, аналитики, разработчики…);
▪️︎ внутри команды нет выделенных ролей;
▪️︎ проект делят на итерации, длина которых может различаться;
▪️ рабочие задачи располагаются на доске, поделенной на колонки, каждая из которых отражает текущее состояние работ (стадии) - например: «Планируется», «Разрабатывается», «Тестируется», «Завершено»; 
▪️︎ каждая задача представляется в виде отдельной карточки;
▪️︎ основная цель - закончить задачу, т.е. пройти все стадии выполнения (когда задача завершает определённый этап, карточку с её описанием переносят в соответствующую колонку);
▪️︎ над задачей трудятся столько времени, сколько это необходимо до её завершения или утраты актуальности и отмены;
▪️︎ главный показатель эффективности -
среднее время прохождения задачи по доске;
▪️︎ приоритеты задач расставляет команда;
▪️︎ добавление новых задач - в любое время;
▪️︎ проводить ежедневные встречи не обязательно.

---------
Подробнее о принципах работы по Scrum  и Kanban можно прочитать в статьях:
📄 Scrum
📄 Kanban: принципы и возможности в управлении проектами
📄 Scrum vs Kanban: сходства и различия двух самых популярных Agile-подходов
📄 Сравнение Scrum и Kanban. Какая методика Agile подойдет вам?

#теория  | @notes_analyst