Margaret24.ru

Деньги в период кризиса
0 просмотров
Рейтинг статьи
1 звезда2 звезды3 звезды4 звезды5 звезд
Загрузка...

Система карточек канбан

Канбан: система эффективного управления проектами

Рассказываем, что такое система канбан и как применять ее в учёбе.

Что такое канбан

Канбан (с японского — «бирка», «карточка», «знак») — японская система оптимизации и управления проектами и производством. Её придумали и впервые внедрили на заводах Toyota в начале 1960-хх годов. Постепенно преимущества системы оценили и в других странах. Сейчас она применяется для управления проектами по всему миру.

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

Система канбан позволяет:

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

Как это работает

Карты канбан делятся на два основных вида — карты заказа и карты отбора. На каждый продукт или выполняемую работу заводится одна карта заказа и одна карта отбора.

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

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

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

Кроме карточек, используется также доска канбан, реальная или виртуальная. Доской канбан может стать холодильник или стена перед рабочим столом в комнате. Виртуальную доску можно создать, используя специальные сервисы, например, Trello. На доске крепятся карточки разного цвета, которые содержат информацию: что нужно сделать, на каком этапе находится выполнение конкретной работы, кто её выполняет, в какие сроки, что нужно для её выполнения.

Как учиться с помощью канбана

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

Для управления любым проектом, в том числе учебным, критически важно:

  1. Чётко определить поставленную цель — что должно быть «произведено» и в каком количестве.
  2. Определить, что нужно для достижения этой цели на промежуточных этапах.
  3. Назначить исполнителей.
  4. Установить границы их компетенции.
  5. Сформировать систему поэтапного контроля качества выполняемой работы.

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

Что нужно сделатьЧто делаетсяЧто сделано
Использовать канбанЧтение статьи по теме на Фоксфорд.Медиа

Основные достоинства канбан

Визуализация

Визуальный канал восприятия у многих — ведущий, поэтому информация, поданная в виде рисунков, графиков, диаграмм и схем усваивается лучше и дольше хранится в памяти. Ещё один плюс визуализации — наглядность. Достаточно бросить один взгляд на доску канбан или карточку, присвоенную определённому «продукту» (например, процессу подготовки к экзамену по математике), как сразу становится ясно, кто исполнитель, на каком этапе находится «производство» и что необходимо для успешного завершения работы.

Ограничение незавершённых производств

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

Фокусировка на работе

Основное внимание уделяется тем задачам, которые находятся в процессе выполнения. Канбан позволяет сразу отследить, на каком этапе работы возникли сложности, и вовремя устранить их.

Внимание к деталям

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

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

Хотите получать новые статьи во «ВКонтакте»? Подпишитесь на рассылку полезных статей

Методология Kanban

Kanban нельзя причислить к гибким методологиям, однако она тоже позволяет по-новому и более эффективно использовать рабочую силу подчинённых, и свою собственную.

История

Канбан впервые появилась в Японии. Там это слово переводится как «рекламный щит» или «рекламная вывеска» («кан» — видимый, визуальный, «бан» — карточка). Сам термин на японском читается «камбан», но на Западе почему-то стал записываться и произноситься с согласной «н».

Эту методику изобрела в 1959-м году и начала использовать в 1962-м компания Toyota для производства автомобилей. Создатели были заинтересованы снизить затраты на производстве, сократить время на сборку машин и быстро выявлять простои и дефекты. У них это во многом получилось

Позднее, используя концепцию «Тойоты» и методы бережливого производства, появляется Канбан как подход к разработке программного обеспечения. Методология использует те же, но немного видоизменённые принципы для создания ПО, при этом вводит их в существующие методы разработки.

Принципы Kanban

В Kanban всего три простых базовых принципа, на которых строится всё остальное. Нет никаких ролей и свода жёстких правил.

Временные рамки

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

Бережливое производство и уменьшение количества задач

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

Читать еще:  Долгосрочный кредит банка счет

Продукт таким образом собирается как бы по конвейеру. Однако элементы этого конвейера работают, когда необходимо, избавляя себя от лишнего и ненужного труда: задача выполняется не заранее, а когда появляется. Это очень легко проиллюстрировать на примере «Тойоты»: можно произвести 15 левых и пять правых дверей для машины, в итоге десять дверей останутся лишними и будут пылиться на складе. Такого не произойдёт, если делать двери по запросу сборщика автомобиля.

Визуализация

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

Канбан-доска — это таблица с несколькими столбцами. Внутри столбцов находятся стикеры с задачами. Рассмотрим каждый из них, а также другие важные элементы.

  • Глобальные цели. Столбец стоит в самом начале, благодаря нему команда видит, каким должен стать продукт за этот год, полгода или несколько месяцев. Например, повышение производительности на 30%.
  • Задачи в очереди. Здесь располагаются те задачи, которые можно начать выполнять. Чем выше в столбце задача, тем выше её приоритет, начинать нужно с самой верхней.
  • Колонки с этапами работы над задачей. Задача перемещается по ним, пока не дойдёт до завершающего столбца. Их количество зависит от типа работы, иногда можно обойтись и одной–двумя. Стикер переходит как вперёд, если очередной этап выполнен успешно, так и назад, если были обнаружены дефекты на предыдущей стадии.
  • Последний столбец содержит стикеры с выполненными задачами. Перед ним полезно ставить колонку «Тест» или «Проверка». Причём не только для разработчиков ПО, но и в других сферах, чтобы перед завершением убедиться в качестве выполнения.
  • На Канбан-доске будет нелишним выделить область для срочных задач. Им будет сразу же выделяться приоритет у всей команды. При этом не может быть более одной неотложной задачи одновременно — тогда остальные тоже стоят в очереди.
  • Максимальное количество задач. Это цифра, которая ставится под каждой колонкой кроме «Целей» и «Выполнено». Исходя из численности команды, определяется, над сколькими задачами они могут трудиться одновременно. Нельзя перенести стикер в следующий столбец, если под ним стоит цифра «3», а их там уже три. Так, если члены команды обнаруживают, что рабочий процесс встал, они приходят на помощь своим товарищам, чтобы те быстрее отправили задачу на следующий этап.
  • Цвета карточек. Цвет каждого стикера тоже может нести дополнтельную информацию. Например, степень важности или срочности или необходимость пропустить несколько этапов, попав лишь в один–два определённых.

Другой инструмент визуализации — карточки Канбан. Их впервые начали использовать на заводах Toyota.

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

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

Преимущества и недостатки Kanban в сравнении со Scrum

Канбан часто сравнивают со Scrum и причисляют к Agile-методологиям. Методику можно назвать гибкой, если говорить о разработке ПО, но сама по себе Канбан лишь частично соблюдает принципы гибких методологий. Если сравнивать со «Скрамом»: в Kanban отсутствуют спринты, роли, пользовательские истории необязательны. При этом методологию часто считают более «гибкой», так как рабочий процесс практически не управляется, мало регламентируется, и результат на 90% зависит от команды и сообщения внутри неё, а не от менеджера.

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

Следует понимать, что Канбан — скорее не методология, а набор принципов. Одни считают, что легче начинать с более жёсткого Scrum, постепенно переходя к Kanban, другие же делают наоборот или сразу вводят эту методику.

Применение

В отличие от того же Scrum Kanban можно ввести на любых типах производства и в коллективах с любой численностью. Пример тому концерны «Тойота», с которых методология и берёт своё начало. Ограничение составляет не сфера или количество сотрудников, а готовность как руководства, так и персонала перейти на новый методы работы над проектами. Для этого может потребоваться не один год, в течение которого производительность наверняка снизится.

Kanban сейчас применяется многими IT-стартапами, а также частично реализуется в ряде крупных компаний, таких как Microsoft. Методика приживается в России в ряде «околоавтомобильных» производств: «Ярославский шинный завод», на предприятии «Аком» для производства комплектующих аккумуляторов. Множество новых маркетинговых и IT компаний используют элементы методологии — Kanban-доску.

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

Книги о Канбан

Лучше понять суть методологии и научиться внедрять её в работу коллектива или свой бизнес поможет литература по Канбан.

  1. «Производственная система Тойоты», Тайити Оно. История о том, как методологию начали применять в Toyota. Эти практики дали старт распространению Канбан в том виде, в котором она сейчас.
  2. «10 канбан досок и их контекст», Маттиас Скарин. Статья с подборкой примеров Kanban-досок в разных сферах: разработка ПО, продажи, маркетинг. Этот же автор написал полезную книгу «Scrum и Kanban: выжимаем максимум» о переходе от одной Agile-методологии к другой.
  3. «Канбан. Альтернативный путь в Agile», Дэвид Андерсон. Автор впервые применил Kanban в разработке ПО и рассказывает о том, как эффективно внедрять методологию в IT-сфере.

Есть ещё большое количество литературы по этой теме, однако они во многом повторяются. Поэтому этих трёх книг будет достаточно для понимания сути Kanban и начала её внедрения.

Читать еще:  Банковская гарантия на забалансовый счет

Методология Kanban

Kanban нельзя причислить к гибким методологиям, однако она тоже позволяет по-новому и более эффективно использовать рабочую силу подчинённых, и свою собственную.

История

Канбан впервые появилась в Японии. Там это слово переводится как «рекламный щит» или «рекламная вывеска» («кан» — видимый, визуальный, «бан» — карточка). Сам термин на японском читается «камбан», но на Западе почему-то стал записываться и произноситься с согласной «н».

Эту методику изобрела в 1959-м году и начала использовать в 1962-м компания Toyota для производства автомобилей. Создатели были заинтересованы снизить затраты на производстве, сократить время на сборку машин и быстро выявлять простои и дефекты. У них это во многом получилось

Позднее, используя концепцию «Тойоты» и методы бережливого производства, появляется Канбан как подход к разработке программного обеспечения. Методология использует те же, но немного видоизменённые принципы для создания ПО, при этом вводит их в существующие методы разработки.

Принципы Kanban

В Kanban всего три простых базовых принципа, на которых строится всё остальное. Нет никаких ролей и свода жёстких правил.

Временные рамки

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

Бережливое производство и уменьшение количества задач

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

Продукт таким образом собирается как бы по конвейеру. Однако элементы этого конвейера работают, когда необходимо, избавляя себя от лишнего и ненужного труда: задача выполняется не заранее, а когда появляется. Это очень легко проиллюстрировать на примере «Тойоты»: можно произвести 15 левых и пять правых дверей для машины, в итоге десять дверей останутся лишними и будут пылиться на складе. Такого не произойдёт, если делать двери по запросу сборщика автомобиля.

Визуализация

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

Канбан-доска — это таблица с несколькими столбцами. Внутри столбцов находятся стикеры с задачами. Рассмотрим каждый из них, а также другие важные элементы.

  • Глобальные цели. Столбец стоит в самом начале, благодаря нему команда видит, каким должен стать продукт за этот год, полгода или несколько месяцев. Например, повышение производительности на 30%.
  • Задачи в очереди. Здесь располагаются те задачи, которые можно начать выполнять. Чем выше в столбце задача, тем выше её приоритет, начинать нужно с самой верхней.
  • Колонки с этапами работы над задачей. Задача перемещается по ним, пока не дойдёт до завершающего столбца. Их количество зависит от типа работы, иногда можно обойтись и одной–двумя. Стикер переходит как вперёд, если очередной этап выполнен успешно, так и назад, если были обнаружены дефекты на предыдущей стадии.
  • Последний столбец содержит стикеры с выполненными задачами. Перед ним полезно ставить колонку «Тест» или «Проверка». Причём не только для разработчиков ПО, но и в других сферах, чтобы перед завершением убедиться в качестве выполнения.
  • На Канбан-доске будет нелишним выделить область для срочных задач. Им будет сразу же выделяться приоритет у всей команды. При этом не может быть более одной неотложной задачи одновременно — тогда остальные тоже стоят в очереди.
  • Максимальное количество задач. Это цифра, которая ставится под каждой колонкой кроме «Целей» и «Выполнено». Исходя из численности команды, определяется, над сколькими задачами они могут трудиться одновременно. Нельзя перенести стикер в следующий столбец, если под ним стоит цифра «3», а их там уже три. Так, если члены команды обнаруживают, что рабочий процесс встал, они приходят на помощь своим товарищам, чтобы те быстрее отправили задачу на следующий этап.
  • Цвета карточек. Цвет каждого стикера тоже может нести дополнтельную информацию. Например, степень важности или срочности или необходимость пропустить несколько этапов, попав лишь в один–два определённых.

Другой инструмент визуализации — карточки Канбан. Их впервые начали использовать на заводах Toyota.

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

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

Преимущества и недостатки Kanban в сравнении со Scrum

Канбан часто сравнивают со Scrum и причисляют к Agile-методологиям. Методику можно назвать гибкой, если говорить о разработке ПО, но сама по себе Канбан лишь частично соблюдает принципы гибких методологий. Если сравнивать со «Скрамом»: в Kanban отсутствуют спринты, роли, пользовательские истории необязательны. При этом методологию часто считают более «гибкой», так как рабочий процесс практически не управляется, мало регламентируется, и результат на 90% зависит от команды и сообщения внутри неё, а не от менеджера.

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

Следует понимать, что Канбан — скорее не методология, а набор принципов. Одни считают, что легче начинать с более жёсткого Scrum, постепенно переходя к Kanban, другие же делают наоборот или сразу вводят эту методику.

Применение

В отличие от того же Scrum Kanban можно ввести на любых типах производства и в коллективах с любой численностью. Пример тому концерны «Тойота», с которых методология и берёт своё начало. Ограничение составляет не сфера или количество сотрудников, а готовность как руководства, так и персонала перейти на новый методы работы над проектами. Для этого может потребоваться не один год, в течение которого производительность наверняка снизится.

Читать еще:  Заявление о разблокировке банковского счета образец

Kanban сейчас применяется многими IT-стартапами, а также частично реализуется в ряде крупных компаний, таких как Microsoft. Методика приживается в России в ряде «околоавтомобильных» производств: «Ярославский шинный завод», на предприятии «Аком» для производства комплектующих аккумуляторов. Множество новых маркетинговых и IT компаний используют элементы методологии — Kanban-доску.

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

Книги о Канбан

Лучше понять суть методологии и научиться внедрять её в работу коллектива или свой бизнес поможет литература по Канбан.

  1. «Производственная система Тойоты», Тайити Оно. История о том, как методологию начали применять в Toyota. Эти практики дали старт распространению Канбан в том виде, в котором она сейчас.
  2. «10 канбан досок и их контекст», Маттиас Скарин. Статья с подборкой примеров Kanban-досок в разных сферах: разработка ПО, продажи, маркетинг. Этот же автор написал полезную книгу «Scrum и Kanban: выжимаем максимум» о переходе от одной Agile-методологии к другой.
  3. «Канбан. Альтернативный путь в Agile», Дэвид Андерсон. Автор впервые применил Kanban в разработке ПО и рассказывает о том, как эффективно внедрять методологию в IT-сфере.

Есть ещё большое количество литературы по этой теме, однако они во многом повторяются. Поэтому этих трёх книг будет достаточно для понимания сути Kanban и начала её внедрения.

Методология Kanban: доски, принципы и возможности управления

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

Вы когда-нибудь собирали вместе группу людей, чтобы создать продукт или запустить проект? В качестве бонусов — жёсткий дедлайн, объемное техзадание и несговорчивый заказчик. Получилось? Всему этому мы учим на курсе «Руководитель digital-проектов».

Волшебной таблетки для решения всех проблем не существует. Но есть методы, которые упрощают работу команды. Один из них ― Kanban.

Пишет про управление в Skillbox. Работала координатором проектов в Русском музее, писала для блога агентства
CRM-маркетинга Out of Cloud.

Что такое Kanban

Kanban ― это метод улучшения процессов разработки и часть agile-философии. В его основе ― «Манифест гибкой разработки программного обеспечения».

Цель Kanban

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

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

Доски Kanban

Доска ― это обязательный элемент для гибкой методологии. Она есть в Scrum, есть и в Kanban. Каждый член команды получает к ней доступ в любое время и видит, на каком этапе находится задача.

Доска подойдёт и реальная, и виртуальная: можно использовать простую пробковую или программы вроде Trello. Kanban-доска подстраивается под любой процесс и применяется в любой области. Например, чтобы составить список дел.

Как устроен Kanban в проектах

У каждого проекта есть план процесса работ. Сначала мы его анализируем и разделяем доску на столбцы, которые отражают этапы. Например, для процесса создания IT-проекта этапы могут быть такими:

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

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

C помощью kanban-доски легко вести несколько проектов одновременно, используя карточки разных цветов: один цвет ― один проект.

На доске отражаются все процессы. Команда их анализирует и устраняет слабые места. В Kanban это называется управлением потоком.

Чтобы использовать Kanban, одной доски недостаточно. Команда должна знать принципы, по которым работает.

Команда в Kanban ― единый механизм. Если кто-то не справляется, то страдает общее дело. Работу планируют на доске, поэтому каждый может увидеть свой вклад и ценность для проекта.

В Kanban смешались принципы agile-методологий и lean-мышления. Здесь нет жёстких правил, но есть принципы, на которые можно опираться.

Как помогает визуализация

Визуализация помогает видеть картину целиком и корректировать отдельные её части, понимая, как изменения затронут весь проект. Получить результат точно в срок возможно, если контролировать нагрузку команды. Определите количество задач: сколько команда реально способна решать в установленные сроки. Например, в «Проектировании» одновременно ― не больше двух задач, а на «Тестировании» ― только одна. Всё в зависимости от возможностей команды.

Ситуация: разработчик ещё не закончил с текущей задачей, а ему уже поступила следующая. Он не успевает и тормозит всю работу.

Решение: прекратить передавать задачи в разработку и дать программисту время закончить текущую.

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

Ситуация: на этапе тестирования продукта возникли трудности. Нужно больше времени.

Решение: выяснить, какую часть работы можно сделать быстрее, не потеряв в качестве. Или выделить сотрудника, который свободен и поможет тестировщику.

Чем отличаются
Kanban и Scrum

Kanban часто путают или объединяют с гибкой методологией Scrum. Но это не совсем так.

KANBANSCRUM
Нет совещанийЕсть совещания
Нужна отправная точкаНе нужна отправная точка
Могут работать узкопрофильные командыТолько кроссфункциональная команда
Последовательные и плавные переменыКардинальные перемены
В команде нет разделения на ролиВ команде есть разделение на роли

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

В такой ситуации лучше начать с Kanban. Если команда заметит явные улучшения, то после сможет решиться и на Scrum.

Команда уже внедрила Scrum, но хочет продолжать совершенствовать процесс. Тут снова поможет Kanban.

Как внедрить Kanban

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

Заключение

Теперь вы знаете, что есть Kanban, как использовать метод и чем он отличается от Scrum. И уже готовы проверять всё в деле. Теория ― это хорошо, но нужна практика. И лучше практиковаться без опасений, что одно неверное движение может навредить проекту.

В Skillbox есть курс, который прокачает вас в управлении проектами. Вы сможете внедрять в свою работу любые agile-системы и будете уверены в результате.

Ссылка на основную публикацию
Adblock
detector