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

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

Самый узнаваемый атрибут айтишных команд.

Если зайти в любой айтишный офис, где-нибудь на стене вы увидите доску со списком задач и цветными стикерами. Это канбан-система: её используют для управления проектом:

  • Проект делится на этапы и задачи
  • Задачи маркируются цветными карточками
  • Процесс работы разделён на этапы: как минимум на три, но можно и больше
  • По мере готовности карточки двигаются слева направо между этапами.

Теперь посмотрим глубже на весь этот процесс.

В канбан-системе вы делите проект на этапы и задачи, маркируете задачи цветными карточками и двигаете их слева направо по тем правилам, которые вам удобны

Подготовка задач для очереди

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

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

  • Каким должен быть дизайн? На что похож? Какие технические ограничения?
  • Для каких страниц нужен контент? О чём он должен сообщать?
  • Какие возможности нужны в системе управления контентом?
  • Кто и как будет поддерживать этот сайт?

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

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

❌ В реальности редко бывает, что задание сформулировано прямо идеально, поэтому команде всё-таки приходится уточнять. Чем больше такой работы на них выпадает, тем медленнее двигается разработка.

Рабочий процесс

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

На этом этапе за каждой задачей закрепляется исполнитель и могут вводиться лимиты на количество выполняемых задач — если на стадии «Дизайна» стоит лимит «2», то только два макета могут находиться на руках у дизайнеров.

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

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

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

Завершение

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

Анализируя время, мы видим скорость выполнения задач и можем заранее планировать проекты. Если мы знаем, что дизайн такого-то объёма был сделан за 7 дней, мы не будем в следующем проекте планировать дизайн за 2 дня. Это даст нам больше уверенности в следующих проектах.

Важно фиксировать время, потому что через месяц менеджер и дизайнер уже сами не вспомнят, сколько они сидели над каждой задачей. А когда всё записано — можно отследить.

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

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

Легенда карточек

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

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

Примеры цветных маркировок, на которые вы можете ориентироваться

Запомнить

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

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

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

Текст и схемы

Александр Бабаскин



Корректор

Ира Михеева


Вёрстка

Маша Дронова


Художник

Даня Берковский


Доставка

Олег Вешкурцев

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