Я — Петр Жуков, Head of QA в KODE. Когда-то я управлял небольшим отделом тестирования, и в мои обязанности, в том числе, входило обеспечение комфорта и профессионального развития сотрудников. Постепенно отдел вырос в несколько раз, и моего времени перестало хватать на эти задачи. Поэтому я ввел роль чаптер-лидов — в статье рассказываю, кто это такие и зачем нужны.
Как все было раньше
Когда-то наш департамент был отделом и состоял всего из семи инженеров по тестированию. Как тимлид, я управлял отделом и обеспечивал комфорт и профессиональное развитие сотрудников. Помимо еженедельного мониторинга настроений вместе с HR, у меня было два основных инструмента:
- One-On-One (O3). Раз в 1,5 месяца я проводил встречи, на которых общался с сотрудником о том, что ему нравится и не нравится в работе. Так я узнавал точки дискомфорта и устранял их.
- Performance review (PR).Раз в полгода я проводил встречи, на которых оценивал работу сотрудника за предыдущие шесть месяцев и учитывал фидбек команды. А затем сверял планы на будущее и формировал его персональный план развития на следующие полгода.
Благодаря O3 и PR я был вовлеченным руководителем, чувствовал настроение в команде и вовремя решал проблемы. Сотрудники видели, что они важны и нужны не только в пределах рабочих задач, а также развивались в соответствии со своими амбициями. Конечно, идеальной картинки не было: не ко всем удавалось найти подход, не у всех получалось влиться в команду.
Со временем компания выросла. Отдел тестирования увеличился вместе с ней, а еще к нам присоединились инженеры технической поддержки. Так мы превратились в департамент, в котором было уже далеко не семь инженеров — например, сейчас их 32, и рост продолжается. При увеличении числа сотрудников увеличилось и время, нужное на O3 и PR. У меня такого количества времени не было. Также в отделе не было очереди из желающих стать фултайм-лидом, моим заместителем: все понимали, что смена вектора развития с технического на менеджерский в долгосрочной перспективе означает просадку по хард-скиллам.
Поэтому я ввел новую роль: чаптер-лидов. В статье расскажу, кто это такие и зачем нужны.
Кто такие чаптер-лиды
Чаптер-лид — это сотрудник, который:
- Выполняет свою основную работу — в нашем случае, работу инженера по тестированию.
- Заботится о комфорте сотрудников чаптера.
- Отвечает за их профессиональное развитие.Занимается административным сопровождением.
- Занимается административным сопровождением.
- Распределяет ресурсы внутри чаптера.
- Собеседует кандидатов.
- Развивает департамент QA.
Чаптер — это группа из четырех-пяти инженеров (в идеале), для которой чаптер-лид все это делает.
Обычно мы формируем чаптер на основе команды большого проекта, в которую входят проектный QA-лид и несколько инженеров. Также добавляем к ним несколько сотрудников с маленьких проектов. Такая группировка позволяет чаптер-лиду расходовать меньше мыслетоплива, потому что он уже наладил доверительные отношения с сотрудниками, знает контекст их работы и проекта, понимает технический и софтовый уровни. Иногда приходится формировать чаптер исключительно из сотрудников небольших проектов. Это увеличивает нагрузку на чаптер-лида, потому что ему приходится погружаться в контекст незнакомых проектов.
Роль чаптер-лида подходит не всем, а тем, кто:
- Умеет и хочет общаться с людьми и выявлять их проблемы.
- Стремится быть ментором: делиться знаниями, помогать в развитии.
- Глубоко понимает процессы компании и отдела и может поддерживать их в своем чаптере.
Разберем обязанности чаптер-лида
Управление комфортом
Мы выделяем следующие источники дискомфорта во время работы:
- Проект и коммуникация. На проекте сотруднику должны нравиться его обязанности, предметная область, процессы, инфраструктура и технологии. Коммуникация должна быть адекватной, без токсичности или затяжных согласований.
- Профессиональный рост. Сотрудник должен ощущать развитие своих скиллов. У него должны быть время и силы, чтобы учиться новому, чувствовать драйв и получать удовольствие.
- Финансовый рост. Для финансового комфорта важно, чтобы сотрудник знал график роста его дохода и был с ним согласен. Значит, как минимум, такой график должен существовать и компании нужно его соблюдать.
- Рабочая техника, рабочее место, график и формат работы. Техника должна справляться с задачами, которые сотрудник выполняет на проекте, а рабочее место, график и формат работы просто должны быть удобными.
Чаптер-лид работает с источниками дискомфорта в пределах зоны ответственности и полномочий.
Пример 1
QC-engineer перешел на новый проект и завершил онбординг. Он немного поработал на проекте и понял, что из-за слишком гибких процессов часто меняются приоритеты. Например, формально декларируется подход с покрытием фичи чек-листами и составлением тест-рана, но на деле он не всегда реализуется из-за смещения приоритета от качества к скорости. И это угнетает инженера, который привык делать работу качественно.
У чаптер-лида несколько вариантов:
- Разобраться, почему на проекте сложились такие процессы. Что можно поменять, какие QA-практики ввести, чтобы ситуация изменилась в лучшую сторону. Это самый трудоемкий вариант, зато он исправит причину в корне.
- Перевести сотрудника на другой проект с более налаженными процессами. Если такой проект есть в отделе, сотрудник будет работать на нем в привычных условиях, и это решит проблему.
- Изменить майндсет сотрудника. Объяснить, что проекты бывают разные, и там, где постоянный аврал, можно попробовать научиться обеспечивать качество быстро и с минимальными потерями.
Пример 2
Инженер по тестированию работает удаленно. Согласно конфигурационному набору, smoke-тестирование на проекте должно проходить на Android 14 и/или на iPhone Pro Max. А у него для тестов есть лишь Android 12 или iPhone другой модели. В результате он тестирует на личном iPhone Pro Max, и у него размывается граница между личным и рабочим.
Чаптер-лид может прислать ему ссылку на описание процесса заказа техники, а затем убедиться, что сотрудник правильно завел тикет на выдачу устройства и проконтролировать исполнителей.
Пример 3
Сотрудник только что окончил стажировку и пришел в команду. На высокой мотивации он работает по 10 часов в день и считает, что должен делать все на уровне коллег с опытом в два-три года работы.
Чаптер-лид может объяснить ему, что:
- Несоблюдение баланса между работой и жизнью приводит к выгоранию.
- Успешность испытательного срока измеряется не по внутренним ощущениям сотрудника, а по плану онбординга на три месяца.
- Если проджект-менеджер говорит, что задачу нужно сделать за четыре часа, но сотрудник знает, что будет делать ее два дня, ему лучше озвучить это прямо на дейлике. С одной стороны, это позволит соблюсти баланс между работой и жизнью, с другой — покажет проджект-менеджеру реальную capacity команды по тестированию.
Также чаптер-лид может перевести вчерашнего стажера на проект с опытным QA, который распределяет задачи сам и служит фильтром между проджект-менеджером и командой тестирования.
Профессиональное развитие сотрудников
Здесь чаптер-лид играет роль скорее драйвера, чем учителя — направляет и помогает расти. Он ставит задачи с учетом интересов сотрудника, потребностей проекта и процессов, принятых в департаменте, а также:
- проводит Performance Review раз в полгода;
- контролирует продвижение по PDP — плану персонального развития;
- подготавливает адаптационный план и проводит онбординг новичков на проектах;
- ставит задачи на технологизацию.
Пример 1
Сотрудник уровня «test engineer» — так мы называем джуниоров, уже освоил все навыки на этом уровне. Он научился писать тестовую документацию согласно требованиям, вручную тестировать API через Postman, выполнять манипуляцию HTTP-трафиком через Charles и понимать КСВ. Теперь он хочет на следующий уровень: стать QC-инженером — так мы называем мидлов.
Чтобы дать ему пространство для освоения новых навыков, чаптер-лид оценивает потребности проекта. Допустим, он обнаруживает проблему во взаимодействии между проджект-менеджментом и тестированием — информация не доходит или некорректно воспринимается. Чаптер-лид понимает, как решить проблему: составить мануальные тест-планы, написать тест-раны, согласовать их с проджект-менеджментом и подсветить риски, по результатам тестирования предоставить QA sign-off и затем провести пост-релизный мониторинг. Он соотносит эти задачи с интересами сотрудника и предлагает их выполнить. А в помощь присылает ссылки с описанием этих процессов из фреймворка ручного тестирования департамента. Так сотрудник осваивает новые навыки, а проект избавляется от проблемы.
Пример 2
Сотрудник освоил ручные процессы управления качеством проекта, либо они стали ему неинтересны, и теперь он хочет развиваться технически. Чаптер-лид может предложить ему изучить или консолидировать опыт по нагрузочному тестированию на JMeter или Python+Locust. При этом он знает, кто и на каких проектах уже выполнял нагрузочное тестирование и может подсказать, к кому обратиться, а еще посоветует разделы в базе знаний, обучающие курсы, книги или статьи по теме. В результате специалист получит новый опыт, который пойдет ему в зачет при повышении грейда, а польза от его ресерча пригодится не только одному проекту, но и департаменту в целом.
Административное сопровождение
Чаптер-лид согласовывает для сотрудников чаптера:
- отпуска,
- формат работы — очный, удаленный или гибридный,
- отгулы, переработки и другие изменения графика,
- командировки,
- больничные.
А также верифицирует часы технологизации.
Head of QA не имеет полного контекста по каждому проекту. Для того, чтобы принять взвешенное и аргументированное решение по отпуску сотрудника, которое не повлияет на производство, ему придется погружаться в контекст проекта. Например, понять зону ответственности инженера и проверить, есть ли кому временно передать его обязанности. Чаптер-лид в курсе контекста по проекту, поэтому он может обоснованно согласовать сотруднику нужные даты или предложить альтернативу.
Собеседования
Чаптер-лид проводит собеседования кандидатов. Он знакомится с вакансией, отбирает резюме из тех, которые присылает рекрутер, проводит собеседование и передает руководителю фидбек. Head of QA анализирует фидбек чаптер-лида и рекрутера и на основании них принимает решение.
Поскольку внимание Head of QA нужно только на финальном этапе, отдел тестирования успевает просмотреть больше кандидатов и быстрее пройти этапы от первого контакта с соискателем до его трудоустройства.
Развитие департамента QA
Участие в клубе чаптер-лидов
Чаптер-лид клаб — это встречи менеджмента департамента тестирования, на которых мы раз в две недели обсуждаем новости и задачи по развитию.
Основной инструмент планирования на таких встречах — это канбан-доска в Jira и связанная с ней диаграмма Ганта, которые отображают развитие департамента с ресурсной, процессной и технической стороны. Сейчас у нас три вектора: профессиональное развитие инженеров по тестированию, увеличение эффективности производства там, где мы можем на него влиять, и исследование новых технологий.
Цели:
- Сделать развитие департамента тестирования более прозрачным.
- Дать сотрудникам возможность предлагать направления для развития.
- Ставить амбициозные и труднодостижимые цели, и обозначать ключевые результаты по методике OKR, чтобы повышать мотивацию сотрудников и сохранять фокус на приоритетных целях.
Также нам нужна определенность в направлениях развития департамента: к чему мы стремимся с точки зрения технологий, процессов, хардов и скиллов. Клуб чаптер-лидов позволяет спланировать и визуализировать это, например:
- Создать должность Fullstack Quality Engineer.
- Изменить программу осенней стажировки.
- Описать процесс тестирования разговорных продуктов.
- Актуализировать парк тестовых устройств KGD.
- Внедрить «коробку» нагрузочного тестирования через Jmeter.
- Усовершенствовать Performance Review.
Участие в клубе QA
Клуб QA — это встречи инженеров по тестированию для прокачивания технических и софт-скиллов, обмена опытом и общения с коллегами вне проектных активностей.
Чаптер-лид может выступать драйвером для клуба QA. Например, он может изучить программу конференции Гейзенбаг, выбрать один блок или несколько докладов в разных блоках и инициировать его совместный просмотр. А после просмотра начнет дискуссию, вовлечет всех в нее и будет модерировать обсуждение.
Участие в стажировках
В нашей компании стажировки по направлению QA проходят примерно раз в год. Они бывают двух видов:
- Менторские, на которых стажера обучает ментор.
- Лекционные, на которых группа стажеров слушает лекции, как в университете.
На лекционной стажировке чаптер-лид сначала может помогать с привлечением аудитории — ведет прямые эфиры, пишет статьи и посты в соцсети. Затем проверяет тестовые задания, собеседует стажеров и подготавливает лекции. Во время обучения он ведет занятия, ставит оценки за домашнюю работу, присутствует на защите финального проекта и принимает решение о найме.
Во время менторской стажировки чаптер-лид берет на себя роль ментора. Он делает для менти индивидуальный план для развития и двигается с ним по этому плану — корректирует, подсказывает, отмечает успехи.
Система чаптеров позволяет освободить время Head of QA для более стратегических задач, равномерно распределить обязанности в департаменте и сохранить внимательное отношение к потребностям сотрудников.