Создание «командной ОС» для стимулирования решения проблем процессов.
Владелец продукта отменил ретроспективу команды в третий раз подряд. Мой разум был взорван. Как могла команда измениться и стать лучше, если у них не было времени, чтобы оглянуться назад на то, что работает, а что нет.
Я подошел к нему, чтобы спросить, почему, и был шокирован, обнаружив, что ретроспективы были основным предметом, на который команда остановилась во время последней встречи.
Команда Ретро
Если вы не знакомы с командным ретро (сокращенно от ретроспективы), это одна из многих встреч в схватке, которые объединяют команду. Общий формат состоит из трех столбцов элементов: начало, остановка и продолжение. Члены команды берут на обсуждение элементы из каждой колонки. Цель состоит в том, чтобы улучшить работу команды и найти способы быстрее предоставлять функции.
Эта команда чувствовала, что их разочарование никогда не было решено. Каждый раз, когда они собирались, на доске появлялись одни и те же предметы.
Начало: Получение более четких требований от заинтересованных сторон.
Стоп: начало работы до устранения заблокированных элементов.
Продолжить: честно говорите о том, что не работает.
Поставьте себя на место этой команды. Даже если человек, управляющий ретро, назначил вам что-то в качестве элемента действия, вы бы знали, что у вас есть другие настоящие приоритеты, такие как проектирование, разработка и т. Д.
Однако эта команда наконец-то приняла меры.
Стоп: трата времени на ретроспективы.
Как можно улучшить команду, если она никогда не оглядывается назад?
Поскольку это произошло, я отвел команду в сторону, чтобы поэкспериментировать с некоторыми способами улучшения их работы. Наиболее эффективным решением было то, что мы назвали Team OS. Я уверен, что вы можете использовать это, чтобы улучшить свою команду.
Зацикливаться на том, что пошло не так (стопы ретро), совершенно бесполезно. Это относится к тому же сценарию, что и постановка проблем без предложения решений. Это буквально нулевое значение.
Ретро начинается в правильном направлении, но кому принадлежат эти элементы действий? Чем они ценны? А кто отвечает за их продолжение?
При использовании Team OS ваши ретро-встречи могут проводиться, но их формат кардинально меняется. Командная ОС - это живая операционная система, в которой ваша команда обязуется помогать выполнять работу. Это список правил их работы, и самое приятное то, что в него можно вносить поправки. Ваша команда может и будет менять свою работу всякий раз, когда им нужно решать проблемы.
Начиная
Для начала вам понадобится некоторая операционная система в качестве начального числа.
Начальная ОС:
• Мы все владеем ценностью продуктов
• Мы ставим под сомнение почему
• Каждый из нас ставит приоритет своей работы
Это ценности больше, чем задачи. Это способ жить и действовать, и идея состоит в том, что они оправдывают поиск средств для решения проблем по мере их возникновения. Лучшее общение с заинтересованными сторонами больше не является чьей-либо задачей - вы и ваш товарищ по команде должны приносить пользу, и это дает каждому возможность найти способы сделать это.
Они кардинально отличаются от стартов в ретроспективе несколькими способами.
В стандартном ретро-стиле элементы поднимаются командой, потому что у них возникли проблемы или они нуждаются в решении. Запуск и остановка - это жалобы, и чаще всего они адресованы заказчику или мастеру схватки. С правилами в командной ОС каждый элемент - это обязательство, которое берет на себя каждый член вашей команды. Это решения.
В ОС тоже можно вносить поправки. При переходе на ОС примите следующие правила управления ею.
1. Любой желающий может предложить изменение или дополнение к ОС в любое время.
2. После внесения изменений группа обсуждает их и голосует.
3. Если они принимаются единогласно, изменение принимается.
Это также связано с обязательством. Когда согласие является единодушным, члены команды не только привлекают к ответственности друг друга, но и сами.
Заключение
Прошло шесть месяцев, и я видел, как эта команда выполняет выдающуюся работу - и каждый ее член растет. Инженеры - это более полный состав, и никого не волнуют титулы или роли. Их ОС тоже прошла долгий путь.
• Мы все владеем ценностью продуктов
• Каждый из нас отслеживает свою работу и составляет свои собственные билеты
• Мы всегда спрашиваем почему
• Мы берем на себя риски продукта, чтобы доставить ценность
• Каждый из нас ставит приоритет своей работы
• Мы отправляем товар быстро и исправляем позже
Это небольшая выборка (одна команда), но мы видели такой успех в этом формате, и другие наши команды, скорее всего, тоже скоро начнут его применять. Установление правил - это часть того, что делает кого-то действительно равным в системе, и само по себе достижение консенсуса может быть отличным методом построения команды.
Радость за то, как вы и ваша команда работаете, является ключом к достижению величия.