Lean и Agile: в чем разница?
Что общего и в чем различия между Lean и Agile? Как принятие этих образов мышления помогает организациям приносить больше ценности?
Это перевод видеоролика LongDa Yin, который я выполнила при поддержке сообщества Enterprise Agile Russia.
В последние годы термины Lean и Agile надежно прижились в сфере разработки программного обеспечения. Однако, довольно часто можно заметить, что между этими двумя терминами возникает некоторая путаница. Может показаться, что Lean и Agile противопоставляются друг другу и обязательно нужно выбрать что-то одно, хотя на самом деле эти термины и лежащие в их основе понятия вполне дополняют друг друга.
Lean иногда характеризуют просто как еще один Agile-метод, что вводит в заблуждение. Скорее Lean и Agile вместе помогают сформировать наше мышление и задают правильный вектор, когда мы стремимся работать иначе, чтобы добиться лучших результатов. В свою очередь Scrum, XP, Kanban и другие методы, основанные как на Agile, так и на Lean-принципах, определяют конкретные практики в нашей работе.
Agile-мышление, в первую очередь, предполагает адаптивность и способность меняться в зависимости от окружающего контекста. Короткие сроки планирования и небольшой горизонт принятия обязательств помогают нам достичь этого. Также отличными практиками являются расширение сотрудничества и акцент на быстром получении работающего продукта. Это позволяет как можно чаще запускать цикл получения обратной связи и сохранять постоянный фокус на людях и взаимодействии.
А что же с Lean-мышлением? Оно побуждает нас использовать системный подход и взглянуть на все как на единый комплекс взаимосвязанных элементов, на то, как наша организация поставляет ценность. Таким образом, мы выходим за контур команды разработки и смотрим уже намного шире, учитывая весь поток создания ценности от формирования концепции до получения выручки. И во всей этой системе мы должны сфокусироваться на том, как можно улучшить этот поток. Именно с этой целью Lean-принципы учат нас в первую очередь устранять любые потери в этой системе. Распространенными примерами таких потерь можно назвать переключение между задачами, частично выполненную работу и разработку излишней функциональности.
В то время как Agile учит нас работать короткими циклами и поставлять больше ценности за короткие промежутки времени, Lean-принципы указывают на важность ограничения очередей, состоящих из задач. Использование этих принципов позволяет предотвратить накопление работы и предполагает понятие «вытягивания» — приступайте к выполнению новой работы только в том случае, если у вас есть возможность, чтобы это сделать. Вместе эти концепции ограничивают объем работы в процессе и предлагают нам измерить сколько ценности приносит наша работа, а не просто сколько задач выполняется.
Lean и Agile все же имеют больше общего, чем различий. Например, оба учат нас повышать качество, расширять возможности обучения, постоянно совершенствоваться и децентрализовать принятие решений. Если чуть подробнее остановиться на последнем пункте, важно вспомнить, что сердце Scrum — это самоорганизованная команда. А первой колонной дома Lean (House of Lean) является уважение к людям (Respect for People and Culture). Именно люди, при поддержке хороших лидеров, которые наделяют полномочиями, наставляют и поощряют обучение, являются центром и того и другого образов мышления. Также как люди – центр вашей организации.
Таким образом, принятие Lean-мышления вместе с Agile-мышлением поможет сотрудникам вашей организации приносить больше ценности, радовать ваших клиентов и быть всегда на подъеме.

В этой статье разбираемся, что на самом деле значит «дать команде полномочия», и какие условия необходимо создать руководителям, чтобы это работало.

Если команда задается вопросом «Зачем нам эти daily?», вероятно, ваш Daily Scrum напоминает скорее скучный круговой отчет, чем живую синхронизацию. Но есть способ сделать встречу полезной. В статье рассказываем, как помочь команде включиться в обсуждение и ясно видеть прогресс на пути к цели спринта.

Жесткие сроки и гибкий Agile – вечный конфликт? Не обязательно. В статье расскажу, как превратить вашу Scrum-команду в предсказуемую силу.