[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"general-list":3,"methodology-topic-sravneniya-scrum-ili-kanban":4,"footer-feature-tags":164},true,{"topic":5,"parent":154,"siblings":158},{"slug":6,"title":7,"hint":8,"h1":9,"definition":10,"readTime":11,"published":12,"updated":12,"tags":13,"sections":16,"table":45,"checklist":80,"shtab":90,"faq":109,"terms":122,"related":138,"seo":151},"scrum-ili-kanban","Scrum или Kanban","Итерации против потока: как выбрать","Scrum или Kanban: что выбрать команде","Выбор между Scrum и Kanban определяется природой работы, а не зрелостью команды. Если работу можно спланировать на две недели вперёд и результат имеет смысл показывать целиком — Scrum. Если работа приходит потоком и приоритеты меняются в течение дня — Kanban.","8 мин чтения","2026-08-28",[14,15],"сравнение","базовый уровень",[17,24,31,38],{"id":18,"h":19,"paras":20},"main","Главный критерий: можно ли планировать на две недели",[21,22,23],"Scrum строится на предположении, что команда может взять объём работы и две недели его не менять. Если это предположение не выполняется — если каждый день приходит что-то, что нельзя отложить, — процесс будет ломаться каждый цикл, и никакая дисциплина этого не исправит.","Проверьте на данных: посмотрите последние два месяца и посчитайте долю работ, которые пришли вне плана и не могли ждать две недели. Если она меньше пятой части — Scrum жизнеспособен. Если больше половины — планировать циклами в этой команде нельзя, и Kanban не компромисс, а правильный выбор.","Второй критерий — однородность. Scrum предполагает, что работы сопоставимы по размеру и их можно оценивать друг относительно друга. Поток разнородных обращений — от «поменять текст» до «разобраться с падением» — оценке в общих единицах не поддаётся, и скорость команды на нём ничего не показывает.",{"id":25,"h":26,"paras":27},"diff","В чём они действительно различаются",[28,29,30],"Различий меньше, чем принято думать: обе практики визуализируют работу, ограничивают её объём и регулярно разбирают процесс. Отличаются механизмы ограничения и предмет управления.","Scrum ограничивает работу через объём цикла: команда взяла столько и до конца цикла больше не берёт. Kanban ограничивает через число одновременных задач: сколько бы ни ждало в очереди, в работе не больше лимита. Первое даёт предсказуемость по периодам, второе — быструю реакцию.","Предмет управления тоже разный. В Scrum спрашивают «что успеем за цикл», в Kanban — «за сколько дней задача проходит путь и что её держит». Соответственно и обещания заказчику формулируются по-разному: планом на цикл или статистикой времени прохождения.",{"id":32,"h":33,"paras":34},"both","Когда нужны оба",[35,36,37],"Частая и работающая связка: команда ведёт продуктовую разработку циклами, а поддержку и инциденты — отдельным потоком с ограничением. Это не компромисс, а признание того, что у двух типов работы разная природа.","Ключевое условие — не смешивать их на одной доске. При общей доске срочные обращения всегда выигрывают у плановой работы: они выглядят важнее в моменте. Через месяц выясняется, что цикл не выполнен ни разу, а причина «нас всё время дёргают».","Разделять можно по-разному: отдельные доски, дежурство по очереди, фиксированная доля времени команды на поток. Что именно выбрать — вопрос объёма потока: при небольшом достаточно дежурного, при значительном нужна отдельная группа.",{"id":39,"h":40,"paras":41},"switch","Переход с одного на другой",[42,43,44],"Переход со Scrum на Kanban обычно происходит естественно и мягко: команда перестаёт фиксировать объём цикла, оставляет доску, добавляет лимиты и начинает считать время прохождения. Встречи можно сохранить — регулярный разбор процесса полезен в обоих подходах.","Обратный переход сложнее: он требует, чтобы поток внеплановой работы уже был ограничен. Пытаться ввести циклы, не разобравшись с потоком срочного, — самая частая причина, по которой Scrum «не приживается» и объявляется неподходящим.","В обоих случаях не стоит менять всё разом. Полезнее добавить недостающий элемент — лимиты или фиксацию объёма — и посмотреть на метрики через месяц, чем объявлять переход на другую методологию.",{"title":46,"head":47,"rows":51},"Scrum и Kanban: таблица различий",[48,49,50],"ПАРАМЕТР","SCRUM","KANBAN",[52,56,60,64,68,72,76],[53,54,55],"Ограничение работы","Объём, взятый на цикл","Число задач одновременно в работе",[57,58,59],"Ритм","Фиксированные циклы 1–4 недели","Непрерывный поток, без обязательных итераций",[61,62,63],"Что обещают заказчику","Состав цикла и цель","Срок по статистике времени прохождения",[65,66,67],"Основная метрика","Скорость команды, выполнение цикла","Время прохождения, пропускная способность",[69,70,71],"Роли","Три предписанные роли","Не предписаны, работают существующие",[73,74,75],"Изменение приоритетов","На границе цикла","В любой момент, до взятия в работу",[77,78,79],"Подходит для","Продуктовая разработка, планируемая работа","Поддержка, эксплуатация, поток обращений",{"title":81,"lead":82,"items":83},"Быстрая проверка: что выбрать","Отметьте утверждения, верные для вашей команды. Больше отмеченных — сильнее аргумент в пользу Scrum; мало — берите Kanban.",[84,85,86,87,88,89],"Долю работ, пришедших вне плана, можно удержать ниже пятой части.","Работы сопоставимы по размеру и поддаются относительной оценке.","Результат имеет смысл показывать целиком раз в 1–4 недели.","Есть человек, который принимает решения о содержании работы.","Заказчик готов участвовать в регулярных обзорах результата.","Команда стабильна по составу на несколько циклов вперёд.",{"title":91,"lead":92,"points":93,"links":99},"Как это выглядит в Shtab","Оба процесса собираются из одних и тех же элементов, поэтому переход не требует переноса данных.",[94,95,96,97,98],"Доска со статусами — общая основа: в Kanban к колонкам добавляются лимиты, в Scrum работа группируется по циклам.","Для потока: ограничение незавершённой работы по колонкам и время задачи в каждом статусе.","Для циклов: спринт с датами и целью, оценка трудозатрат и отчёты по циклу.","Две доски в одном пространстве позволяют вести поток и циклы параллельно, не смешивая их.","Отчёты общие: задачи, сроки и трудозатраты считаются одинаково при любом подходе.",[100,105],{"tag":101,"title":102,"text":103,"to":104},"ВОЗМОЖНОСТЬ","Канбан-доска","Колонки, лимиты и группировка.","\u002Ffeatures\u002Fkanban-doska\u002F",{"tag":101,"title":106,"text":107,"to":108},"Списки задач","Тот же бэклог списком, без перестройки доски.","\u002Ffeatures\u002Fspisok\u002F",[110,113,116,119],{"q":111,"a":112},"Правда ли, что Kanban проще внедрить?","Проще запустить: не нужно менять роли и структуру, достаточно доски и лимитов. Но дисциплина требуется не меньшая — без соблюдения лимитов и регулярного разбора потока метод вырождается в обычную доску. Простота относится к старту, а не к поддержанию.",{"q":114,"a":115},"Можно ли в Kanban планировать сроки?","Да, и часто точнее, чем в Scrum: прогноз строится на статистике времени прохождения. Формулировка отличается — не «сделаем к пятнице», а «85% таких задач закрываются за шесть дней». Для многих заказчиков это честнее и полезнее конкретной даты, которая потом сдвигается.",{"q":117,"a":118},"Что делать, если половина команды за Scrum, половина за Kanban?","Скорее всего, спор идёт не о методе, а о разной работе внутри одной команды: одни делают плановые задачи, другие постоянно тушат срочное. Тогда правильный ответ — не выбрать одно, а разделить потоки и вести их по-разному.",{"q":120,"a":121},"Нужны ли в Kanban ретроспективы?","Регулярный разбор процесса нужен, называть его ретроспективой необязательно. В Kanban это обычно разбор потока: где копится очередь, какие блокировки повторяются, надо ли менять лимиты. Без такой встречи метод не улучшается, потому что улучшения в нём эволюционные.",[123,126,129,132,135],{"slug":124,"title":125},"scrum","Scrum",{"slug":127,"title":128},"kanban","Kanban",{"slug":130,"title":131},"wip","WIP",{"slug":133,"title":134},"velocity","Velocity",{"slug":136,"title":137},"cycle-time","Cycle time",[139,143,146],{"tag":140,"title":125,"text":141,"to":142},"МЕТОДОЛОГИЯ","Роли, события, артефакты и внедрение.","\u002Fmethodology\u002Fscrum\u002F",{"tag":140,"title":128,"text":144,"to":145},"Доска, лимиты и управление потоком.","\u002Fmethodology\u002Fkanban\u002F",{"tag":147,"title":148,"text":149,"to":150},"СРАВНЕНИЕ","Гибкий подход или каскад","Следующая развилка, если работа проектная.","\u002Fmethodology\u002Fsravneniya\u002Fagile-ili-vodopad\u002F",{"title":152,"description":153},"Scrum или Kanban: что выбрать команде — таблица различий","Чем Scrum отличается от Kanban: механизм ограничения работы, ритм, метрики и обещания заказчику. Критерий выбора по природе работы, связка обоих подходов и переход между ними.",{"slug":155,"title":156,"short":157},"sravneniya","Как выбрать подход","выбор подхода",[159,161],{"slug":160,"title":148},"agile-ili-vodopad",{"slug":162,"title":163},"okr-ili-kpi","OKR или KPI",[165,174,180,189,194,200,206,212,216,222],{"id":166,"name":167,"hex":168,"translations":169,"count_pages":173},8,"Компания","#f40925",{"ru":170,"en":171},{"name":167},{"name":172},"Company",9,{"id":175,"name":176,"hex":177,"translations":178,"count_pages":166},26,"Главная страница",null,{"ru":179},{"name":176},{"id":181,"name":182,"hex":183,"translations":184,"count_pages":188},2,"Проекты","#3027ff",{"ru":185,"en":186},{"name":182},{"name":187},"Project",15,{"id":190,"name":191,"hex":177,"translations":192,"count_pages":181},33,"ИИ",{"ru":193},{"name":191},{"id":195,"name":196,"hex":177,"translations":197,"count_pages":199},34,"Комментарии",{"ru":198},{"name":196},4,{"id":201,"name":202,"hex":177,"translations":203,"count_pages":205},25,"Задачи",{"ru":204},{"name":202},24,{"id":207,"name":208,"hex":177,"translations":209,"count_pages":211},27,"Рабочие пространства",{"ru":210},{"name":208},3,{"id":205,"name":213,"hex":177,"translations":214,"count_pages":166},"Kanban-доска",{"ru":215},{"name":213},{"id":217,"name":218,"hex":177,"translations":219,"count_pages":221},23,"Диаграмма Ганта",{"ru":220},{"name":218},1,{"id":188,"name":223,"hex":177,"translations":224,"count_pages":221},"Календарь",{"ru":225},{"name":223}]