Если команда переносит задачи и постоянно переключается, смена доски не обязательно поможет. Сначала разберите, что именно мешает: слишком много начатого, непонятный результат, ожидание согласований или конфликт между развитием продукта и срочными обращениями.
Чем отличаются Scrum и Kanban
Scrum задаёт работу спринтами с общей целью, определёнными ответственностями и событиями. Спринт длится не более месяца; его цель защищают, а объём работы можно уточнять по мере появления знаний. Kanban делает акцент на явных правилах потока, контроле незавершённой работы и улучшении прохождения задач. Одна доска со стикерами ещё не описывает ни один подход полностью.
| Что сравниваем | Scrum | Kanban |
|---|---|---|
| Организация работы | Общая цель и результат спринта | Явный поток работы и правила прохождения задач |
| Приход новой работы | Изменение оценивают относительно цели спринта | Новую задачу берут по правилам и доступной мощности |
| Что наблюдать | Движение к цели и пригодный результат | Объём начатого, завершения и время прохождения |
| Повод присмотреться | Нужен общий ритм проверки продуктового результата | Нужно разобраться с очередями и постоянным потоком обращений |
Таблица помогает начать выбор. Она не означает, что Scrum не работает с потоком или что в Kanban нельзя планировать и проводить регулярные встречи.
Пример: развитие записи и поддержка пользователей
Возьмём учебную команду, которая развивает онлайн-запись. У неё есть продуктовая работа — проверить самостоятельную отмену занятия. Одновременно приходят вопросы администратора и сообщения о сбоях.
Для развития удобно сформулировать общий ближайший результат: пользователь может отменить запись, а место снова становится доступным. Команда сможет показать этот сценарий и оценить его целиком. Для входящих обращений полезно явно договориться об очереди, признаках срочности и количестве одновременно взятых задач.
Главный вопрос возникает на стыке: сколько времени остаётся на развитие после поддержки? Если один специалист обещан обеим частям на полный день, проблема уже содержится в плане. Выбор терминов её не устранит.
Почему задачи застревают между специалистами
В главе «Приоритизация» показана проблема взаимных ожиданий. Человек решает свою задачу, но для продолжения ему нужна помощь участника соседнего этапа. Если это участие не предусмотрено, небольшой вопрос задерживает всю цепочку.
Проверьте передачу работы: понятны ли требования до старта, доступен ли человек для уточнения, известно ли время следующего решения? Важно учитывать не только изготовление собственного результата, но и помощь коллегам.
Спринт не запрещает обсуждать вопросы и помогать друг другу. Проблему создаёт организация работы, в которой участники недоступны, а зависимости остаются незапланированными.
Что добавляют выталкивающие таблицы
Таблицы из книги помогают соединить выбранный процесс с общим планом. Видно, какой результат нужен в месяце, какой этап должен закончиться на неделе и какая договорённость проверяется сегодня. За счёт общей картины становится проще согласовать продуктовую работу и участие в соседних задачах.
Например, в недельном плане можно заранее показать время разработчика на консультацию дизайнера и проверку исправления с тестировщиком. Тогда эти действия не выглядят неожиданным вторжением в его загрузку.
Полезно сочетать практики осмысленно. Если команда использует Scrum, таблица должна помогать общей цели, а не создавать противоречащий ей набор распоряжений. Если работает с Kanban, новое планирование должно учитывать доступную мощность и правила потока. Подробнее — в разборе авторского инструмента.
Как выбрать и проверить на практике
- Назовите проблему. Например, работа над общей целью теряется из-за неучтённых обращений.
- Соберите наблюдения. Сколько задач начато, где они ждут и что завершилось за последний период?
- Измените конкретные правила. Договоритесь о приёме срочных обращений, времени консультаций и моменте проверки результата.
- Сравните работу до и после. Стало ли меньше ожидания? Удаётся ли доводить выбранный результат до готовности?
Не делайте вывод по числу встреч или виду доски. Используйте показатели, связанные с решениями, и проверяйте договорённости через регулярную сверку задач.
Источники определений
Базовые правила можно сверить в Scrum Guide и The Kanban Guide. Разбор зависимостей и связанного планирования опирается на книгу. Ситуация с записью и поддержкой — учебный пример для этой статьи.