Как применять тепловые карты для развития команды

Привет! Меня зовут Кирилл Золотухин, я руководитель по качеству информационных технологий ДОМ.РФ. Сегодня хочу поделиться с вами мыслями по применению такого инструмента для развития команды как тепловые карты.

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

Три года назад в ДОМ.РФ шла активная интернализация IT, т.е. на место заказной разработки приходила внутренняя, собирались центры компетенций по продуктовым направлениям, которые дальше выросли в полноценные продуктовые команды. И у каждой команды были свои процессы — те, что они переняли у вендора или начинали строить сами. Но каждая команда понимала процессы тестирования по-своему.

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

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

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

Дальше на основе выделенных ключевых практик чаще всего составляется комплексный чек-лист команды с детальным описанием каждого пункта. С таким чек-листом мы приходим к командам, поясняя, что как только у них будет выполнено 80-90 или даже 100% этого чек-листа, то для них наступит счастье, т.е. идеальный процесс (в данном случае — по тестированию).

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

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

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

Для практик по тестированию мы получаем следующую пирамиду:

Первый уровень

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

Второй уровень

Сюда относятся автоматизация и нагрузочное тестирование (оба невозможны без команды, тест-кейсов и стендов), перенос тестовой модели в Test IT, анализ дефектов Prod и расчёт командами % дефектов до Prod.

Третий уровень

Построение тестовой модели на основе оценки рисков, рациональный выбор тестов в регресс на основе анализа влияния, автогенерация тестовых данных. Все три практики базируются на «зрелой» тестовой модели в Test IT или на том, что уже есть автотесты в команде. Этот уровень у нас является рекомендованным для всех команд. Дальше идут продвинутые практики.

Четвертый уровень

Оцениваем покрытие регресса автотестами (100% = 1 за практику), раннее обнаружение ошибок (чтобы, например, не выходить на интеграционный стенд, остановив всё тестирование у смежников), 0 критических ошибок ПРОДа (от квартала к кварталу может как выполнятся, так и нет).

Пятый уровень — Test driven development.

Дальше начинаем оценивать команды и заполнять тепловую карту. За три волны выделяем ключевые системы и определяем точки развития.

Каждый квартал мы ставили планы на развитие новых практик в каждой из команд, а на еженедельной основе делали срез и смотрели, какие практики выполняются, а какие нет.

На постоянной основе мы отслеживали динамику и через год подтянули основные практики по командам. Элемент геймификации у нас появился на общих встречах, где были поздравления чемпионов (кто занимал первые 3 места), которые могли меняться каждую неделю. Также мы поздравляли, когда команда закрывала новый уровень на 100%.

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

Более того, тепловую карту можно применять и для развития отдельной команды, если выделить soft и hard skills, требуемые команде, оценить ее участников и получить тепловую карту, на которой так же можно отследить уникальные для команды навыки, и развивая их, например, закрыть «bus-фактор» по уникумам.