LeSS в МТС Кассе 1-я часть (аудит)

Учимся учиться в МТС Кассе

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

До обучения

Поглощение LiteBox компанией МТС

В 2017 году крупнейший российский оператор сотовой связи МТС приобрел контрольный пакет акций компании LiteBox. Компания занималась разработкой облачного ПО для автоматизации розничной торговли, которое включало в себя систему складского учета, управление закупками, аналитику и т. д.

Став частью огромной корпорации МТС, насчитывающей около 70 000 сотрудников, команда LiteBox сохранила практически полную независимость. К моменту внедрения LeSS она действовала как отдельное бизнес-подразделение, штат которого превышал 200 человек.

Бизнес-возможности и понимание срочности изменений

Ко мне за помощью обратилось руководство МТС. Первые переговоры мы провели в конце 2017 года. С 1 июля 2018 года, как ожидали руководители LiteBox, должен был начаться огромный приток клиентов. Согласно их прогнозам, планировалось увеличение базы пользователей примерно в сто раз. В декабре 2017 года число клиентов LiteBox превысило 6 000, и ожидалось, что к осени 2018 года их численность перевалит за 100 000. Руководство LiteBox стремилось изменить процесс разработки продуктов, сделать его адаптируемым и легко масштабируемым. После нескольких непосредственных встреч с топ-менеджерами мы все согласились с тем, что необходимо начать с серии телефонных интервью, а затем провести тщательный аудит компании. Читать далее «LeSS в МТС Кассе 1-я часть (аудит)»

Как убить очереди и ускорить команду при помощи моббинга

Команда организовывает свою работу

Команда Разработки в Скраме самоорганизующаяся и кросс-функциональная, и поставляет к концу каждого Спринта “готовый” к выпуску инкремент продукта. Команда сама определяет, как ей организовать работу в Спринте:

По результатам Планирования Спринта Скрам-команда решает: каким будет Инкремент в конце Спринта; как организовать работу, чтобы получить готовый Инкремент Продукта (Скрам Гайд, 2017).

Есть полезные современные практики организации работы команды в Спринте, которые вы можете взять на вооружение. И одна из них “моббинг” или “моб-программирование”.

Разработка в стиле “моббинг” или “моб-программирование”

Википедия определяет моббинг как “форму психологического насилия в виде травли сотрудника”, а вот определение “моб-программирования” от автора подхода Вуди Зила:

замечательные люди, работающие вместе над одной задачей в один момент времени в одном месте за одним компьютером.”

По сути, моббинг — стиль работы, когда команда постоянно работает вместе и вместе “набрасывается” на любые задачи.
Читать далее «Как убить очереди и ускорить команду при помощи моббинга»

Как фокус на занятости может повлиять на качество и гибкость в командах

О чем статья

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

Системные диаграммы

В статье некоторые концепции объясняются при помощи системных диаграмм (Causal Loop Diagrams).

Фокус на индивидуальной занятости снижает скорость

В первой части статьи мы подробно обсуждали, почему узкие специалисты в команде, работающие над “своими” задачами в Спринте, снижают общую скорость (Cycle Time) команды. Все дело в том, что узкие специалисты создают островки очередей. Когда возникает новая работа, то она помещается в конец очереди.  А это влечет за собой увеличение общего времени выполнения задачи, ведь Cycle Time = Queue Time (время простоя в очереди) + Service Time (время работы над задачей).

Читать далее «Как фокус на занятости может повлиять на качество и гибкость в командах»

Как обучение в команде влияет организационную гибкость

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

Как связаны скорость и гибкость в Скраме

Чем быстрее Скрам-команда поставляет готовые элементы Бэклога Продукта (PBI) на рынок (Time 2 Market), тем быстрее получает обратную связь, и тем больше знаний о продукте, клиентах, рынке она приобретает. Опираясь на обратную связь, Владелец Продукта изменяет порядок элементов Бэклога Продукта, размещая самое ценное наверху. На системной диаграмме это выглядит так: Читать далее «Как обучение в команде влияет организационную гибкость»

До старта команды: как определить продукт и сформировать команду

В этой статье

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

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

Часто в создание продукта вовлечены сотни и тысячи людей

В статье “Как определение продукта влияет на организационную гибкость” мы обсудили, что полноценное определение продукта включает в себя архитектурные компоненты и системы, различные функциональные группы (люди, команды), внутренние бизнес-процессы компании и каналы.

Почему так? Продукт имеет следующие атрибуты:

  • Пользователей на рынке (за пределами организации).
  • Ключевой функционал, закрывающий потребности пользователей.
  • Независимый P&L (бизнес-модель).

Читать далее «До старта команды: как определить продукт и сформировать команду»

Как определение продукта в Скраме влияет на организационную гибкость

Мы говорим “продукт”, но что это значит? Давайте разберемся, что такое продукт и как влияет его определение на организационную гибкость.

На что влияет определение продукта в Скраме

Определение продукта влияет на организационные элементы: людей, компоненты, процессы и системы. Например, продукт определяет:

  • Владельца Продукта.
  • Наполнение и объем Бэклога Продукта.
  • Количество и состав команд.
  • Определение готовности (DoD).
  • Пользователей продукта.

Что такое настоящий продукт?

В своей практике я использую чек-лист для определения продукта:

  • Есть пользователи на рынке (за пределами организации).
  • Есть ключевые фичи, которые закрывают потребности пользователей.
  • Есть бизнес-модель (независимый P&L).
  • Продукт поддерживается системами людей, процессов и компонентов.

Коммерческие организации создают продукты и сервисы для пользователей на рынке. Часто мы забываем об этом и придумываем искусственные понятия “внутренних продуктов” или “внутренних сервисов”. Настоящие продукты и сервисы имеют бизнес-модель и создают бизнесценность:

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

Читать далее «Как определение продукта в Скраме влияет на организационную гибкость»

Почему менять правила Скрама — не лучшая идея

О чем эта статья

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

Метафора “озеро и камни”

Авторы Скрама Кен Швабер и Джефф Сазерлэнд долгое время изучали бережливое производство (Lean Thinking) и многие его концепции были заложены в Скрам. В том числе, метафора “озеро и камни”, в которой камни обозначают существующие несовершенства в команде и организации.

Скрам спускает воду в озере и камни становятся видны. Они некрасивы, дурно пахнут, и от них хочется как можно быстрее избавиться. У команды появляется желание вернуть воду на прежний уровень.

Скрам проявляет несовершенства в управлении продуктом и методах работы, чтобы вы могли постоянно улучшать продукт, команду и рабочее окружение (Руководство по Скраму, 2017).

Читать далее «Почему менять правила Скрама — не лучшая идея»

Сколько команд может быть у Скрам-мастера

О чем статья

Недавно в группе Scrum Russia появилась очень интересная дискуссия по вопросу оптимального количества команд, с которыми может работать Скрам-мастер. Давайте разберемся, как меняется фокус и качество сервиса Скрам-мастера с ростом количества команд.

 

Системные диаграммы

В статье некоторые концепции объясняются при помощи системных диаграмм (Causal Loop Diagrams).

Три сервиса Скрам-мастера

Скрам Гайд описывает три сервиса, которые поставляет Скрам-мастер: для команды, Владельца Продукта и организации. Роль Скрам-мастера в контексте большой организации лаконично описывается в книге Large-Scale Scrum: More with LeSS:

Это поддерживающая роль, которая помогает ОРГАНИЗАЦИИ рефлексировать и улучшаться в направлении своего идеального видения. Скрам-мастер создает условия для того, чтобы люди достигали успеха. Роль Скрам-мастера часто неверно понимается в организациях. Это не руководитель команды, не Аджайл-менеджер, проектный менеджер или тимлид”. Читать далее «Сколько команд может быть у Скрам-мастера»

Почему фокус на индивидуальной занятости снижает скорость команды

О чем эта статья

Это первая из серии статей, в которых мы вместе будем исследовать вопрос узких специалистов в Скрам-командах, теорию очередей, системную/локальную оптимизации и обучение в командах. В первой статье мы разберемся, почему фокус на индивидуальной работе и утилизации убивает скорость команды.

Все заняты, но скорость команды низкая

Недавно ко мне обратился один из моих студентов и пожаловался на сложность в формировании Цели Спринта. Каково же было мое удивление, когда оказалось, что Целей Спринта вообще несколько, а frontend опережает backend разработку на несколько Спринтов. Настоящая же проблема — низкая скорость команды. Как же так может быть, что все максимально заняты, делая свою работу, но команда неэффективна? Давайте в этом разберемся. Читать далее «Почему фокус на индивидуальной занятости снижает скорость команды»

Шесть «сакральных» книг для Скрам-мастера

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

Agile Project Management With Scrum

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