Scrumban

 

Методики управления проектами Scrumban

В Scrumban есть лимиты на количество рабочих задач.
Этот показатель зависит от участников команды.
Например, если задействовано 7 человек, количество незавершенных процессов равно 7.

Планирование в долгосрочной перспективе
Команды Scrumban пользуются сегментами долгосрочного планирования. На практике это выглядит так: карта разбивается на 3 блока и отображается на Канбан-доске. В первой колонке указаны цели длительной перспективы — на год. Более четкие планы, которые необходимо реализовать в течение 6 месяцев внесены во второй сегмент, а наиболее срочные, на ближайшие несколько месяцев или даже недель — в третий.

Scrumban — это мастерское соединение Kanban и Scrum в одну систему, но существуют некоторые отличия от предшественников:

Разработка внедряется легче, чем в случае со Scrum, и в этом отношении гибридный метод больше напоминает Kanban. В итоге адаптироваться к новой системе проще, а значит работа уже со старта будет более эффективной и понятной.
Постоянное совершенствование. Метод бесконечно развивается и улучшается. Этот процесс обеспечивается в основном за счет внедрения элементов Scrum.
Scrumban использует систематизацию более сложной методики Scrum и визуализацию более легкого в восприятии метода Kanban. Это позволяет командам получать объединенные преимущества двух популярных подходов в управлении IT-проектами.

Использование Скрама и Канбана очень эффективно. С помощью Скрама мы решаем наши стратегические задачи и работаем, используя циклы обратной связи и прозрачность. С помощью Канбана решаем тактические задачи внутри Спринта и выравниваем поток.

h1. Методология управления проектами Scramban

Scrumban — современный метод–гибрид, использующий непрерывный рабочий процесс из Kanban вместе с полезными элементами Scrum, позволяющий решить проблемы обоих подходов
Как получить максимум?
Если вы заняты в сфере разработки и создаете продукт, оптимальным решением для вас будет использовать фреймворк Scrum, усиленный Kanban-методом. Например:

визуализацией всех этапов разработки от Discovery (когда происходит уточнение продуктовой ценности), до Delivery (когда происходит доведение выбранных задач до готовности)
визуализацией стратегических инициатив, крупных задач, которые будут двигаться по доске, а вы будете управлять ими
ограничением одновременно выполняемой работы на этапах
внедрением системы метрик времени выполнения

Немного о различиях Scrum и Канбан

Разница в смысле встреч и способе их проведения в методологиях Scram и Kanban
Каждая встреча Scrum нацелена на одно из двух:

или на координацию движения команды (ежедневные митинги, планирование, обзор спринта),
или на развитие командного взаимодействия, опыта или навыков Scrum-команды (ретроспектива).

Одна из самых главных компетенций в Scrum — это навык фасилитации встреч.
Фасилитация — это умение так организовать обсуждение вопроса группой, чтобы все смогли высказаться,
услышать друг друга, выбрать наилучшее решение и остаться в хорошем настроении и в хороших отношениях.

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

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

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

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

Чтобы Scrum начал приносить пользу, нужно сделать многое, н-р:
Выделить Владельца продукта -специального представителя бизнеса;
Выделить на 100% всех необходимых специалистов в кросс-функциональную Scrum-команду;
Выделить Scrum-мастера, который будет заниматься развитием самоорганизации в Scrum-команде;
Сделать так, чтобы Scrum-команда могла поставлять результат короткими итерациями (1-4 недели);
Обучить основам работы по Scrum всех...

Чтобы Kanban-метод начал приносить пользу, достаточно обучить руководителя или менеджера Канбан-методу и сделать первые шаги:
визуализировать рабочий процесс по вашему сервису;
сделать соответствующую Kanban-доску;
разместить на ней все текущие работы;
проанализировать положение вещей и принять управленческие решения.

Все инструменты Kanban-метода можно применять при работе по Scrum:
сбор метрик, ограничение одновременно выполняемой работы (WIP-лимит), визуализация и тд.

Скрам — это не про “сделать больше задач и успеть в срок”. Здесь будет уместнее говорить про возможность создавать небольшими порциями продукт с целью получить обратную связь от пользователей
Скрам — это про работу в условиях неопределенности, когда результат плохо предсказуем.

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

Kanban — это не подход, не фреймворк, а метод (или инструмент), который можно использовать для улучшения производственной эффективности.
Он изначально базируется на принципах Lean, в основе которых лежит устранение потерь в работах.
Если фреймворк Scrum сразу определяет рамки процесса, то канбан-метод встраивается в любой существующий и позволяет начать с того, что есть сейчас, постепенно его улучшая.

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

Kanban-метод применим для улучшения любых процессов (и продуктов, и проектов), в том числе при прогнозируемом результате. Создает предсказуемый и управляемый поток создания ценности. Kanban позволяет начать с того, что есть сейчас, и на старте не требует создавать условия для его использования . Возьмите существующий процесс, визуализируйте его и все задачи и начните потихоньку управлять ими. В процессе принимайте решения, что стоит изменить.