Я в основном знаком с методологией Agile и Scrum.
Но что такое "Lean Software Development" и "Kanban"?
Можно ли сказать, что Scrum, Lean и Kanban - это реализация методологии Agile? Или Lean и Kanban разные методологии?
Do Lean и Kanban предоставляют скелет/ориентир (например, Agile) и оставляют реализацию смежным набором практик, таких как XP и Scrum?
Собственно, ни Agile, ни Lean не имеют точного определения. Оба варианта скорее представляют собой набор принципов и практик - в первом случае, основываясь на Agile Manifesto, в то время как последний основан на Производственная система Toyota, адаптированная к программному обеспечению/ИТ-индустрии.
Я бы сказал, что оба Lean и Agile - это два разновидности одного и того же движения в индустрии программного обеспечения - сосредоточение на эффективной поставке продуктов, которые действительно нужны потребителям (хотя это обширное обобщение). Разница заключается в том, как достигается эта цель.
С Agile основное внимание уделяется созданию хорошо организованного процесса, который позволяет частоту доставки и позволяет легко корректировать потребности клиентов в процессе разработки. Lean уделяет больше внимания ограничению "отходов" (включая незавершенное производство, которое рассматривается как один из видов отходов) и максимально эффективный процесс производства и доставки.
Часто в один и тот же ковш вкладываются гибкие и худые подходы, поэтому вы найдете всевозможные микширования - наиболее важный пример - Scrum + Kanban; обратитесь к Scrumban для получения дополнительной информации. Если вы не разговариваете с православным, это не должно быть проблемой, если вы назовете Kanban как метод Agile.
Чтобы сделать некоторый порядок в ярлыках: Agile и Lean - общие понятия. Scrum и XP - это конкретные реализации Agile, в то время как Lean Software Development и Kanban - это конкретные реализации Lean.
По крайней мере, так люди обычно воспринимают их. Определенно возможно смешивать различные подходы или отдельные практики в одном методе. Scrum + XP или Scrum + Kanban, вероятно, являются наиболее популярными комбинациями.
Если вы хотите копать глубже, я могу порекомендовать отличную мини-книгу, которая сравнивает Kanban с Scrum: "Kanban and Scrum - максимально использовать оба" . Электронная книга в формате PDF может быть загружена бесплатно.
Agile expert Мэри Поппендик написала о принципах Lean. Найдите ее учетные данные здесь.
Вместо того, чтобы писать много о Канбане, пожалуйста, прочитайте, что говорят о нем шведские советники Crisp.
Практика Lean существенно отличается от практических практических задач, которые программируемый XP задает вам в своем проекте ( "Автоматизировать все", "Провести тесты", "Встречаться ежедневно" ). Анализ потока данных может дать вам некоторые новые идеи и концептуальные инструменты, позволяющие обосновать бизнес и задачи.
Надеюсь, что это поможет в навигации по процессу. Удачи!
рискуя раздражать пуристов, и с практической точки зрения, Lean - это самый высокий уровень абстракции, принципы которого и (большинство) практики могут применяться на всем предприятии. Ваш генеральный директор будет понимать и покупать бай-ин в Lean. По моему опыту, связывание Agile на тактическом уровне с Lean на уровне предприятия делает гораздо проще продавать руководителям.
Канбан в производстве - это метод управления очередью инвентаря. В применении к знаниям (а не только ИТ) это визуализация рабочего процесса и техника ограничения очередей, предназначенная для того, чтобы сфокусировать команды на минимально возможной периодической работе для ускорения потока. Это может быть так же просто, как липкие заметки на доске с ленточными линиями, обозначающими шаг процесса слева направо. Или имеются электронные инструменты Kanban (автономные или надстройки для всех основных инструментов ALM)
Канбан может быть легко применен как инструмент для команд Scrum, просто обработав доску kanban как представляющую вашу итерацию. Вы (попробуйте) разрешаете работать только на доске в начале итерации, и она должна быть на проделанной полосе к концу итерации. И, используя горизонтальные плавательные бассейны, вы можете эффективно разделять доску на секции для запланированных работ на итерации и (к сожалению, неизбежной) операции поддержки операций, которая прерывает даже самые дисциплинированные команды. Это дает понять, какая работа была совершена, и что произошло в спринте.