Получите бесплатно — все материалы с наших курсов и тренингов
Тренинги, Курсы, Обучение — Agile, Scrum, OKR
Тренинги, Курсы, Обучение — Agile, Scrum, OKR
Тренинги, Курсы, Обучение — Agile, Scrum, OKR

8 шагов Kanban Statik + как выбрать между системой Kanban и Scrum

17 сентября, 2023 г.
29 отзывов, в среднем 5 из 5
Systems Thinking Approach to Introducing Kanban (S.T.A.T.I.K) — это системный подход к внедрению метода Kanban в компании. То есть вы проходите определенные шаги, оцениваете задачи, проблемы и ожидания.
8
Редактировать описание
Дополнить публикацию

Kanban S.T.A.T.I.K

Systems Thinking Approach to Introducing Kanban (S.T.A.T.I.K) — это системный подход к внедрению метода Kanban в компании. То есть вы проходите определенные шаги, оцениваете задачи, проблемы и ожидания.

8
0
Редактировать

8 ключевых шагов для внедрения Канбан-метода:

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

2
0
Редактировать

Сложности внедрения Kanban S.T.A.T.I.K

В идеале метод S.T.A.T.I.K приветствует совместные совещания с сотрудниками, заказчиками и партнерами компании для обсуждения Kanban–системы. В реальности реализовать это весьма сложно.

4
0
Редактировать

STATIK

Systems Thinking Approach to Introducing Kanban (STATIK) — это системный подход к внедрению метода Kanban в компании. То есть вы проходите определенные шаги, оцениваете задачи, проблемы и ожидания. И из этих элементов получаете взгляд на систему в целом. Здесь будут видны все недостатки, которые есть в процессах, и пути по их исправлению.

Гуру Канбана Дэвид Андерсон выделяет 8 ключевых шагов. Это те самые действия, которые нужно последовательно совершить для внедрения Канбан–метода.

7
0
Редактировать

Шаг 1: Отвечаем на вопрос, что хочет заказчик

Какие у него ожидания по срокам, качеству продукта, безопасности и предсказуемости результата?

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

8
0
Редактировать

Шаг 2: Собираем обратную связь от клиентов и сотрудников

Нужно узнать, чем те и другие недовольны на данном этапе. К примеру, клиент жалуется на затягивание сроков разработки продукта. А сотрудники недовольны сбоями и задержками, которые происходят из–за незапланированных задач. Тут легко увидеть взаимосвязи и разобраться с ними.

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

3
0
Редактировать

Шаг 3: Анализируем спрос и источники нагрузки

Откуда приходит клиенты и заявки. Кто заказывает, чего хочет, можно ли выявить похожие запросы. Как часто заказы поступают в компанию. Есть ли сезонность или привязка к каким–то событиям и праздникам. Случаются ли в компании проблемы, связанные с неожиданным потоком заказов.

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

2
0
Редактировать

Шаг 4: Анализируем возможности

Здесь нужно ответить на вопрос, как мы можем удовлетворить ожидания заказчика (вспомним Шаг 1). Что нам мешает? Какие есть узкие места в процессе выполнения заказа, и как мы можем их исправить.

3
0
Редактировать

Шаг 5: Моделируем рабочий процесс

Здесь мы определяем типы задач, которые обычно возникают в компании (например, реализация пользовательской истории, проектирование).

Можно применить интересный лайфхак и описать одну из самых успешных задач компании задом наперед. Удобно сделать это в формате блок–схемы. Мы проходим путь от «готово» до «начало» с отражением всех этапов. Смысл в том, чтобы смоделировать идеальный способ реализации задачи.

8
0
Редактировать

Шаг 6: Определить приоритетность задач или классы обслуживания

Тут важно описать порядок задач и их очередность. Например, если задача приходит от директора, должна ли она быть выполнена в первую очередь? Ради каких задач можно «подвинуть» остальные?

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

8
0
Редактировать

Шаг 7: Проектируем Kanban–систему

К этому шагу мы уже понимаем, какой процесс проходим в каждом типе задач, их приоритетность. Теперь нужно решить, сколько досок нам нужно, для их отражения. Хватит одной? Или нужно 2-3?

Попробуйте нарисовать на флипчарте пример доски, это поможет распределить столбцы, строки, а также определить цвет стикеров, который будет отражать приоритетность задач.

В Kanban принято часто совещаться у доски. Хорошо, если вы уже на этом шаге определите правила, по которым эти встречи будут проходить: продолжительность, количество участников, какую информацию предоставляет каждый из них, какие решения могут быть приняты в таком формате. Также стоить выбрать ведущего.

Стоит определить как будет меняться Канбан–система. Что можно внедрить сегодня, завтра, что через месяц.

8
0
Редактировать

Шаг 8: Оповестить всех заинтересованных

В идеале подход S.T.A.T.I.K приветствует совместные совещания с сотрудниками, заказчиками и партнерами компании для обсуждения Kanban–системы. В реальности реализовать это весьма сложно.

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

8
0
Редактировать
Переквалификация в IT
Станьте руководителем Digital–продукта в Enterprise
Начать обучение →

Kanban в машиностроении

Компания занимается разработкой новых продуктов в сфере машиностроения и металлообработки. Было много проектов, каждому из которых руководитель присваивал высокий приоритет. В итоге за год компания реализовала только один полноценный продукт. Встал вопрос, как сделать работу более эффективной? В компании решили использовать Канбан–метод.

Создали дорожную карта проектов. Оказалось в компании нет сформулированных целей, что делает планирование фактически невозможным. Совместно с руководством они были поставлены. Затем расставили приоритеты и создали дорожную карту. Важность проектов оценивалась по шкале от 1 до 100. Чем больше число, тем выше приоритет проекта.

Дорожную карту использует в своей ежедневной работе каждый член команды.

Начали использовать Канбан–доску. В компании остро стояла проблема ограниченности ресурсов. Проектная команда состояла из 9 человек. При этом в разработке постоянно находилось в районе 30 проектов разного приоритета. Канбан–доска позволила визуализировать процессы. Понять, какой проект приносит в компанию деньги и отдать задачам, связанным с ним, наивысший приоритет.

На ежедневных совещаниях у доски команда отвечает на три вопроса:

  • Что сделано вчера?
  • Какие были проблемы?
  • Что будет сделано сегодня?

Команда знает, что происходит на проектах и активно включается в работу. При этом способы решения возникших проблем обсуждаются после совещания.

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

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

Свою эффективность Kanban–метод показал уже через 3 месяца. В компании было успешно завершено 2 крупных сложных проекта и несколько небольших типовых.

4
0
Редактировать

Kanban в науке

Компания разрабатывает и производит наукоемкие приборы. В портфеле находится порядка 100 проектов (часть из них в работе, другая — в очереди).

Есть проблемы:

  • Заказчики недовольны реализацией своих заявок в НИОКР
  • В компании никто не владеет информацией о стадиях проектов. Какие сейчас активны, какие нет.
  • Начальство точно не знает, чем заняты сотрудники и над каким проектом работают в данный момент.
  • Один человек мог вести 5-8 проектов одновременно.
  • Нет точных сроков завершения проекта. И никто не может их спрогнозировать.
  • Не расставлены приоритеты по проектам. В работу берут не самые важные, а те на которых настаивает заказчик.
  • Копятся незавершенные проекты, по которым переносится срок. Это происходит из–за поступления новых, более важных задач.

Что было сделано:

  • Все рабочие проекты начали отражать в Excel–таблице с их фактическим состоянием. Стали понимать нагрузку сотрудников.
  • Ввели систему премирования разработчиков за завершенные проекты.
  • Наняли в компанию менеджера проектов. В дальнейшем — создали проектный отдел.
  • Начали подробно описывать каждый проект (кто заказчик, дедлайн, исходные требования и желаемый результат)
  • Ввели ограничение на количество проектов в работе.
  • Начали отчитываться перед заказчиком о статусе проекта один раз в неделю.
  • Разобрались с приоритетностью проектов. Стали отдавать первое место тем, которые приносят наибольшую ценность.
  • Стали использовать чек–листы для описания критериев перехода проекта из одной стадии в другую.
  • Стали детально анализировать процессы, чтобы находить в них узкие места.
6
0
Редактировать

Kanban в IT

Компания занимается разработкой мобильных приложений. Работа велась по Scrum. При небольшом потоке заказов, завершали один проект в месяц. Однако с ростом заявок начались проблемы.

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

Компания решила создать Канбан–доску. Это позволило визуализировать количество проектов и задач, задействованных в них сотрудников и статус выполнения. Крупные задачи разбили на мелкие, установили для каждой сроки выполнения.

Установили WIP лимиты. По 2 проекта на сотрудника.

Расставили приоритеты. Проекты начали оценивать по важности и срочности.

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

В дальнейшем компания перешла от физической Канбан–доски к виртуальной.

5
0
Редактировать

Kanban в диджитал–агентстве

Диджитал–агентство полного цикла. Занимается представлением бизнеса в онлайн, рекламой в соцсетях созданием и сопровождением сайтов.

  • Все процессе вели в Битрикс 24. Возникали проблемы с распределением задач по специалистам отдела разработки.
  • Была плохо налажена коммуникация между отделами. Некоторые из них были зарубежными.
  • Решения принимались быстро и без обсуждений.

В агентстве решили попробовать Kanban StatiK и пройти 8 шагов, о которых мы рассказали в начале статьи.

Подготовительный этап со сбором информации о процессах, проблемах сотрудников и клиентов занял один месяц. Затем картинку процесса перенесли на виртуальную доску.

  • Внедрили ежедневные утренние митинги для координации работы.
  • Установили WIP лимиты на количество задач в процессе. Через несколько дней это дало свои плоды: задачи перестали «зависать», доделывать их стали гораздо быстрее.
  • Наладились связи между отделами. Сотрудники стали работать как единая команда.
8
0
Редактировать
Разрабатывает стратегии бережливого запуска новых продуктов и бизнес–направлений, применяя, и для проектирования эффективного рабочего процесса команд.