🔥 Как мы синхронизировали понимание критичности багов через игру

Недавно на работе я решил обсудить с руководством, какие баги действительно критичны. Оказалось, что наши представления сильно расходятся. Чтобы прийти к общему пониманию, мы решили сыграть в игру. 🃏

Как это работало:
1️⃣ Взяли реальные баги из багтрекера и выписали их на карточки.
2️⃣ Подготовили поле с четырьмя столбцами: Low, Medium, High, Critical.
3️⃣ Начали играть по простым правилам:

Ходим по очереди.
В свой ход можно либо добавить новую карточку, либо сдвинуть последнюю карточку на один столбец, либо пасануть.
Игра заканчивается, когда все карточки разобраны.
Так мы не просто разложили баги по важности, а создали шкалу для сравнения будущих кейсов. Теперь любые спорные случаи можно сверять с нашей "линейкой".

💡 Почему это работает?
Наш мозг отлично справляется с задачами вида "больше/меньше/равно", но плохо работает с абсолютными оценками. Когда нам нужно оценить критичность багов или даже качество кофе, проще сравнивать два варианта, чем присваивать каждому фиксированное значение.

📌 Где это еще можно применить?

Оценка приоритетов задач в бэклоге
Оценка бизнес-рисков

Вместо долгих споров можно просто расставить варианты и дать людям сравнивать их.

🔥 Решил собрать несколько самых обсуждаемых и полезных постов канала, чтобы можно было быстро найти и вернуться к нужной мысли:

1️⃣ Почему нельзя планировать спринты в Story Points? и Инструкция как планировать спринт в часах 📊

2️⃣ Как мы синхронизировали понимание критичности багов через игру 🎲

3️⃣ Вопрос доверия 🤝

4️⃣ Как мы превратили хаос в план: моя история о квартальном планировании 📅

5️⃣ Почему в стрессе сложно учиться (и как это влияет на работу) 🧠

💬 Буду рад, если вы поделитесь этим постом с коллегами и будете возвращаться к нему, когда понадобится проверенный рабочий инструмент.

Расскажите, какой из постов оказался для вас полезным или запомнился больше всего?

🔥 Мастермайнд: Встречи единомышленников для обмена опытом и поддержки

💡 Пару лет назад я впервые столкнулся с форматом встреч «мастермайнд». Меня всегда привлекали идеи взаимной поддержки и обмена опытом, поэтому я решил организовать такую группу у себя на работе. Однако попытка не увенчалась успехом, и группа распалась.

🚀 В январе этого года идея внезапно вернулась, и я понял, что для дальнейшего развития мне может помочь майстермайнд – уже не в роли ведущего, а как активный участник. Оказалось, что уже есть офлайн встречи, которые проводятся регулярно, и я решил присоединиться.
Некоторые изменения в канале, появились в результате мастермайнда.

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

✅ Если вы ищете пространство для обмена опытом и поддержки, а так же способ "начать, что-то делать", рекомендую попробовать формат «мастермайнд». Возможно, именно он станет вашим источником вдохновения и поможет открыть новые перспективы.

🧠 Фасилитация — это не про стикеры. Это про стоимость времени.

У меня много встреч. Особенно групповых. А теперь просто прикиньте: 6 человек × 1 час = 6 человеко-часов. Если умножить это на среднюю ставку часа, сразу становится понятно — встреча стоит дорого. Иногда очень дорого.

На встречах мы платим временем, чтобы сэкономить время в будущем. Чтобы не делать лишнего. Не переделывать. Не догадываться, что имелось в виду.

Но сэкономить получается не всегда.

Простой бытовой пример:
Вы с друзьями собираетесь на прогулку и заранее два часа обсуждаете маршрут. Где встретимся, куда пойдём, во сколько вернёмся. А потом сама прогулка длится час.
Ирония в том, что вы потратили времени вдвое больше, чем на само мероприятие.

Теперь пример более прикладной:
Вы проводите планирование задач. Распределили тикеты, вроде бы всё обсудили. Но сами задачи никто не открыл. Про критерии готовности не поговорили. Деталей по реализации — ноль. Как тестировать не обсудили.
Формально цель встречи достигнута. Но по сути — команда ничего не понесла с собой в спринт. Вы потратили полтора часа времени всей команды, а сэкономили в лучшем случае пять минут каждому — и то не факт.

📌 Поэтому я всё чаще смотрю на фасилитацию не как на модный термин из Agile, а как на способ управлять инвестициями времени команды.

Что помогает:

– задавать правильный фрейм: «Для чего мы здесь?»
– фиксировать результат: «Что конкретно уносим с этой встречи?»
– учитывать вклад каждого: «Кого точно стоит звать, а кого — нет»

🔥 Женя и "Долина смерти"

Всем привет! Со мной всё хорошо 😄

Последние два месяца на канале было тихо — прошёл очень насыщенный период на работе, когда пришлось максимально сосредоточиться и выкатить несколько критически важных фич. Вы наверняка слышали о том, что Apple проиграла суд, и теперь обязана разрешить внешние покупки? Так вот, мы всего за 9 дней реализовали веб-пейволы. Было драйвово и напряжённо одновременно, и после этого опыта мы все немного просветлели 🌟

За всей этой суетой мы даже пропустили годовщину канала. Ай-яй-яй 😅

Что касается нерабочих моментов — сейчас я активно борюсь с бюрократией и даже узнал, что такое аффидевит. Поверьте, удовольствия в этой борьбе крайне мало, но, надеюсь, финиш уже близко.

Именно поэтому канал и попал в своеобразную «Долину смерти». Но теперь я возвращаюсь и обязательно расскажу обо всём этом подробнее.

Оставайтесь на связи, впереди много интересного! 🚀

🔥 Работа над проблемами: как мы используем подход «5 почему»

Последнее время появилось больше свободного пространства для анализа текущих процессов. Я решил не просто «тушить пожары», а разобраться с тем, откуда они появляются. Идеальным инструментом оказался подход root cause analysis через методику «5 почему».

✅ Как это работает на практике:

1️⃣ Формулируем чёткую проблему.

2️⃣ Задаём вопрос «Почему?» и фиксируем ответы.

3️⃣ Повторяем вопрос до тех пор, пока не найдём настоящую причину (обычно достаточно 5 раз).

4️⃣ Визуализируем получившуюся цепочку в Miro.

Я взял на себя роль фасилитатора и за 1 час получилось полностью разобрать проблему. Результат превзошёл ожидания: команда активно включилась, и выводы оказались неожиданными (Так обычно и бывает, если глубоко копать).

💡 Этот подход отлично подсвечивает реальные причины и помогает понять, что именно нужно менять.

🧠 Как стресс мешает нам видеть картину целиком?

Ранее я уже писал про стресс и хочу дополнить свои размышления этой заметкой.

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

Философ Иммануил Кант выразил похожую мысль следующим образом (это не прямая цитата, а передача смысла его идеи):

«Падение ощущается не тогда, когда летишь вниз, а когда достиг дна».

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

Именно поэтому так важно сохранять холодную голову, чтобы принимать взвешенные решения. У каждого из нас есть свои способы «остановиться» и снять напряжение. Кто-то гуляет пешком, кто-то играет в видеоигры. Подходит абсолютно любой способ, если он работает именно для вас.

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

💬 А какие способы помогают именно вам? Поделитесь в комментариях! Опишите ваше состояние подходящим эмодзи! 😊😟😫🚀

🤖 Почему ИИ не заменит тестировщиков, а только усилит их роль?

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

🧪 Генерация тестов
ИИ научился генерировать сценарии из документации и требований. Даже из обычного текста. Это ускоряет создание тестов и экономит время.

🛠 Автоисправление тестов
ИИ умеет анализировать результаты и самостоятельно чинить упавшие тесты. Меньше рутины, больше смысла.

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

🔐 Тестирование безопасности промтов
ИИ создал новый вид проверок, чтобы промты не стали уязвимостью системы. Так что работы у нас теперь даже больше =)

🚀 Что это значит для нас?
ИИ не заменит тестировщиков, но серьёзно расширит наши возможности. Автоматизация рутины и анализ результатов освободят время для сложных и творческих задач.

📈 Что дальше?
ИИ будет играть всё большую роль в тестировании, помогая быстрее и качественнее выводить продукты на рынок. Это не замена специалистов, это их апгрейд.

🤖 Три подхода, чтобы ИИ не сделал хуже

Недавно снова доверил ChatGPT написание автотестов. Получил красивый код, который не запускается. Вспомнил пиццу, которую недавно готовил по рецепту ИИ...

Регулярно общаясь с ИИ, я выделил для себя три подхода, которые помогают не испортить результат:

1️⃣ Подход «съедобно — и ладно»
Когда в вопросе совсем не разбираюсь. Например, готовлю я не очень, поэтому даже средний рецепт от ИИ — уже выше моих ожиданий. Здесь полностью доверяюсь.

2️⃣ Подход «контролёр»
Когда я чётко представляю финальный результат и использую ИИ как джуна, чтобы ускорить работу. Например, написание автотестов: компетенций хватает, чтобы принять, проверить и, если нужно, доработать результат.

3️⃣ Подход «сначала научите»
Самый сложный сценарий. У меня недостаточно экспертизы, чтобы довериться ИИ, но и проверить его работу тоже не могу. Единственный выход — сначала разобраться самому, а уже потом подключать помощника.

❓ А как вы взаимодействуете с ИИ — полностью доверяете или перепроверяете каждый шаг?

👨‍💻 Как я выбирал стек под ИИ-разработчика

Решил недавно «вайбкодить» свой проект и впервые попробовать себя в роли стартапера. И тут возник вопрос: какие инструменты выбрать, если код за меня будет писать ИИ?

К выбору я подошёл так, будто нанимаю себе нового сотрудника:

🔸 Удобно ли будет «работать» ИИ с инструментом?
🔸 Смогу ли я потом легко найти разработчика-человека под этот стек?

Уверен, что скоро появятся языки и фреймворки, специально заточенные под ИИ, а не под людей. Но пока мой выбор оказался более классическим:

Frontend — React (понятный и ИИ, и разработчикам).

Стили — TailwindCSS (лаконичность и минимум сюрпризов).

Backend — Python (больше всего уверенности, что ИИ не запутается).

❓ Как считаете, угадал со стеком или что-то бы поменяли?

Всех причастных с праздником! 🎉

🚀 Каково это — вайбкодить свой сервис

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

Сейчас проект готов процентов на 90. Но, как всегда, именно последние 90% самые долгие 😅.
Функционально все работает: авторизация, меню, QR-коды. А вот UX… я его уже переделываю третий раз. Все кажется “не то”. И без качественного UX выпускать на рынок нельзя.

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

Из забавного: даже с названием пока не определился. Пока фаворит — GlobalMenu.me. А как бы вы назвали такой сервис? 👀

P.S. Картинка от лендинга ниже — скажите, что думаете, тоже интересно услышать фидбек.

Я совсем забегался — и чуть не забыл: уже сегодня открытый вебинар!
Тема: Организация тестирования в agile и не-agile командах
Когда: 21 октября, 19:00 МСК (18:00 CET)

Разберём на практике:
• чем отличается процесс тестирования в Waterfall и в Scrum;
• роль и зона ответственности QA Lead в agile;
• какие практики остаются эффективными в обеих моделях, а какие требуют адаптации.

Буду рад всем — приходите с вопросами.
Регистрация: https://otus.ru/lessons/qa-lead/#event-6322

Вот уже два года я преподаю в OTUS — и теперь могу делиться скидкой на обучение.

Если давно думали стартовать новый курс (QA, DevOps, Data, PM — да хоть дизайн) — можно сделать это чуть выгоднее.

Промокод на −10%: zhiltsov10
Работает для любого курса OTUS.

Условия применения:
— оплата онлайн без рассрочки;
— без участия менеджера (просто применяете код при оплате).

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

Ищу роль Head of QA или QA Lead в продуктовой компании.

Последние 12 лет я занимаюсь качеством программного обеспечения и прошёл путь от manual QA до руководителя QA и команд разработки. За это время успел:
• Собрать несколько QA-команд с нуля и вырастить ребят из manual до full-stack automation инженеров.
• Ускорить релизы e-commerce платформы с 1 до 4 в день: полный регресс автотестами теперь занимает 12 минут вместо 6 часов при трафике 20+ млн MAU.
• Запустить внутренний курс по автоматизации и систему грейдов, чтобы команда росла не хаотично, а по понятной лестнице.

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

Сейчас я нахожусь в Европе (Черногория), открыт к релокации внутри ЕС или полностью удалённому формату.

Если вы знаете компании, где мой опыт Head/Lead of QA может быть полезен, буду благодарен за рекомендации, интро или просто репост этого поста.
По запросу отправлю резюме и подробнее расскажу о реализованных процессах и результатах.

Что происходит с наймом в конце года и как это влияет на кандидатов

Конец года традиционно считают «мёртвым» сезоном для найма. Но на практике всё сложнее.

С одной стороны, компании живут в режиме неопределённости: идёт планирование бюджетов на следующий год, и до утверждения headcount многие руководители просто не понимают, смогут ли нанимать или, наоборот, будут сокращать команды.

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

С третьей стороны, сами кандидаты не спешат менять работу: впереди годовые бонусы, пересмотр компенсаций, отпуск — большинству психологически проще «досидеть до января», чем выходить в новый офис под Новый год.

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

Поэтому моя стратегия сейчас проста: оставаться на виду. Обновлять профиль и резюме, поддерживать диалог с рекрутерами и hiring-менеджерами, делиться экспертизой — чтобы в тот момент, когда бюджеты и планы на 2026 год прояснятся, меня не пришлось долго искать.

Почему «менеджер-талисман» не спасёт вашу команду

Сейчас активно ищу руководящую роль, и в интервью иногда повторяется один и тот же паттерн.

Мы с нанимающим менеджером обсуждаем реальные проблемы: процессы буксуют, команда перегружена, качество хромает, срок испытательного — время что-то поменять.
Спрашиваю:
— Что уже пробовали?
— Какие ограничения?
— Где есть пространство для экспериментов?

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

И в ответ слышу:
«Так нельзя»,
«Вот это тоже нельзя»,
«С этим лучше не трогать».

В итоге картинка такая: проблемы признаны, ожидания высокие, а пространство для решений — около нуля.
Как будто нужен не лидер изменений, а менеджер-талисман: просто присутствует в оргструктуре, и от одного его факта «должно стать лучше».

К счастью, такие вакансии попадаются редко. Но для меня это важный красный флаг: если у руководителя нет полномочий менять систему, то никакого устойчивого «улучшения качества» не будет.