Блог

Agile, Scrum, Kanban: Ху из Ху?

Мы живём в мире VUCA (VUCA – аббревиатура от volatility, uncertainty, complexity и ambiguity) – нестабильном, неопределённом, сложном и неоднозначном. В таком мире современные компании должны учиться выживать, адаптироваться к переменам и охватывать новые рынки. Это стало предпосылкой к тому, чтобы появились новые инструменты менеджмента с помощью которых продукты можно было бы делать быстрее и качественнее.
История Agile
В IT среде многие годы

разработка ПО

велась по каскадным методологиям, когда каждый следующий этап начинался по завершению предыдущего:
Идея → техническое задание → дизайн → программирование → тестирование → релиз.
Если на этапе тестирования возникала новая идея, её приходилось игнорировать или переделывать все предыдущие этапы. В итоге продукты получались хуже, чем могли бы быть. А иногда полностью выбивалась из сроков и бюджетов.
Когда вы сорвали дедлайн
Когда вы сорвали дедлайн
В 2001 году 17 американских IT специалистов из штата Юта собрались в горной деревушке Сноубёрд, чтобы обсудить свои способы управления и понять, как стать более гибкими: быть готовыми к изменению бюджета, к изменению сроков, успевать вовремя сделать лучший продукт.
В результате обсуждения возник «Манифест гибкой разработки ПО», где впервые прозвучал термин «Agile». Его основной смысл в том, что:
  • «Люди и взаимодействие важнее процессов и инструментов.»
  • «Работающий продукт важнее исчерпывающей документации.»
  • «Сотрудничество с заказчиком важнее согласования условий контракта.»
  • «Готовность к изменениям важнее следования первоначальному плану.»
То есть Agile – это такой способ мышления, который помогает команде эффективнее мыслить, работать и принимать решения.
При чём тут Scrum и Kanban
Для реализации ценностей и принципов Agile существует целый ряд гибких подходов, среди которых самые популярные Scrum и Kanban.
Scrum – методология гибкой разработки на основе Agile. Здесь участникам отводятся три роли:
  • 1. Владелец продукта. Он отвечает за итоговый продукт. Знает в чём его ценность для ЦА, клиента. Но он не руководит процессом, а только расставляет приоритеты.
  • 2. Scrum-мастер. Он контролирует процесс работы. Помогает команде бороться с трудностями.
  • 3. Команда разработки. Специалисты, которые обладают необходимыми навыками. И позволяют получить работоспособный продукт.
В основе Scrum лежит «спринт» – обычно это отрезок от 2 до 4 недель. Перед началом спринта команда самостоятельно формирует список задач на данный период. В конце обсуждаются результаты, а команда начинает новый спринт. В Scrum строго запрещается добавлять задачи в текущий спринт, поэтому Scrum менее гибок. Даже если вдруг появилась очень срочная задача, её возьмут в работу только со следующего спринта.
Kanban – ещё один метод, который делает командную работу результативней. Его смысл в том, чтобы процесс разработки был максимально прозрачным. И нагрузка была равномерно распределена между участниками проекта.
Работа по этому методу выстраивается на 3 основных принципах:
  • 1. Информация о проекте должна быть визуализирована. Это позволяет видеть ошибки и активно их устранять.
  • 2. Над одной задачей должна работать вся команда. Это позволяет равномерно распределить нагрузку.
  • 3. Время на выполнение всех задач должно строго контролироваться. Это позволяет оптимизировать процесс разработки.
Разработка программ
Как работаем мы в IT Brick
Итак, Scrum и Kanban – это способы организовать работу в духе Agile. У каждой есть свои плюсы и минусы. Мы используем основные принципы и подходы Scrum. Но адаптируем их под себя.
Мы делим работу на спринты. Клиент знает точные сроки завершения списка задач, которые вошли в спринт. Но мы не проводим Daily Scrum Meeting (ежедневные планерки), как того требует методология. И в начале проекта делаем общее ТЗ, чтобы понимать проект и оценку для заказчика. В процессе работы, когда формируются спринты, это ТЗ меняется.

Резюме: Agile – это образ мышления со своей системой ценностей. Работать в духе Agile помогают разные методологии. Самые популярные – Scrum и Kanban. Есть ещё и другие. Для эффективной командной работы не обязательно следовать только одной методологии. Можно брать лучшие практики и экспериментировать. Главное предоставить качественный продукт на выходе.
Следите за нами в социальных сетях
Сайт использует файлы cookies и сервис сбора технических и гео данных его посетителей.
Продолжая использовать данный ресурс, вы автоматически соглашаетесь с использованием данных технологий.
ООО "АйТиБрик" © 2010-2018

Разработка программ по всей России

Политика обработки персональных данных
г. Казань, ул. Каюма Насыри 25, офис 410
Пн-Пт: 09.00 - 18.00, Сб и Вс - выходной
info@itbrick.ru

Оставить заявку

Ваше имя:
Телефон:
E-mail:
Ваша идея:
Прикрепить файл

Спасибо за обращение!

Наш специалист свяжется с вами в течении рабочего дня.