канбан был изобретен в какой стране

Методология Kanban: введение

Одним из моих профессиональных интересов, как координатора команды тестировщиков, являются методологии разработки программного обеспечения. В настоящее время все большую популярность приобретают так называемые Agile-методологии, в особенности Scrum и Kanban. На «раcпиаренных» терминах играют недобросовестные «тренеры», семинары и сертификации («сертифицированный Scrum-мастер», «сертифицированный Product owner» и т.д.) растут как на дрожжах.

В большинстве недобросовестных статей и тренингах любая методология представляется как магическая серебряная пуля, которая мигом решит проблемы коммуникации, враз спасет от некомпетентности отдельных членов команды. В общем, поможет именно вам решить именно ваши проблемы. В текущем году я поступаю в магистратуру Белорусский Государственный Университет по специальности «технологии управления персоналом» и планирую рассмотреть подробно плюсы и минусы, а также ограничения применимости наиболее распространенных методологий разработки программного обеспечения.

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

Если вам не хочется читать — я сделал видео, где на пальцах описываю историю и основные принципы метода Канбан.

История термина

Kanban – японский термин, который начали использовать применительно к производству в 60-х годах 20-го века в компании Toyota. В основу данного принципа положен конвейерный метод производства, а также различные скорости выполнения отдельных технологических операций на производстве. Попробую объяснить на пальцах. При любом производстве есть основное производство («главный конвейер») и дополнительное производство («дополнительные конвейеры»). Темп выпуска конечных изделий задает главный конвейер, в то время как дополнительные конвейеры не могут ускорить темп выпуска изделия, но могут замедлить его, в случае несвоевременного выпуска требуемых деталей.

Дополнительно, при производстве может произойти смена приоритетов. К примеру выяснилось что станция, которая производила левые зеркала произвела 20 шт., а станция производившая правые зеркала — 10 шт., в то время как на конвейере находятся 15 автомобилей и необходимо 15 штук зеркал обоих типов. Налицо конфликт метрики — количественно производство не упало (дополнительные конвейеры выпустили 30 изделий в срок), но производство все равно рискует остановится. Kanban призван помочь с этой проблемой.

В упрощенном варианте, Kanban включает в себя два простых правила:

Настоящее время

В последнее время, Kanban набирает большую популярность в производстве программного обеспечения. Некоторые команды считают эту методологию исключительно полезной, некоторые используют по принципу «культа Карго». Основываясь на моем эмпирическом опыте чистый Kanban плохо работает для продуктовых команд (читай — «основной конвейер»), но отлично работает с командами поддержки, такими как:

Отдельно необходимо отметить, что Kanban хорошо работает в стартапах, не имеющих четкого плана, но активно работающих над разработкой. Предлагаю рассмотреть пример использования Kanban в разработке программного обеспечения. Заранее прошу простить за некрасивые иллюстрации. Давайте представим себе команду из одного разработчика, работающего над небольшим проектом. План разработки (backlog) отсортирован в порядке приоритета кусков работы, лимит команды на задачи в процессе — 1 шт.

В процессе работы может так произойти, что работа заблокирована (сломался хостинг, не скачан нужный framework и т.д.). В общем случае, заблокированная работа возвращается в backlog, и выбирается новая задача, с максимальным приоритетом. В зависимости от характера задач и типа команды лимит может быть увеличен или уменьшен. К примеру, наш разработчик может одновременно рисовать форму регистрации и смотреть за процессом развертывания нового сервера. Тем не менее, если время завершения задач будет меньше требуемого, руководитель проекта может уменьшить лимит, или увеличить команду. Таким образом, при грамотном руководстве, Kanban обеспечивает максимально возможную для данной команды скорость работы, максимальную скорость реагирования на изменения и в то же время сократить «расходы» на поддержку методологии. В общем все! Kanban — это не просто, просто. Это очень просто!

Заключение

В заключение, хочу добавить, что сравнение любых методологий по принципу «кто круче» не продуктивно и контр-конструктивно (капитан очевидность). Каждая, более-менее распространенная, методология имеет свои плюсы, минусы и границы применения. Дополнительно, Agile-методологии в принципе накладывают большие требования на сработанность и опыт членов команды.

В случае возникновения интереса к теме продолжу рассмотрение Kanban’a подробнее. В последствии, предлагаю разобрать по полочкам и картинкам Scrum и RUP.

Более подробно, и наглядно можно посмотреть в:

Источник

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Если вы нашли ошибку, пожалуйста, выделите фрагмент текста и нажмите Ctrl+Enter

Источник

Что такое Канбан и как внедрить методологию в компании

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

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

Иногда подзадачи так же важны, как и весь проект, особенно когда процесс постоянный: «Делать детали» или «Писать статьи для блога». Когда работа не заканчивается, стандартный алгоритм выходит на первый план.

Toyota изобрела систему «Канбан» и передала её заводским командам более 60 лет назад, дабы обеспечить одинаково высокое качество изготовления деталей на каждом этапе.

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

Что такое система Канбан

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

Канбан: краткая история

Полки супермаркетов, автомобильные заводы, графики разработки программного обеспечения. Эти несвязанные друг с другом вещи сыграли свою роль в создании канбана, а в нашем случае — канбан-досок.

Гипермаркеты

В гипермаркетах, независимо от того, в какое время суток вы приезжаете, скорее всего, полки заполнены. Запасы в продуктовом магазине не контролируются по какому-то строгому графику — они заказываются и складируются для удовлетворения покупательского спроса.

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

Автомобильные заводы

Если гипермаркеты могут полагаться на последовательность простых событий:

как автомобильная индустрия может сделать то же самое применительно к сборке машин?

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

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

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

Перенесёмся в 2000-е: команда разработчиков Microsoft ищет более эффективный способ исправления ошибок в Team Server.

Начав со сложной системы управления проектами, консультант Дэвид Андерсон помог создать раннюю систему Канбан для разработки программного обеспечения. Она помещала задачи в буфер — список того, что нужно сделать — и позволяла разработчикам выбирать из них. Затем задачи отправлялись на следующий этап разработки, в следующий список.

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

Где можно применять канбан-методологию

Система Канбан изначально использовалась компанией Toyota, где сотрудники начали обмениваться карточками, в которых содержались подробности задач. Каждая карточка содержала номер, число деталей, их отправителя и получателя. Так регулировался производственный процесс, назначались ответственные за выполнение задач и разделялась работа. Метод позаимствовали и другие предприятия, показав, что он применим в разных сферах.

Промышленное производство

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

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

Управление IT-проектами

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

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

Увеличение продаж

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

Ускорение воронки продаж в B2B-бизнесе

Работа с воронкой продаж основывается на следующих принципах:

Личное планирование

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

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

Тарный канбан

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

Например, система заказов по тарному канбану работает следующим образом:

Карточный канбан

Этот вид для работы использует карточки Канбан, которые совмещают в себе четыре раздела:

Бирка крепится к таре с деталями. Ее цветовая гамма может строиться следующим образом:

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

Принципы Канбан

Система Канбан базируется на нескольких принципах:

Инструменты

При работе с Канбан используется ряд инструментов:

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

К достоинствам Канбан можно отнести:

В числе основных недостатков:

Сравнение Kanban и Scrum

Главное отличие в том, что Канбан представляет скорее набор принципов, чем метод управления проектом. Системы можно сравнить по следующим параметрам:

Применение Канбан

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

Метод используется многими IT-компаниями, в числе которых присутствует и Microsoft. В России Канбан используется на производствах, связанных с автомобильной промышленностью.

Примеры применения системы канбан на предприятии

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

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

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

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

Как внедрить Канбан в компании

Процесс внедрения выглядит следующим образом:

Приложения и программы для Канбана

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

Trello

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

Kanbantool

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

LeanKit Kanban

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

Kanbanize

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

Worksection

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

Заключение

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

Источник

Методологии разработки ПО: Kanban

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

Откуда пошел Kanban

Слово «канбан» в японском языке означает «вывеска» или «знак». Впервые эту систему начала использовать компания «Тойота» в середине XX века. Мастера разных участков производства записывали на листках бумаги текущие операции и работы и вывешивали их рядом с другими такими же. Любой специалист мог легко выяснить, чем в данный момент занят каждый участок.

Это было удобно руководству: не надо отвлекать сотрудников или мастеров. Чтобы узнать, чем они заняты, достаточно прочесть записки. Вскоре эта система закрепилась как официальная практика.

Впоследствии Kanban совершенствовался, пока не пришел к современному виду. Но сохранил в основе простейший принцип доски с записками, на которых фиксируются производственные задачи.

Kanban был с самого начала тесно связан с гибкими методологиями производства, которые впервые внедрили в компании «Тойота». С Agile-методологиями в IT-сферу пришел и адаптированный Kanban. Но сегодня его успешно «скрещивают» с другими методологиями.

Пристальный взгляд на систему

В основе Kanban’а лежит простая мысль: объем незавершенной работы надо ограничивать. Любую новую задачу можно начинать не ранее, чем выполнена одна из начатых. Это не значит, что в работе должна быть только одна задача, — их может быть несколько. Принципиально, чтобы это количество было ограничено.

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

Все задачи, которые поступают от заказчика, записываются на стикеры и размещаются в графе «В ожидании». Им можно назначить приоритет: более важные размещают выше и принимают в работу в первую очередь, а второстепенные — только когда будут выполнены приоритетные. Как только разработчик приступает к работе над очередной задачей, соответствующий листок переносится в графу «В работе». Когда она выполнена, стикер отправляется в последнюю графу.

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

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

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

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

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

Доска и бумажки — вот и весь Kanban?

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

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

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

Еще один прием — разбивать доску на технологические этапы. Разработка программы часто проходит через несколько стадий:

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

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

Сколько вешать в граммах?

Каким количеством Kanban предлагает ограничивать задачи «в работе», чтобы коллектив справлялся с ними в оптимальные сроки? Универсального ответа нет. Единственный совет — экспериментируйте!

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

Если колонке N скопились задачи, а N+1 почти все время пустует, — это признак перегруженности. Ограничение надо ужесточать.

Kanban предлагает разработчикам свободу в выборе решений. Если оказывается, что при установленном ограничении вы не укладываетесь в график — уменьшите значение. Осталось свободное время, команда работает в расслабленном режиме — поднимите планку. Не бойтесь «крутить настройки»: сломать Kanban невозможно! Несколько попыток — и вы найдете комфортный для всех ритм.

Тренируемся на кошках

Предположим, у нас есть задачи и самая простая Kanban-доска из трех колонок: «В ожидании», «В работе», «Завершено». Работать над проектом будет команда из пяти человек. Выставим единицу как ограничение для колонки «В работе»: одновременно в ней может находиться не более одной задачи.

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

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

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

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

А что насчет ограничений в других колонках?

Колонка «Готово» свободна от лимитов — чем больше работы сделано, тем лучше!

Есть ли смысл накладывать ограничения на колонку «В ожидании», где скапливаются задачи, к которым разработчик еще не приступал, и нужна ли она вообще? Ведь Agile-методологии подразумевают постоянное общение с заказчиком — новые задачи можно получать, когда завершена предыдущая.

И все-таки иметь небольшой «буфер» задач полезно. У них может быть разный приоритет и сложность. Сегодня заказчику хочется изменить дизайн элементов управления во всей программе: эта задача явно отнимет приличное время, хотя не является критически важной для работы пользователя. А завтра он вспомнит, что срочно нужен отчет по продажам — небольшой и не очень сложный. Но разработчик уже взялся за дизайн, и на Kanban-доске нет места для новой задачи.

Если бы обе задачи висели на доске в графе «В ожидании», разработчик взялся бы сначала за более важную, а незначительные, но объемные правки отложил на свободное время.

Колонку «В ожидании» тоже можно ограничить удобным для разработчика и заказчика количеством задач. Заказчик может заменять задачи: чтобы разместить срочную в заполненной колонке, надо убрать менее важную.

Вилка или ложка — что лучше?

Обобщим основные правила использования Kanban’а.

1. Сделайте работу наглядной.

2. Ограничьте объем незавершенной работы.

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

3. Измеряйте время

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

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

Виртуальные Kanban-доски

Вы уже определились, в каком углу будет лучше смотреться Kanban-доска? Не торопитесь вбивать в стену гвозди. Ведь давно уже существуют программные решения, которые предлагают пользователям аналоги Kanban-досок. В отличие от стикеров на стене, такая Kanban-доска будет доступна не только в офисе, но и в любой точке мира — идеальное решение, если в команде есть удаленщики.

Поддерживает любое количество проектов, каждый со своей доской и произвольным составом задач и разработчиков. Можно ставить метки и комментировать задачи, прикреплять файлы объемом до 250 Мб. Есть функция «чек-лист»: можно создать множество подзадач, помечать выполненные и видеть прогресс в процентах.

Благодаря качественному API Trello интегрируется с другими решениями — например, Slack. Есть клиентские программы для основных платформ — Windows, iOS, Android, доступен веб-интерфейс.

Практически весь функционал представлен в бесплатной версии. Приятный плюс — поддержка русского языка. Платная версия добавляет «вкусностей» вроде пользовательских стикеров, фонов и неограниченных по объему вложений.

Достойный конкурент Trello. Богатая функциональность даже на бесплатном тарифе: неограниченное количество колонок и задач, комментарии и теги. Задачи можно маркировать цветами по типам, чтобы легче ориентироваться на доске. Есть чек-лист, для каждого элемента которого можно задать «вес» — продолжительность выполнения относительно всей задачи в целом. Этот параметр учитывается при вычислении объема выполненной работы.

Поддерживаются альтернативные представления списка задач: обычный текстовый список и диаграмма Ганта на платных тарифах.

Интерфейс у Kanbanchi англоязычный. Но если вы усвоили принципы Kanban’а, разобраться в деталях не составит труда.

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

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

Система платная. Бесплатный тариф есть, но в нем нет ряда полезных функций, и работать на нем могут не более 12 сотрудников, а объем облачного хранилища ограничен 5 Гб. Но для небольших стартапов или маленьких коллективов разработчиков этого вполне может хватить. Зато помимо Kanbanа вы получите полноценную CRM-систему.

Kanbanery позволяет создавать на доске произвольное количество колонок с любыми названиями. Для каждой задачи можно указать сроки исполнения, прикрепить файлы, добавить комментарии, отслеживать изменения в карточках. Чтобы получить общую картину работы над проектом, можно воспользоваться продвинутыми графическими отчетами. Разработчикам ПО будет особенно полезна интеграция с GitHub. Есть мобильные приложения Kanbanery для iOS и Android, а также API для интеграции сервиса с пользовательскими приложениями.

Это платный сервис: он предлагает несколько тарифов, различающихся количеством активных пользователей — от 5 до 50. Бесплатный тариф тоже присутствует, но работать с одной доской смогут не более двух человек.

До крайности простой онлайн-сервис, позволяющий создать Kanban-доску из трех колонок: To do («Сделать»), In progress («В работе») и Done («Сделано»). На доске размещается любое количество задач, которые изначально создаются в To do. Для каждой указывается дедлайн и исполнитель. Карточки с задачами при приближении дедлайна меняют цвет от нейтрального серого до красного.

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

Плюсы: Taskify доступен бесплатно и без регистрации, его просто осваивать и легко использовать. Минус — набор функций скудный, на грани аскетизма.

На этом список онлайн-сервисов не заканчивается. Среди многообразия решений непременно найдется то, которое подойдет вашей команде и поможет в работе!

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

Откуда пошел Kanban

Слово «канбан» в японском языке означает «вывеска» или «знак». Впервые эту систему начала использовать компания «Тойота» в середине XX века. Мастера разных участков производства записывали на листках бумаги текущие операции и работы и вывешивали их рядом с другими такими же. Любой специалист мог легко выяснить, чем в данный момент занят каждый участок.

Это было удобно руководству: не надо отвлекать сотрудников или мастеров. Чтобы узнать, чем они заняты, достаточно прочесть записки. Вскоре эта система закрепилась как официальная практика.

Впоследствии Kanban совершенствовался, пока не пришел к современному виду. Но сохранил в основе простейший принцип доски с записками, на которых фиксируются производственные задачи.

Kanban был с самого начала тесно связан с гибкими методологиями производства, которые впервые внедрили в компании «Тойота». С Agile-методологиями в IT-сферу пришел и адаптированный Kanban. Но сегодня его успешно «скрещивают» с другими методологиями.

Пристальный взгляд на систему

В основе Kanban’а лежит простая мысль: объем незавершенной работы надо ограничивать. Любую новую задачу можно начинать не ранее, чем выполнена одна из начатых. Это не значит, что в работе должна быть только одна задача, — их может быть несколько. Принципиально, чтобы это количество было ограничено.

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

Все задачи, которые поступают от заказчика, записываются на стикеры и размещаются в графе «В ожидании». Им можно назначить приоритет: более важные размещают выше и принимают в работу в первую очередь, а второстепенные — только когда будут выполнены приоритетные. Как только разработчик приступает к работе над очередной задачей, соответствующий листок переносится в графу «В работе». Когда она выполнена, стикер отправляется в последнюю графу.

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

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

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

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

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

Доска и бумажки — вот и весь Kanban?

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

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

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

Еще один прием — разбивать доску на технологические этапы. Разработка программы часто проходит через несколько стадий:

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

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

Сколько вешать в граммах?

Каким количеством Kanban предлагает ограничивать задачи «в работе», чтобы коллектив справлялся с ними в оптимальные сроки? Универсального ответа нет. Единственный совет — экспериментируйте!

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

Если колонке N скопились задачи, а N+1 почти все время пустует, — это признак перегруженности. Ограничение надо ужесточать.

Kanban предлагает разработчикам свободу в выборе решений. Если оказывается, что при установленном ограничении вы не укладываетесь в график — уменьшите значение. Осталось свободное время, команда работает в расслабленном режиме — поднимите планку. Не бойтесь «крутить настройки»: сломать Kanban невозможно! Несколько попыток — и вы найдете комфортный для всех ритм.

Тренируемся на кошках

Предположим, у нас есть задачи и самая простая Kanban-доска из трех колонок: «В ожидании», «В работе», «Завершено». Работать над проектом будет команда из пяти человек. Выставим единицу как ограничение для колонки «В работе»: одновременно в ней может находиться не более одной задачи.

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

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

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

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

А что насчет ограничений в других колонках?

Колонка «Готово» свободна от лимитов — чем больше работы сделано, тем лучше!

Есть ли смысл накладывать ограничения на колонку «В ожидании», где скапливаются задачи, к которым разработчик еще не приступал, и нужна ли она вообще? Ведь Agile-методологии подразумевают постоянное общение с заказчиком — новые задачи можно получать, когда завершена предыдущая.

И все-таки иметь небольшой «буфер» задач полезно. У них может быть разный приоритет и сложность. Сегодня заказчику хочется изменить дизайн элементов управления во всей программе: эта задача явно отнимет приличное время, хотя не является критически важной для работы пользователя. А завтра он вспомнит, что срочно нужен отчет по продажам — небольшой и не очень сложный. Но разработчик уже взялся за дизайн, и на Kanban-доске нет места для новой задачи.

Если бы обе задачи висели на доске в графе «В ожидании», разработчик взялся бы сначала за более важную, а незначительные, но объемные правки отложил на свободное время.

Колонку «В ожидании» тоже можно ограничить удобным для разработчика и заказчика количеством задач. Заказчик может заменять задачи: чтобы разместить срочную в заполненной колонке, надо убрать менее важную.

Вилка или ложка — что лучше?

Обобщим основные правила использования Kanban’а.

1. Сделайте работу наглядной.

2. Ограничьте объем незавершенной работы.

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

3. Измеряйте время

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

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

Виртуальные Kanban-доски

Вы уже определились, в каком углу будет лучше смотреться Kanban-доска? Не торопитесь вбивать в стену гвозди. Ведь давно уже существуют программные решения, которые предлагают пользователям аналоги Kanban-досок. В отличие от стикеров на стене, такая Kanban-доска будет доступна не только в офисе, но и в любой точке мира — идеальное решение, если в команде есть удаленщики.

Поддерживает любое количество проектов, каждый со своей доской и произвольным составом задач и разработчиков. Можно ставить метки и комментировать задачи, прикреплять файлы объемом до 250 Мб. Есть функция «чек-лист»: можно создать множество подзадач, помечать выполненные и видеть прогресс в процентах.

Благодаря качественному API Trello интегрируется с другими решениями — например, Slack. Есть клиентские программы для основных платформ — Windows, iOS, Android, доступен веб-интерфейс.

Практически весь функционал представлен в бесплатной версии. Приятный плюс — поддержка русского языка. Платная версия добавляет «вкусностей» вроде пользовательских стикеров, фонов и неограниченных по объему вложений.

Достойный конкурент Trello. Богатая функциональность даже на бесплатном тарифе: неограниченное количество колонок и задач, комментарии и теги. Задачи можно маркировать цветами по типам, чтобы легче ориентироваться на доске. Есть чек-лист, для каждого элемента которого можно задать «вес» — продолжительность выполнения относительно всей задачи в целом. Этот параметр учитывается при вычислении объема выполненной работы.

Поддерживаются альтернативные представления списка задач: обычный текстовый список и диаграмма Ганта на платных тарифах.

Интерфейс у Kanbanchi англоязычный. Но если вы усвоили принципы Kanban’а, разобраться в деталях не составит труда.

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

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

Система платная. Бесплатный тариф есть, но в нем нет ряда полезных функций, и работать на нем могут не более 12 сотрудников, а объем облачного хранилища ограничен 5 Гб. Но для небольших стартапов или маленьких коллективов разработчиков этого вполне может хватить. Зато помимо Kanbanа вы получите полноценную CRM-систему.

Kanbanery позволяет создавать на доске произвольное количество колонок с любыми названиями. Для каждой задачи можно указать сроки исполнения, прикрепить файлы, добавить комментарии, отслеживать изменения в карточках. Чтобы получить общую картину работы над проектом, можно воспользоваться продвинутыми графическими отчетами. Разработчикам ПО будет особенно полезна интеграция с GitHub. Есть мобильные приложения Kanbanery для iOS и Android, а также API для интеграции сервиса с пользовательскими приложениями.

Это платный сервис: он предлагает несколько тарифов, различающихся количеством активных пользователей — от 5 до 50. Бесплатный тариф тоже присутствует, но работать с одной доской смогут не более двух человек.

До крайности простой онлайн-сервис, позволяющий создать Kanban-доску из трех колонок: To do («Сделать»), In progress («В работе») и Done («Сделано»). На доске размещается любое количество задач, которые изначально создаются в To do. Для каждой указывается дедлайн и исполнитель. Карточки с задачами при приближении дедлайна меняют цвет от нейтрального серого до красного.

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

Плюсы: Taskify доступен бесплатно и без регистрации, его просто осваивать и легко использовать. Минус — набор функций скудный, на грани аскетизма.

На этом список онлайн-сервисов не заканчивается. Среди многообразия решений непременно найдется то, которое подойдет вашей команде и поможет в работе!

Источник