Применение Agile и Scrum, обзор трендов, кейсы внедрения

Когда над большим продуктом работают десятки команд, управлять ими становится всё сложнее. С появлением новых подразделений согласовывать работу между командами уже не получается так, как раньше. В таких ситуациях и нужен LeSS Huge — он разработан для случаев, когда над одним продуктом трудятся больше восьми команд или более 50 человек.

Внедрение LeSS может проходить по-разному в зависимости от типа компании — в классических корпорациях, продуктовых стартапах или аутсорсинговых командах есть свои особенности. Существует пошаговый план, который помогает организации честно взглянуть на себя и избавиться от всего лишнего.

Некоторые организации при масштабировании начинают добавлять новые уровни управления, усложнять схемы взаимодействия и вводить дополнительные артефакты и встречи. Несмотря на все эти усилия, реального прогресса не происходит, потому что игнорируются базовые принципы. LeSS помогает понять, какие решения действительно улучшат систему разработки, а какие лишь создадут лишь видимость прогресса.

Large Scale Scrum (LeSS) — это такая среда, где десятки команд могут эффективно работать над одним продуктом, не жертвуя при этом качеством. Если внести изменения в продукт сложно и это занимает много времени, никакая реорганизация команд или введение новых ролей не сделает компанию по-настоящему адаптивной. LeSS помогает понять, как сохранить высокое качество продукта, даже когда над ним работают много команд одновременно.

Каждой команде полезно иногда спокойно обсудить, чего они хотят добиться вместе и что каждый из них хочет получить от этого проекта. В этой статье — как провести сессию с Team Canvas, чтобы прояснить роли, цели и ожидания, и наладить совместную работу в команде.

С чего начать, чтобы сформировать команду, и что даст самодизайн, если команда уже есть. Рассказываем, как организовать встречу так, чтобы вовлечь сотрудников в процесс.

Как отличить самодизайн от самоорганизации работы. И что это за практика, во время которой команды самостоятельно формируют состав участников и решают, как лучше выполнять задачи.

Уникальный кейс, сочетающий в себе создание программной надстройки над системой управления проектами, внедрение Agile-инструментов и помощника на основе нейросети.

В LeSS все команды работают над единым продуктом, поэтому используется один общий бэклог, синхронизированные спринты, и в результате получается один общий инкремент продукта. Планирование спринта в LeSS проходит в два этапа — сначала собираются представители всех команд, чтобы согласовать, кто и что берёт в работу, а потом каждая команда отдельно решает, как будет выполнять свои задачи.

В основе LeSS лежит простая идея, что для масштабирования Scrum не требуется вводить новые роли. Рассмотрим, чем LeSS отличается от классического Scrum и как при этом трансформируются роли менеджера, Scrum-мастера, Product Ownera и отдельных специалистов.

Многие компании стремятся масштабировать Scrum на уровень отдела или всей организации, потому что он показывает высокую эффективность при работе одной команды. Однако при добавлении новых Scrum-команд производительность не увеличивается линейно — напротив, это может привести к снижению общей эффективности. LeSS помогает решить эту проблему.

Agile и Scrum уже давно зарекомендовали себя в разработке ПО, но интересно узнать, можно ли их использовать в аппаратной разработке, и какие преимущества это даст?

Agile отлично работает в небольших командах, но что, если у вас сотни сотрудников? Или даже тысячи? Фреймворки масштабирования помогают внедрить гибкость на всех уровнях компании, сохраняя прозрачность и эффективность.

Рассмотрим четыре популярных подхода: SAFe, LeSS, Nexus и Flight Levels — чем они отличаются, где применяются и как выбрать подходящий для вашей организации.

Один из авторов Agile-подхода, Алистер Коберн (Alistair Cockburn), недавно нашел у себя заметки из 2001 года о том, как они придумали слово Agile применительно к разработке программных продуктов. Что на самом деле значит каждый из пунктов Agile-манифеста? Что кроется за 12-ю принципами, о которых сегодня многие участники Scrum команд даже не знают?

Многие уверены, что Agile и Scrum применимы только в технологических компаниях. Я хочу поделиться историей о том, как мы помогли одной крупной FMCG-компании с собственным производством применить гибкий подход и значительно ускорить вывод новых продуктов на рынок.

Представьте, что вы создали отличное мобильное приложение для ваших клиентов. Оно функциональное, красивое, но... пользователи почему-то не спешат им активно пользоваться. Знакомая ситуация? Именно с такой проблемой столкнулась одна финтех-команда, и сегодня мы расскажем вам, как они смогли все изменить.

Модель приоритизации ICE – это инструмент, который помогает менеджерам и командам определить, какие проекты или идеи следует реализовать в первую очередь, а какие пока можно отложить.

В мире, где измеряемые показатели становятся заменой стратегии, важно помнить о роли и значении последней. История Wells Fargo - лишь один пример того, как неверный подход к метрикам может подорвать долгосрочные отношения с клиентами и угрожать стратегическому успеху компании. В этой статье мы рассмотрим, как правильно выбирать и использовать метрики, чтобы они служили укреплению и поддержке стратегии, а не становились причиной ее утраты.

В мире разработки программных продуктов Agile зарекомендовал себя как эффективный подход, позволяющий командам быстро реагировать на изменения и поставлять качественный результат. Но как именно мы обеспечиваем это качество в среде, которая ценит гибкость и открытость изменениям?

В этой статье мы погрузимся в мир Agile и рассмотрим его ключевые принципы, используя живые примеры и истории из реальной жизни. Согласно Agile Manifesto, в Agile "люди и взаимодействие важнее процессов и инструментов, работающий продукт важнее совершенной документации, сотрудничество с заказчиком важнее согласования условий контракта, а готовность к изменениям важнее следования плану". Но что это значит на практике? Давайте разберемся вместе.

В LeSS уточнение бэклога продукта бывает нескольких видов. Многокомандный PBR — это когда все команды собираются вместе, чтобы проработать бэклог. Общий PBR — это обзор бэклога всеми командами или их представителями. Однокомандный PBR — это работа одной команды над отдельной, более сложной задачей.

В современном мире мы часто слышим о необходимости движения к самоорганизованным командам. Компании заинтересованы в этом, так как это позволяет не только повысить скорость принятия решений, но и раскрыть потенциал команды, который, как известно, кратно превосходит индивидуальный.

Международный консорциум ICAgile обновил требования к обучению Владельцев продуктов. Мы уже дополнили и сертифицировали обновленную программу тренинга Advanced Product Ownership и спешим рассказать вам, какие у компаний ожидания от роли Владельца продукта.

Что такое PI планирование, или Планирование инкремента продукта, когда используется и как его проводить.

Что нужно знать, чтобы стать Скрам мастером и найти свою первую работу в этой роли.

Итак, пришло время разобраться с нетипичными для Agile ролями, присутствующими в Scaled Agile фреймворке: Машинист (Release Train Engineer), Архитектор решения и Системный архитектор.

Как коучинг agile-команд позволяет команде быстро перейти на новую модель работы с эффективностью в 98% случаев, объективно оценить области для роста и повысить качество продуктов.

Один из самых популярных фреймворков масштабирования организации — SAFe, или Scaled Agile Framework. Разбираемся, на чем он основан и какие роли есть в SAFe.

Начинаем серию статей, посвященных развитию организации и росту численности команды. Подробно поговорим о фреймворках масштабирования SAFe, LeSS, Nexus, о модели Spotify и других гибридных решениях.

Команда OnAgile подготовила для вас несколько рекомендаций, которые помогут подготовиться к первой рабочей неделе и начать работу максимально продуктивно.

Сразу оговоримся, что речь про мидл-менеджмент. Тем не менее, это отличный пример, как инициатива одного человека способна изменить 6 производств внутри огромной международной компании.

Последнее время наши клиенты часто просят помочь им подобрать персонал. Нужно наполнять команды, а еще нанимать людей на специфичные роли: Скрам-мастеров, Владельцев продуктов, Менеджеров поставок. Ключевой вопрос не «где найти сотрудников», а «как захантить "своих" людей».

В отличие от классического подхода, в Agile единица ресурса не специалист, а команда. А именно команда мотивированных профессионалов, которая обладает компетенцией преобразовать бизнес-идею в готовый продукт. Так как же перейти от группы специалистов к команде мотивированных профессионалов?

Нанять профессионала с рынка или выбрать из участников команды? Разбираем критерии выбора Скрам-мастера.

Наш клиент — финтех-компания «Профи.Лаб». Компания начала трансформацию HR-сервиса с применением agile-подходов и уже спустя 3 месяца более чем в 2 раза повысила эффективность процесса найма.

Давайте порассуждаем об HR с точки зрения сервисной парадигмы и возможности использовать некоторые agile-практики.

Коротко: это все тот же Scrum. Если вы не занимаетесь процессами на ежедневной основе, кардинальные отличия заметить будет непросто. Однако есть несколько важных вещей, которые обновились, и мы очень хотим обсудить их с вами.

Несмотря на то, что в базовом варианте работа agile-команды не предполагает такую процедуру как Управление проектом (как и саму роль менеджера проекта), часто бывает полезно применять хорошие практики, наработанные в рамках стандартных процедур управления проектами. Одна из них — анализ стейкхолдеров проекта.

Кому: * Менеджерам и руководителям, которые хотят быть в курсе выстраивания новых процессов в компании. * Скрам-мастерам на старте карьеры и в начале работы в новой компании.

Третий подход к оценке задач, NoEstimates — один из самых интересных. Что если перестать оценивать задачи вообще?

Какие ошибки мешают создавать успешный продукт. Как развивать видение продукта и работать с бэклогом. Важные цитаты из книги «Управление продуктом в Scrum: Agile-методы для вашего бизнеса» Романа Пихлера.

Почему так сложно верно оценивать работы по созданию нового продукта — и какими способами можно улучшить точность оценки, не делая это процесс сложнее.

Существует миф, что Agile означает исчезновение мидл-менеджмента. Потребность в менеджменте действительно снижается, но у организации появляется необходимость в других ролях.

Разбираемся, что не так с самым распространенным инструментом визуализации планирования — диаграммами Ганта. Как повысить точность оценки и перейти к адаптивному планированию.

Метод Канбан эффективно работает как в ИТ, так и в других сферах: в производственных компаниях, в строительстве, закупках, HR и др. Рассмотрим, как его применяют российские компании.

В чем разница между статусным митингом и стендапом в Agile, и как его проводить с максимальной пользой.

Пик заказов перед Новым годом — серьезное испытание для ритейлеров. Проблемы с доставкой, перегруженная служба поддержки и недовольные покупатели, с одной стороны. И рекордная выручка и приток новых клиентов — с другой.

Ключевые принципы и подходы к управлению персоналом в компании, начинающей трансформацию.

Звездная карта компетенций — инструмент, который помогает HR-сервису в развитии персонала и правильном формировании команд для проектов с точки зрения нужных компетенций участников.

Применение Agile в подборе и развитии персонала: Agile-манифест для HR, главные принципы и их воплощение на практике.

Agile-подход дает огромные возможности, однако как любые значимые организационные и культурные изменения, процесс перехода сопровождается риском.

Ключевые паттерны декомпозиции бэклога продукта, сервиса или процесса.

Концепция Jobs To Be Done помогает определиться с видением продукта и отдельными его функциями, которые будут привлекательны для пользователей.

Пошаговый алгоритм создания бэклога продукта для Scrum-команд.

Planning poker — техника командной оценки задач в относительных единицах. Впервые описана в 2002 году Джеймсом Гренингом, одним из авторов Agile-манифеста. В дальнейшем популяризирована Майком Коном в книге «Agile Estimating and Planning».

Запросы бизнеса всегда превышают возможности команд по их реализации. Практика backlog refinement помогает контролировать постоянно растущий бэклог.

Как упорядочить бэклог и определить, какие элементы следует выполнить в первую очередь? Обратимся к математике и рассмотрим простой инструмент Weighted Shortest Job First.

При внедрении Scrum появляются две новые роли: владелец продукта и скрам-мастер. И часто бывает, что на них решают назначить одного человека — обычно это менеджер проекта или тимлид. Но это не лучшее решение.

Принятие решений: в каких условиях наиболее эффективно коллективное обсуждение, а в каких полезнее иерархическое управление?

Командная работа как залог успеха и опыт внедрения Agile, готовый к масштабированию.

Спринты вместо семестров и вовлеченные команды вместо скучающих слушателей лекций.

Как оптимизация внутренних процессов помогла в разы увеличить скорость выпуска карт.

Что такое Scrum, и почему он крайне эффективен в современном мире. Практика ограничения одновременно выполняемой работы.

Мы собрали для вас список самых важных книг на тему Agile и всего того, что пригодится на нелегком пути трансформации. Они могут вам самостоятельно изучить подход, а также закрепить и расширить полученные на тренингах знания.

Мы визуализировали весь процесс производства и разделили его на ключевые блоки — разработка моделей, производство, логистика и продажа. Собрали данные текущего состояния в этих блоках и наладили взаимодействие между ними, обеспечившее непрерывный поток производства.

Инновационный подход к использованию самоуправляющихся команд медсестер и медбратьев, заслуживший высокие оценки пациентов и сотрудников.

Как Agile подход может помочь здравоохранительным организациям реализовывать и контролировать инициативы по реорганизации процессов.

STATIK - Systems Thinking Approach to Introducing Kanban - это системное мышление при внедрении Канбан-метода. 8 ключевых шагов, позволяющих внедрить Kanban-метод в организации.

Вовлеченность и мотивированность сотрудников влияет в конечном счете на клиентский опыт. Но зачастую организации не уделяют достаточно внимания этим аспектам, фокусируясь на извлечении прибыли. Как начать изменять опыт сотрудников к лучшему?

«Проблема не на нашей стороне, пусть разбирается другой отдел». Звучит знакомо? В статье разберем уровни принятия ответственности, а также выясним, как стать ответственным за происходящее.

Задача: ускорить поставку результатов проекта, сократить время принятия решений и обеспечить прозрачный процесс изменения приоритетов. Принципы, затронутые в статье, применимы как к выполнению одного проекта, так и к координации нескольких.

Цифровая трансформация стала частью стратегии большинства традиционных компаний в любой отрасли. Однако часто проходят месяцы с момента запуска инициативы внутри компании, но никакие значимые результаты не достигнуты. Почему так происходит?

Ключевые моменты, которые следует знать при внедрении Agile-подхода в своей компании. На примере крупного российского банка.

Основные причины, мешающие традиционным компаниям вставать на путь гибкости и уверенно по нему идти.

Нередко от Agile-команд можно услышать недовольство о нехватке времени, поскольку большую часть времени люди стали проводить в «бесконечных встречах».

Краткое изложение ключевых идей «Руководства по использованию Канбан для Скрам-команд» (ориг. назв. «The Kanban Guide for Scrum Teams»), опубликованного Scrum.org в феврале 2018 года.

Важные цитаты из книги С. Альварес «Как создать продукт, который купят. Метод Lean Customer Development».

Эта подборка книг — для тех, кто связан с проектированием, запуском и развитием продуктов в компаниях.

Проектируя новые продукты, мы фокусируемся на изучении потребностей будущих потребителей. Один из лучших инструментов для понимания потенциального клиента — интервьюирование.

Компании, уже освоившие новые модели или только вступившие на путь трансформации, нуждаются в HR-службе нового поколения.

Миф связан с распространяющимся иногда суждением, что Agile требует, чтобы каждый член команды обладал всеми необходимыми навыками для создания ценности клиенту.

Миф связан с некорректной интерпретацией термина «самоорганизация» — отсутствие менеджмента, бесконтрольные действия людей. Однако в самоорганизацию вложен совсем иной смысл.

Комплексная трансформация бизнеса — это трансформация бизнеса целиком, и в первую очередь — это изменение культуры компании или группы компаний.

Сегодня термин «трансформация» в отношении бизнеса используется повсеместно. Однако нет единого понимания его значения. Каждый вкладывает в трансформацию собственный смысл. Особенно, когда речь заходит об Agile-трансформации.

Крупный банк, продавая POS-кредиты через огромную сеть партнеров, испытывал значительные проблемы с подключением новых партнеров и их магазинов.

Крупная ритейловая компания столкнулась с проблемой: при активном росте сети магазинов затраты на ИТ-поддержку значительно превысили плановые показатели.

Наш клиент, одна из крупнейших телекоммуникационных компаний России, поставила перед нами задачу быстрого запуска «с нуля» нового программного продукта — внутреннего портала для десятков тысяч сотрудников компании, распределенных по всей стране.

Наш клиент, региональная ортопедическая сеть, поставила перед нами задачу разработки стратегии по двукратному росту операционной прибыли в течение следующих двух лет.

Agile и Scrum сейчас очень популярны. К нам обращается огромное количество компаний с просьбой внедрить Agile-практики и обучить сотни сотрудников. Но всегда ли требуется, а главное, подойдет именно Agile / Scrum?

Зачем оптимизировать процессы? Существует правило: качество продукта или сервиса, который мы оказываем клиенту, всегда НЕ выше качества внутренних процессов компании.

Я постоянно встречаюсь с командами, которых преследует ощущение малой эффективности. Команды реализовывают много задач, но не понимают, зачем и кто их явный потребитель.

Бизнес — это деятельность с целью получения прибыли. Технология — это знание, как делать что-либо. Соответственно, технологический бизнес — это знание того, как правильно действовать, чтобы получить прибыль.

В первой части я рассказал, как Lean подход позволяет ZARA свести запасы к минимуму и производить одежду только в том объеме, который требуется.

При разработке программного обеспечения в стремительно меняющемся мире часто возникает вопрос, как оставаться конкурентноспособным на рынке?

В 1975 году Амансио Ортега Гаона открыл первый магазин одежды ZARA. В мае 2016 года Forbes оценил стоимость бренда ZARA в 10.7 миллиарда долларов. Каким образом ZARA удалось занять лидирующие позиции в модной индустрии, оставив конкурентов далеко позади?

«С какой команды лучше начать пилотное внедрение Agile?» — часто спрашивают нас клиенты, особенно в крупных компаниях.

Agile-подходы подразумевают большую гибкость и адаптируемость. В этом заключена большая сила, и здесь же притаилась большая опасность.

Смотрите нашу пеструю весеннюю подборку тематических книг по Agile, каждая из которых способна вдохновить и придать сильнейший импульс для достижения экстраординарных результатов.

Дэйв Томас, один из авторов Agile Manifesto, в своем интервью раскрывает понятие «гибкости» компании. Вот небольшой отрывок из его интервью.

Все самое важное о Scrum коротко.