Создание «командной ОС» для стимулирования решения проблем процессов.

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

Я подошел к нему, чтобы спросить, почему, и был шокирован, обнаружив, что ретроспективы были основным предметом, на который команда остановилась во время последней встречи.

Команда Ретро

Если вы не знакомы с командным ретро (сокращенно от ретроспективы), это одна из многих встреч в схватке, которые объединяют команду. Общий формат состоит из трех столбцов элементов: начало, остановка и продолжение. Члены команды берут на обсуждение элементы из каждой колонки. Цель состоит в том, чтобы улучшить работу команды и найти способы быстрее предоставлять функции.

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

Начало: Получение более четких требований от заинтересованных сторон.

Стоп: начало работы до устранения заблокированных элементов.

Продолжить: честно говорите о том, что не работает.

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

Однако эта команда наконец-то приняла меры.

Стоп: трата времени на ретроспективы.

Как можно улучшить команду, если она никогда не оглядывается назад?

Поскольку это произошло, я отвел команду в сторону, чтобы поэкспериментировать с некоторыми способами улучшения их работы. Наиболее эффективным решением было то, что мы назвали Team OS. Я уверен, что вы можете использовать это, чтобы улучшить свою команду.

Зацикливаться на том, что пошло не так (стопы ретро), совершенно бесполезно. Это относится к тому же сценарию, что и постановка проблем без предложения решений. Это буквально нулевое значение.

Ретро начинается в правильном направлении, но кому принадлежат эти элементы действий? Чем они ценны? А кто отвечает за их продолжение?

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

Начиная

Для начала вам понадобится некоторая операционная система в качестве начального числа.

Начальная ОС:
• Мы все владеем ценностью продуктов
• Мы ставим под сомнение почему
• Каждый из нас ставит приоритет своей работы

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

Они кардинально отличаются от стартов в ретроспективе несколькими способами.

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

В ОС тоже можно вносить поправки. При переходе на ОС примите следующие правила управления ею.

1. Любой желающий может предложить изменение или дополнение к ОС в любое время.
2. После внесения изменений группа обсуждает их и голосует.
3. Если они принимаются единогласно, изменение принимается.

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

Заключение

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

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

Это небольшая выборка (одна команда), но мы видели такой успех в этом формате, и другие наши команды, скорее всего, тоже скоро начнут его применять. Установление правил - это часть того, что делает кого-то действительно равным в системе, и само по себе достижение консенсуса может быть отличным методом построения команды.

Радость за то, как вы и ваша команда работаете, является ключом к достижению величия.