Комментарии 2
Канбан — это не методология, это средство визуализации
Когда мне на собеседованиях заявляют такое, это сразу жирный минус либо умению собеседника формулировать свои мысли, либо его знаниям agile-методологий.
Ну и ставить Agile Manifesto на одну доску с методологиями разработки - так себе идея.
Если мы находимся в контексте проведения собеседования в компании, которая сосредоточилась на применении Agile-методологий, то, возможно, вы правы. Если мы находимся в контексте целевой аудитории статьи, то вы скорее не правы.
Почему так? Очень часто, когда спрашиваешь людей, по какой методологии вы работаете, то можно услышать в ответ Agile. Просто Agile. Иногда кто-то говорит о Kanban. Но надо понимать, что именно называется «Kanban». Это просто что-то с Kanban-доской.
Именно поэтому приходится напоминать о том, что нет такой методологии разработки, как Agile либо Kanban. Первое — это просто манифест, соответствие которому может заявлять та либо иная методология, либо может не заявлять. Второе это инструмент визуализации.
Например, есть такая методология, как Agile Unified Process. Что это такое? Говорят, что адаптация IBM Rational Unified Process под принципы из Agile Manifesto. Можно было бы отнестись с юмором, но ведь есть OpenUP. Это тоже и Agile и Unified Process одновременно.
Идём дальше. Если мы используем Kanban-доску, как ритуал в Scrum, это не превращает Scrum в Kanban. Если мы используем каскадную модель и используем в для визуализации процесса работы Kanban-доску, то у нас водопад не станет Kanban. Даже больше. Если мы используем ITIL и просто осуществляем IT-услугу по внедрению/доработке/исправлению и используем для этого Kanban-доску, то ITIL всё равно не станет Kanban.
Конечно, можно вспомнить Lean software development, который “бережливая разработка программного обеспечения”. Я даже соглашусь, что Kanban изначально пришел к нам из бережливого производства, прямо с завода. Но там никто и никогда не пытался подменить понятие “pull production” понятием “Kanban”.
На мой взгляд, если мы говорим о Lean software development, то термины “Agile” и “Kanban” в нем носят скорее маркетинговый характер, вместо того, чтобы нести полезную смысловую нагрузку.
На последок скажу. Мне еще не один человек, который “работает по Kanban” не ответил на простой вопрос: “Что такое муда?”. От Muda – так японцы потерю на производственной цепочке называют. А вот заявленная целевая аудитория может быть вполне знакома с таким термином. Всё-таки, бережливое производство, шесть сигм, кайдзен на худой конец, российскому бизнес-сообществу хорошо знакомы.
Право на ошибку. Деньги и методологии разработки в ИТ