Вопрос доверия
Мне кажется, что доверие — одна из важнейших вещей в жизни. Но поскольку я менеджер и QA, расскажу историю из своей практики.
Мы с командой писали автотесты на продукт, который был уже давно запущен. Нам нужно было догонять большой объем функциональности, и во время работы, мы не уделяли повышенного внимания стабильности тестов.
🛠 Качество кода было высоким, но кто работал с UI-тестами, тот знает, насколько они капризны. В какой-то момент мы столкнулись с проблемой:
✅ Тесты есть
🔄 Тесты запускаются
⚠️ Но если что-то падает — то оно всегда падает...
Мы оказались в ситуации, когда к автотестам не было доверия.
Как мы это исправили?
1️⃣ Подключили Allure Report и начали сохранять историю запусков.
2️⃣ Запускали тесты ночью многократно, собирая статистику и выявляя нестабильные сценарии.
3️⃣ Стабилизировали тесты, снизив количество флапов в несколько раз. Даже у нестабильных тестов вероятность прохождения стала выше 90%.
4️⃣ Добавили 3 перезапуска, чтобы минимизировать ложные срабатывания.
Но самое сложное — это изменить восприятие тестов внутри команды.
📌 Мы добились того, что любое падение теста стало восприниматься как возможный баг в коде, а не как случайный сбой. Ушло несколько месяцев, но мы восстановили доверие к автотестам.
Мне кажется, что доверие — одна из важнейших вещей в жизни. Но поскольку я менеджер и QA, расскажу историю из своей практики.
Мы с командой писали автотесты на продукт, который был уже давно запущен. Нам нужно было догонять большой объем функциональности, и во время работы, мы не уделяли повышенного внимания стабильности тестов.
🛠 Качество кода было высоким, но кто работал с UI-тестами, тот знает, насколько они капризны. В какой-то момент мы столкнулись с проблемой:
✅ Тесты есть
🔄 Тесты запускаются
⚠️ Но если что-то падает — то оно всегда падает...
Мы оказались в ситуации, когда к автотестам не было доверия.
Как мы это исправили?
1️⃣ Подключили Allure Report и начали сохранять историю запусков.
2️⃣ Запускали тесты ночью многократно, собирая статистику и выявляя нестабильные сценарии.
3️⃣ Стабилизировали тесты, снизив количество флапов в несколько раз. Даже у нестабильных тестов вероятность прохождения стала выше 90%.
4️⃣ Добавили 3 перезапуска, чтобы минимизировать ложные срабатывания.
Но самое сложное — это изменить восприятие тестов внутри команды.
📌 Мы добились того, что любое падение теста стало восприниматься как возможный баг в коде, а не как случайный сбой. Ушло несколько месяцев, но мы восстановили доверие к автотестам.
❤3👌2
📢 Национальная система подтверждения ИТ-компетенций в России: почему это плохо?
14 февраля 2025 года стартует эксперимент по тестированию ИТ-специалистов на отечественной платформе. По задумке, любой желающий сможет бесплатно пройти тесты и получить сертификат, подтверждающий его компетенции. Казалось бы, звучит неплохо, но давайте разберёмся, какие проблемы могут возникнуть.
🔴 1. Государственная бюрократия и качество тестов
Все мы знаем, как работают государственные ИТ-проекты. Вспомните ЕГЭ, госзакупки или «Госуслуги» в первые годы. Насколько объективными будут тесты? Кто будет их составлять? Как часто будут обновлять материалы? Можно ли считать серьёзным экзамен на Python, который проверяет «Что выведет print(1+1)?»?
🔴 2. Один сертификат ≠ реальные навыки
Компании, нанимающие ИТ-специалистов, и так проводят тестовые задания, собеседования, проверяют код на GitHub. Будут ли работодатели доверять сертификатам с гос-платформы? Или они станут просто бумажкой, которой можно похвастаться в резюме, но без реальной пользы?
🔴 3. Ограниченный срок действия — способ загнать в систему
Сертификат будет действовать всего год. То есть, если вы не перетестируетесь — ваше подтверждение аннулируется. Это сделано для актуализации знаний? Или чтобы обеспечить стабильный поток «клиентов» в систему?
🔴 4. Возможно ли давление на работодателей?
В России уже были инициативы по «государственной сертификации» сотрудников. Что, если через пару лет скажут: «Без этого сертификата вас не примут на работу»? Это не теория заговора, это реальность регулирования в других сферах.
🔴 5. А что дальше?
Если государство берётся за контроль ИТ-компетенций, то что помешает через пару лет ввести обязательную аккредитацию специалистов? Превратится ли работа программиста в лицензионную деятельность с бюрократией?
❓ Что думаете? Станет ли это инструментом для реальной оценки знаний или ещё одним бюрократическим барьером?
14 февраля 2025 года стартует эксперимент по тестированию ИТ-специалистов на отечественной платформе. По задумке, любой желающий сможет бесплатно пройти тесты и получить сертификат, подтверждающий его компетенции. Казалось бы, звучит неплохо, но давайте разберёмся, какие проблемы могут возникнуть.
🔴 1. Государственная бюрократия и качество тестов
Все мы знаем, как работают государственные ИТ-проекты. Вспомните ЕГЭ, госзакупки или «Госуслуги» в первые годы. Насколько объективными будут тесты? Кто будет их составлять? Как часто будут обновлять материалы? Можно ли считать серьёзным экзамен на Python, который проверяет «Что выведет print(1+1)?»?
🔴 2. Один сертификат ≠ реальные навыки
Компании, нанимающие ИТ-специалистов, и так проводят тестовые задания, собеседования, проверяют код на GitHub. Будут ли работодатели доверять сертификатам с гос-платформы? Или они станут просто бумажкой, которой можно похвастаться в резюме, но без реальной пользы?
🔴 3. Ограниченный срок действия — способ загнать в систему
Сертификат будет действовать всего год. То есть, если вы не перетестируетесь — ваше подтверждение аннулируется. Это сделано для актуализации знаний? Или чтобы обеспечить стабильный поток «клиентов» в систему?
🔴 4. Возможно ли давление на работодателей?
В России уже были инициативы по «государственной сертификации» сотрудников. Что, если через пару лет скажут: «Без этого сертификата вас не примут на работу»? Это не теория заговора, это реальность регулирования в других сферах.
🔴 5. А что дальше?
Если государство берётся за контроль ИТ-компетенций, то что помешает через пару лет ввести обязательную аккредитацию специалистов? Превратится ли работа программиста в лицензионную деятельность с бюрократией?
❓ Что думаете? Станет ли это инструментом для реальной оценки знаний или ещё одним бюрократическим барьером?
🤬1💩1
Что будет, если не давать обратную связь?
Недавно я ходил в магазин выбирать подарок. У меня было одно представление о том, что купить, но продавец задал несколько вопросов, уточнил детали — и в итоге предложил совсем другой вариант, который оказался намного лучше.
Когда я уже расплачивался, то сказал ему об этом: «Спасибо, я пришел с одним запросом, а в итоге купил идеальный подарок». Он улыбнулся, и, кажется, немного удивился. Как будто не привык слышать обратную связь от покупателей.
И тут меня осенило: ведь в работе происходит то же самое.
Часто сотрудники говорят, что не понимают, довольны ли ими руководители. А когда хвалят менеджера, то чаще всего за его умение работать с людьми и давать обратную связь.
Я преподаю курс "QA Lead" в OTUS, где начинающие менеджеры учатся этому навыку. После каждого вебинара у них есть возможность оставить фидбек, но из 30+ человек его дают единицы.
🔹 Обратная связь – это навык.
🔹 Это инструмент управления.
Если её нет, то:
❌ Люди работают в вакууме и не понимают, правильно ли они двигаются.
❌ Ошибки повторяются, потому что никто их не указывает.
❌ Хорошие решения остаются без признания, а мотивация – падает.
Тренируйтесь давать обратную связь везде, где это возможно:
✅ Скажите коллеге, что он классно справился с задачей.
✅ После митинга поделитесь, что было полезно, а что можно улучшить.
✅ Оставьте фидбек на выступление, статью или курс – это помогает расти!
💡 Чем больше качественной обратной связи в команде, тем быстрее она развивается. Начните с себя – и увидите, как вокруг всё начнёт меняться.
Недавно я ходил в магазин выбирать подарок. У меня было одно представление о том, что купить, но продавец задал несколько вопросов, уточнил детали — и в итоге предложил совсем другой вариант, который оказался намного лучше.
Когда я уже расплачивался, то сказал ему об этом: «Спасибо, я пришел с одним запросом, а в итоге купил идеальный подарок». Он улыбнулся, и, кажется, немного удивился. Как будто не привык слышать обратную связь от покупателей.
И тут меня осенило: ведь в работе происходит то же самое.
Часто сотрудники говорят, что не понимают, довольны ли ими руководители. А когда хвалят менеджера, то чаще всего за его умение работать с людьми и давать обратную связь.
Я преподаю курс "QA Lead" в OTUS, где начинающие менеджеры учатся этому навыку. После каждого вебинара у них есть возможность оставить фидбек, но из 30+ человек его дают единицы.
🔹 Обратная связь – это навык.
🔹 Это инструмент управления.
Если её нет, то:
❌ Люди работают в вакууме и не понимают, правильно ли они двигаются.
❌ Ошибки повторяются, потому что никто их не указывает.
❌ Хорошие решения остаются без признания, а мотивация – падает.
Тренируйтесь давать обратную связь везде, где это возможно:
✅ Скажите коллеге, что он классно справился с задачей.
✅ После митинга поделитесь, что было полезно, а что можно улучшить.
✅ Оставьте фидбек на выступление, статью или курс – это помогает расти!
💡 Чем больше качественной обратной связи в команде, тем быстрее она развивается. Начните с себя – и увидите, как вокруг всё начнёт меняться.
👍4👌1
Как деление на команды «встряхивает» процессы и почему это не страшно
Сейчас в моей текущей компании снова идёт «разделение» людей на разные команды. Для кого-то это может быть стрессом, а мне всё это уже знакомо — в DealerSocket мы делали подобное раз в 9 месяцев. Постоянно нанимали новых специалистов, и каждые полгода-год возникала необходимость «переформировать» составы.
🚀 Что было в DealerSocket
✅ Новый виток развития
Я был скрам-мастером и каждый раз заново выстраивал процессы: проводил планирования, ретро, дейли. Повторение мать учения
✅ Команды не засиживались
Когда в команду вливается 1–2 новых человека, они приносят свои наработки и опыт. Происходит «мини-встряска».
✅ Люди старые, а энергия новая
Первый месяц после ротации — адаптация, зато потом команда оживает в обновлённом драйве. Это все еще те же люди в компании, но атмосфера изменилась и это придает новый импульс.
✅ Уменьшение когнитивой нагрузки
Если вы делите большую команду на несколько, то вы улучшаете коммуникацию.У каждой малой команды — своя «зона ответственности», а значит меньше шумовой информации и пересечений.
✅ Оценка прогресса
В более маленьких командах проще держать фокус, а так же повышается прозрачность в работе.
⚙️ Важные моменты
🔹 Планируйте заранее
Заранее определите, какие команды будут переформированы и зачем. Заранее сообщите людям, чтобы они понимали, что их ждёт и как это улучшит работу.
🔹 Собирайте обратную связь
Узнайте, кто в команде давно «пересидел» и кому, наоборот, хочется сменить обстановку. Так вы сможете "перезапустить" конкретных людей.
🔹 Давайте время на притирку
Первое время не ожидайте максимальной эффективности: людям нужно привыкнуть к новым коллегам и процессам. Запланируйте этот «стартовый» период в спринтах.
🔹 Сохраняйте культуру и ритуалы
Переносите существующие Scrum-ритуалы, доски и правила в новую конфигурацию — это даёт командам ощущение преемственности и снижает хаос.
Сейчас в моей текущей компании снова идёт «разделение» людей на разные команды. Для кого-то это может быть стрессом, а мне всё это уже знакомо — в DealerSocket мы делали подобное раз в 9 месяцев. Постоянно нанимали новых специалистов, и каждые полгода-год возникала необходимость «переформировать» составы.
🚀 Что было в DealerSocket
✅ Новый виток развития
Я был скрам-мастером и каждый раз заново выстраивал процессы: проводил планирования, ретро, дейли. Повторение мать учения
✅ Команды не засиживались
Когда в команду вливается 1–2 новых человека, они приносят свои наработки и опыт. Происходит «мини-встряска».
✅ Люди старые, а энергия новая
Первый месяц после ротации — адаптация, зато потом команда оживает в обновлённом драйве. Это все еще те же люди в компании, но атмосфера изменилась и это придает новый импульс.
✅ Уменьшение когнитивой нагрузки
Если вы делите большую команду на несколько, то вы улучшаете коммуникацию.У каждой малой команды — своя «зона ответственности», а значит меньше шумовой информации и пересечений.
✅ Оценка прогресса
В более маленьких командах проще держать фокус, а так же повышается прозрачность в работе.
⚙️ Важные моменты
🔹 Планируйте заранее
Заранее определите, какие команды будут переформированы и зачем. Заранее сообщите людям, чтобы они понимали, что их ждёт и как это улучшит работу.
🔹 Собирайте обратную связь
Узнайте, кто в команде давно «пересидел» и кому, наоборот, хочется сменить обстановку. Так вы сможете "перезапустить" конкретных людей.
🔹 Давайте время на притирку
Первое время не ожидайте максимальной эффективности: людям нужно привыкнуть к новым коллегам и процессам. Запланируйте этот «стартовый» период в спринтах.
🔹 Сохраняйте культуру и ритуалы
Переносите существующие Scrum-ритуалы, доски и правила в новую конфигурацию — это даёт командам ощущение преемственности и снижает хаос.
🔥2
🚀 4-дневная рабочая неделя — миф или будущее?
📊 Исследования говорят, что 4-дневная рабочая неделя снижает уровень стресса и повышает продуктивность. Проверил на себе — подтверждаю. ✅
📅 На прошлой неделе у меня случайно получилась 4-дневная рабочая неделя. И знаете, что? Это был кайф. 😌
За три выходных я успел не просто отдохнуть, но и сделать все накопившиеся дела. Обычно двух дней мне едва хватает на бытовые задачи, а тут — полноценное восстановление.
Что с продуктивностью? Все задачи, которые требовали от меня 5-дневной недели, я закрыл без проблем. Это заставляет задуматься: а так ли нужны нам эти пять дней работы? 🤔
А теперь вопрос к вам: вы бы пожертвовали 20% зарплаты, чтобы работать 4 дня в неделю? Или это того не стоит?
Давай обсудим в комментариях! 👇
🖼 Фото из поездки, где я отлично провел выходные.
📊 Исследования говорят, что 4-дневная рабочая неделя снижает уровень стресса и повышает продуктивность. Проверил на себе — подтверждаю. ✅
📅 На прошлой неделе у меня случайно получилась 4-дневная рабочая неделя. И знаете, что? Это был кайф. 😌
За три выходных я успел не просто отдохнуть, но и сделать все накопившиеся дела. Обычно двух дней мне едва хватает на бытовые задачи, а тут — полноценное восстановление.
Что с продуктивностью? Все задачи, которые требовали от меня 5-дневной недели, я закрыл без проблем. Это заставляет задуматься: а так ли нужны нам эти пять дней работы? 🤔
А теперь вопрос к вам: вы бы пожертвовали 20% зарплаты, чтобы работать 4 дня в неделю? Или это того не стоит?
Давай обсудим в комментариях! 👇
🖼 Фото из поездки, где я отлично провел выходные.
🔥4🤔2
📌 Почему в стрессе сложно учиться (и как это влияет на работу)
На этой неделе было много стресса, не связанного с работой. Решил послушать лекцию, но… вообще ничего не понял. Мысли перескакивали, внимание рассеивалось, а информация просто не усваивалась.
В этот момент вспомнил фразу преподавателя по менеджменту:
👉 «Когда мы в стрессе – мы не учимся».
Наш мозг в такие моменты включается в режим выживания. Он занят решением проблем, а не анализом и запоминанием. В итоге я просто закрыл лекцию и решил вернуться к ней позже.
Где это ещё работает?
✅ Онбординг сотрудников – не перегружайте новичка в первые дни. Сначала комфорт, потом детали.
✅ Обучение – если человек завис, возможно, дело не в сложности, а в его состоянии.
✅ Работа с командой – в кризисные моменты важнее поддержка, чем новые знания.
Всем хороших выходных и поменьше стресса.
На этой неделе было много стресса, не связанного с работой. Решил послушать лекцию, но… вообще ничего не понял. Мысли перескакивали, внимание рассеивалось, а информация просто не усваивалась.
В этот момент вспомнил фразу преподавателя по менеджменту:
👉 «Когда мы в стрессе – мы не учимся».
Наш мозг в такие моменты включается в режим выживания. Он занят решением проблем, а не анализом и запоминанием. В итоге я просто закрыл лекцию и решил вернуться к ней позже.
Где это ещё работает?
✅ Онбординг сотрудников – не перегружайте новичка в первые дни. Сначала комфорт, потом детали.
✅ Обучение – если человек завис, возможно, дело не в сложности, а в его состоянии.
✅ Работа с командой – в кризисные моменты важнее поддержка, чем новые знания.
Всем хороших выходных и поменьше стресса.
1❤7🤔2
🚀 Начинаю консультировать и проводить вебинары!
Могу помочь в нескольких направлениях, где накопил много опыта и хорошо набил шишки:
1. Руководителям команд и С-level:
✅ Аудит и выстраивание процессов QA, управления релизами и технической поддержки.
✅ Внедрение системы Performance Review и составление индивидуальных планов развития (ИПР) для сотрудников.
✅ Помощь в найме и подборе специалистов в QA.
2. Специалистам (от Junior до Head of QA):
✅ Подготовка к техническим интервью на русском языке.
✅ Разработка персонального ИПР для развития навыков и карьеры.
3. Agile-командам и Scrum-мастерам:
✅ Внедрение Agile и Scrum: от выявления проблем до отлаженных процессов.
🎤 Также провожу корпоративные вебинары:
– Agile и Scrum: от знакомства до внедрения.
– Квартальное планирование и другие темы по запросу.
📩 Если откликнулось — пишите, обсудим детали!
Могу помочь в нескольких направлениях, где накопил много опыта и хорошо набил шишки:
1. Руководителям команд и С-level:
✅ Аудит и выстраивание процессов QA, управления релизами и технической поддержки.
✅ Внедрение системы Performance Review и составление индивидуальных планов развития (ИПР) для сотрудников.
✅ Помощь в найме и подборе специалистов в QA.
2. Специалистам (от Junior до Head of QA):
✅ Подготовка к техническим интервью на русском языке.
✅ Разработка персонального ИПР для развития навыков и карьеры.
3. Agile-командам и Scrum-мастерам:
✅ Внедрение Agile и Scrum: от выявления проблем до отлаженных процессов.
🎤 Также провожу корпоративные вебинары:
– Agile и Scrum: от знакомства до внедрения.
– Квартальное планирование и другие темы по запросу.
📩 Если откликнулось — пишите, обсудим детали!
11🔥4👍1👏1
Жизнь после тридцIT pinned «🚀 Начинаю консультировать и проводить вебинары! Могу помочь в нескольких направлениях, где накопил много опыта и хорошо набил шишки: 1. Руководителям команд и С-level: ✅ Аудит и выстраивание процессов QA, управления релизами и технической поддержки. ✅ Внедрение…»
🔥 Как мы синхронизировали понимание критичности багов через игру
Недавно на работе я решил обсудить с руководством, какие баги действительно критичны. Оказалось, что наши представления сильно расходятся. Чтобы прийти к общему пониманию, мы решили сыграть в игру. 🃏
Как это работало:
1️⃣ Взяли реальные баги из багтрекера и выписали их на карточки.
2️⃣ Подготовили поле с четырьмя столбцами: Low, Medium, High, Critical.
3️⃣ Начали играть по простым правилам:
Ходим по очереди.
В свой ход можно либо добавить новую карточку, либо сдвинуть последнюю карточку на один столбец, либо пасануть.
Игра заканчивается, когда все карточки разобраны.
Так мы не просто разложили баги по важности, а создали шкалу для сравнения будущих кейсов. Теперь любые спорные случаи можно сверять с нашей "линейкой".
💡 Почему это работает?
Наш мозг отлично справляется с задачами вида "больше/меньше/равно", но плохо работает с абсолютными оценками. Когда нам нужно оценить критичность багов или даже качество кофе, проще сравнивать два варианта, чем присваивать каждому фиксированное значение.
📌 Где это еще можно применить?
Оценка приоритетов задач в бэклоге
Оценка бизнес-рисков
Вместо долгих споров можно просто расставить варианты и дать людям сравнивать их.
Недавно на работе я решил обсудить с руководством, какие баги действительно критичны. Оказалось, что наши представления сильно расходятся. Чтобы прийти к общему пониманию, мы решили сыграть в игру. 🃏
Как это работало:
1️⃣ Взяли реальные баги из багтрекера и выписали их на карточки.
2️⃣ Подготовили поле с четырьмя столбцами: Low, Medium, High, Critical.
3️⃣ Начали играть по простым правилам:
Ходим по очереди.
В свой ход можно либо добавить новую карточку, либо сдвинуть последнюю карточку на один столбец, либо пасануть.
Игра заканчивается, когда все карточки разобраны.
Так мы не просто разложили баги по важности, а создали шкалу для сравнения будущих кейсов. Теперь любые спорные случаи можно сверять с нашей "линейкой".
💡 Почему это работает?
Наш мозг отлично справляется с задачами вида "больше/меньше/равно", но плохо работает с абсолютными оценками. Когда нам нужно оценить критичность багов или даже качество кофе, проще сравнивать два варианта, чем присваивать каждому фиксированное значение.
📌 Где это еще можно применить?
Оценка приоритетов задач в бэклоге
Оценка бизнес-рисков
Вместо долгих споров можно просто расставить варианты и дать людям сравнивать их.
1👍6🔥1
🔥 Решил собрать несколько самых обсуждаемых и полезных постов канала, чтобы можно было быстро найти и вернуться к нужной мысли:
1️⃣ Почему нельзя планировать спринты в Story Points? и Инструкция как планировать спринт в часах 📊
2️⃣ Как мы синхронизировали понимание критичности багов через игру 🎲
3️⃣ Вопрос доверия 🤝
4️⃣ Как мы превратили хаос в план: моя история о квартальном планировании 📅
5️⃣ Почему в стрессе сложно учиться (и как это влияет на работу) 🧠
💬 Буду рад, если вы поделитесь этим постом с коллегами и будете возвращаться к нему, когда понадобится проверенный рабочий инструмент.
Расскажите, какой из постов оказался для вас полезным или запомнился больше всего?
1️⃣ Почему нельзя планировать спринты в Story Points? и Инструкция как планировать спринт в часах 📊
2️⃣ Как мы синхронизировали понимание критичности багов через игру 🎲
3️⃣ Вопрос доверия 🤝
4️⃣ Как мы превратили хаос в план: моя история о квартальном планировании 📅
5️⃣ Почему в стрессе сложно учиться (и как это влияет на работу) 🧠
💬 Буду рад, если вы поделитесь этим постом с коллегами и будете возвращаться к нему, когда понадобится проверенный рабочий инструмент.
Расскажите, какой из постов оказался для вас полезным или запомнился больше всего?
❤3
Жизнь после тридцIT pinned «🔥 Решил собрать несколько самых обсуждаемых и полезных постов канала, чтобы можно было быстро найти и вернуться к нужной мысли: 1️⃣ Почему нельзя планировать спринты в Story Points? и Инструкция как планировать спринт в часах 📊 2️⃣ Как мы синхронизировали…»
🔥 Мастермайнд: Встречи единомышленников для обмена опытом и поддержки
💡 Пару лет назад я впервые столкнулся с форматом встреч «мастермайнд». Меня всегда привлекали идеи взаимной поддержки и обмена опытом, поэтому я решил организовать такую группу у себя на работе. Однако попытка не увенчалась успехом, и группа распалась.
🚀 В январе этого года идея внезапно вернулась, и я понял, что для дальнейшего развития мне может помочь майстермайнд – уже не в роли ведущего, а как активный участник. Оказалось, что уже есть офлайн встречи, которые проводятся регулярно, и я решил присоединиться.
Некоторые изменения в канале, появились в результате мастермайнда.
🔥 Мастермайнд – это встреча небольшого круга единомышленников, где каждый делится своими идеями, опытом и помогает находить решения сложных задач. Такой формат позволяет взглянуть на проблему под новым углом и получить разные точки зрения.
✅ Если вы ищете пространство для обмена опытом и поддержки, а так же способ "начать, что-то делать", рекомендую попробовать формат «мастермайнд». Возможно, именно он станет вашим источником вдохновения и поможет открыть новые перспективы.
💡 Пару лет назад я впервые столкнулся с форматом встреч «мастермайнд». Меня всегда привлекали идеи взаимной поддержки и обмена опытом, поэтому я решил организовать такую группу у себя на работе. Однако попытка не увенчалась успехом, и группа распалась.
🚀 В январе этого года идея внезапно вернулась, и я понял, что для дальнейшего развития мне может помочь майстермайнд – уже не в роли ведущего, а как активный участник. Оказалось, что уже есть офлайн встречи, которые проводятся регулярно, и я решил присоединиться.
Некоторые изменения в канале, появились в результате мастермайнда.
🔥 Мастермайнд – это встреча небольшого круга единомышленников, где каждый делится своими идеями, опытом и помогает находить решения сложных задач. Такой формат позволяет взглянуть на проблему под новым углом и получить разные точки зрения.
✅ Если вы ищете пространство для обмена опытом и поддержки, а так же способ "начать, что-то делать", рекомендую попробовать формат «мастермайнд». Возможно, именно он станет вашим источником вдохновения и поможет открыть новые перспективы.
🔥2❤1
🧠 Фасилитация — это не про стикеры. Это про стоимость времени.
У меня много встреч. Особенно групповых. А теперь просто прикиньте: 6 человек × 1 час = 6 человеко-часов. Если умножить это на среднюю ставку часа, сразу становится понятно — встреча стоит дорого. Иногда очень дорого.
На встречах мы платим временем, чтобы сэкономить время в будущем. Чтобы не делать лишнего. Не переделывать. Не догадываться, что имелось в виду.
Но сэкономить получается не всегда.
Простой бытовой пример:
Вы с друзьями собираетесь на прогулку и заранее два часа обсуждаете маршрут. Где встретимся, куда пойдём, во сколько вернёмся. А потом сама прогулка длится час.
Ирония в том, что вы потратили времени вдвое больше, чем на само мероприятие.
Теперь пример более прикладной:
Вы проводите планирование задач. Распределили тикеты, вроде бы всё обсудили. Но сами задачи никто не открыл. Про критерии готовности не поговорили. Деталей по реализации — ноль. Как тестировать не обсудили.
Формально цель встречи достигнута. Но по сути — команда ничего не понесла с собой в спринт. Вы потратили полтора часа времени всей команды, а сэкономили в лучшем случае пять минут каждому — и то не факт.
📌 Поэтому я всё чаще смотрю на фасилитацию не как на модный термин из Agile, а как на способ управлять инвестициями времени команды.
Что помогает:
– задавать правильный фрейм: «Для чего мы здесь?»
– фиксировать результат: «Что конкретно уносим с этой встречи?»
– учитывать вклад каждого: «Кого точно стоит звать, а кого — нет»
У меня много встреч. Особенно групповых. А теперь просто прикиньте: 6 человек × 1 час = 6 человеко-часов. Если умножить это на среднюю ставку часа, сразу становится понятно — встреча стоит дорого. Иногда очень дорого.
На встречах мы платим временем, чтобы сэкономить время в будущем. Чтобы не делать лишнего. Не переделывать. Не догадываться, что имелось в виду.
Но сэкономить получается не всегда.
Простой бытовой пример:
Вы с друзьями собираетесь на прогулку и заранее два часа обсуждаете маршрут. Где встретимся, куда пойдём, во сколько вернёмся. А потом сама прогулка длится час.
Ирония в том, что вы потратили времени вдвое больше, чем на само мероприятие.
Теперь пример более прикладной:
Вы проводите планирование задач. Распределили тикеты, вроде бы всё обсудили. Но сами задачи никто не открыл. Про критерии готовности не поговорили. Деталей по реализации — ноль. Как тестировать не обсудили.
Формально цель встречи достигнута. Но по сути — команда ничего не понесла с собой в спринт. Вы потратили полтора часа времени всей команды, а сэкономили в лучшем случае пять минут каждому — и то не факт.
📌 Поэтому я всё чаще смотрю на фасилитацию не как на модный термин из Agile, а как на способ управлять инвестициями времени команды.
Что помогает:
– задавать правильный фрейм: «Для чего мы здесь?»
– фиксировать результат: «Что конкретно уносим с этой встречи?»
– учитывать вклад каждого: «Кого точно стоит звать, а кого — нет»
1👍3✍1🔥1
🔥 Женя и "Долина смерти"
Всем привет! Со мной всё хорошо 😄
Последние два месяца на канале было тихо — прошёл очень насыщенный период на работе, когда пришлось максимально сосредоточиться и выкатить несколько критически важных фич. Вы наверняка слышали о том, что Apple проиграла суд, и теперь обязана разрешить внешние покупки? Так вот, мы всего за 9 дней реализовали веб-пейволы. Было драйвово и напряжённо одновременно, и после этого опыта мы все немного просветлели 🌟
За всей этой суетой мы даже пропустили годовщину канала. Ай-яй-яй 😅
Что касается нерабочих моментов — сейчас я активно борюсь с бюрократией и даже узнал, что такое аффидевит. Поверьте, удовольствия в этой борьбе крайне мало, но, надеюсь, финиш уже близко.
Именно поэтому канал и попал в своеобразную «Долину смерти». Но теперь я возвращаюсь и обязательно расскажу обо всём этом подробнее.
Оставайтесь на связи, впереди много интересного! 🚀
Всем привет! Со мной всё хорошо 😄
Последние два месяца на канале было тихо — прошёл очень насыщенный период на работе, когда пришлось максимально сосредоточиться и выкатить несколько критически важных фич. Вы наверняка слышали о том, что Apple проиграла суд, и теперь обязана разрешить внешние покупки? Так вот, мы всего за 9 дней реализовали веб-пейволы. Было драйвово и напряжённо одновременно, и после этого опыта мы все немного просветлели 🌟
За всей этой суетой мы даже пропустили годовщину канала. Ай-яй-яй 😅
Что касается нерабочих моментов — сейчас я активно борюсь с бюрократией и даже узнал, что такое аффидевит. Поверьте, удовольствия в этой борьбе крайне мало, но, надеюсь, финиш уже близко.
Именно поэтому канал и попал в своеобразную «Долину смерти». Но теперь я возвращаюсь и обязательно расскажу обо всём этом подробнее.
Оставайтесь на связи, впереди много интересного! 🚀
👍6🎉5😁1
🔥 Работа над проблемами: как мы используем подход «5 почему»
Последнее время появилось больше свободного пространства для анализа текущих процессов. Я решил не просто «тушить пожары», а разобраться с тем, откуда они появляются. Идеальным инструментом оказался подход root cause analysis через методику «5 почему».
✅ Как это работает на практике:
1️⃣ Формулируем чёткую проблему.
2️⃣ Задаём вопрос «Почему?» и фиксируем ответы.
3️⃣ Повторяем вопрос до тех пор, пока не найдём настоящую причину (обычно достаточно 5 раз).
4️⃣ Визуализируем получившуюся цепочку в Miro.
Я взял на себя роль фасилитатора и за 1 час получилось полностью разобрать проблему. Результат превзошёл ожидания: команда активно включилась, и выводы оказались неожиданными (Так обычно и бывает, если глубоко копать).
💡 Этот подход отлично подсвечивает реальные причины и помогает понять, что именно нужно менять.
Последнее время появилось больше свободного пространства для анализа текущих процессов. Я решил не просто «тушить пожары», а разобраться с тем, откуда они появляются. Идеальным инструментом оказался подход root cause analysis через методику «5 почему».
✅ Как это работает на практике:
1️⃣ Формулируем чёткую проблему.
2️⃣ Задаём вопрос «Почему?» и фиксируем ответы.
3️⃣ Повторяем вопрос до тех пор, пока не найдём настоящую причину (обычно достаточно 5 раз).
4️⃣ Визуализируем получившуюся цепочку в Miro.
Я взял на себя роль фасилитатора и за 1 час получилось полностью разобрать проблему. Результат превзошёл ожидания: команда активно включилась, и выводы оказались неожиданными (Так обычно и бывает, если глубоко копать).
💡 Этот подход отлично подсвечивает реальные причины и помогает понять, что именно нужно менять.
👍4👏1
🧠 Как стресс мешает нам видеть картину целиком?
Ранее я уже писал про стресс и хочу дополнить свои размышления этой заметкой.
Помимо того, что мы не способны эффективно учиться во время стресса, мы также гораздо чаще совершаем ошибки. Особенно это важно для руководителя: в стрессовых ситуациях становится крайне сложно увидеть общую картину. Вряд ли в момент тушения очередного «пожара» можно спокойно задуматься о стратегиях и долгосрочных планах.
Философ Иммануил Кант выразил похожую мысль следующим образом (это не прямая цитата, а передача смысла его идеи):
Именно так часто происходит с нами в работе. Пока мы находимся в состоянии стресса и перегрузки, мы не всегда способны это осознать. Полное понимание приходит уже в тот момент, когда ситуация становится критической.
Именно поэтому так важно сохранять холодную голову, чтобы принимать взвешенные решения. У каждого из нас есть свои способы «остановиться» и снять напряжение. Кто-то гуляет пешком, кто-то играет в видеоигры. Подходит абсолютно любой способ, если он работает именно для вас.
Возможно, этот пост станет для кого-то из вас триггером, чтобы сделать паузу, притормозить и объективно оценить ситуацию. Мне самому очень помогло бы это осознание полгода назад.
💬 А какие способы помогают именно вам? Поделитесь в комментариях! Опишите ваше состояние подходящим эмодзи! 😊😟😫🚀
Ранее я уже писал про стресс и хочу дополнить свои размышления этой заметкой.
Помимо того, что мы не способны эффективно учиться во время стресса, мы также гораздо чаще совершаем ошибки. Особенно это важно для руководителя: в стрессовых ситуациях становится крайне сложно увидеть общую картину. Вряд ли в момент тушения очередного «пожара» можно спокойно задуматься о стратегиях и долгосрочных планах.
Философ Иммануил Кант выразил похожую мысль следующим образом (это не прямая цитата, а передача смысла его идеи):
«Падение ощущается не тогда, когда летишь вниз, а когда достиг дна».
Именно так часто происходит с нами в работе. Пока мы находимся в состоянии стресса и перегрузки, мы не всегда способны это осознать. Полное понимание приходит уже в тот момент, когда ситуация становится критической.
Именно поэтому так важно сохранять холодную голову, чтобы принимать взвешенные решения. У каждого из нас есть свои способы «остановиться» и снять напряжение. Кто-то гуляет пешком, кто-то играет в видеоигры. Подходит абсолютно любой способ, если он работает именно для вас.
Возможно, этот пост станет для кого-то из вас триггером, чтобы сделать паузу, притормозить и объективно оценить ситуацию. Мне самому очень помогло бы это осознание полгода назад.
💬 А какие способы помогают именно вам? Поделитесь в комментариях! Опишите ваше состояние подходящим эмодзи! 😊😟😫🚀
3👍1🔥1
🤖 Почему ИИ не заменит тестировщиков, а только усилит их роль?
Я лид тестирования и вижу, как активно ИИ меняет нашу работу. Расскажу коротко о ключевых изменениях:
🧪 Генерация тестов
ИИ научился генерировать сценарии из документации и требований. Даже из обычного текста. Это ускоряет создание тестов и экономит время.
🛠 Автоисправление тестов
ИИ умеет анализировать результаты и самостоятельно чинить упавшие тесты. Меньше рутины, больше смысла.
🔍 Умная регрессия
Используя ИИ-агентов, можно быстро сравнить ветки и определить затронутые компоненты. Traceability-матрица на максималках.
🔐 Тестирование безопасности промтов
ИИ создал новый вид проверок, чтобы промты не стали уязвимостью системы. Так что работы у нас теперь даже больше =)
🚀 Что это значит для нас?
ИИ не заменит тестировщиков, но серьёзно расширит наши возможности. Автоматизация рутины и анализ результатов освободят время для сложных и творческих задач.
📈 Что дальше?
ИИ будет играть всё большую роль в тестировании, помогая быстрее и качественнее выводить продукты на рынок. Это не замена специалистов, это их апгрейд.
Я лид тестирования и вижу, как активно ИИ меняет нашу работу. Расскажу коротко о ключевых изменениях:
🧪 Генерация тестов
ИИ научился генерировать сценарии из документации и требований. Даже из обычного текста. Это ускоряет создание тестов и экономит время.
🛠 Автоисправление тестов
ИИ умеет анализировать результаты и самостоятельно чинить упавшие тесты. Меньше рутины, больше смысла.
🔍 Умная регрессия
Используя ИИ-агентов, можно быстро сравнить ветки и определить затронутые компоненты. Traceability-матрица на максималках.
🔐 Тестирование безопасности промтов
ИИ создал новый вид проверок, чтобы промты не стали уязвимостью системы. Так что работы у нас теперь даже больше =)
🚀 Что это значит для нас?
ИИ не заменит тестировщиков, но серьёзно расширит наши возможности. Автоматизация рутины и анализ результатов освободят время для сложных и творческих задач.
📈 Что дальше?
ИИ будет играть всё большую роль в тестировании, помогая быстрее и качественнее выводить продукты на рынок. Это не замена специалистов, это их апгрейд.
1👍2
🤖 Три подхода, чтобы ИИ не сделал хуже
Недавно снова доверил ChatGPT написание автотестов. Получил красивый код, который не запускается. Вспомнил пиццу, которую недавно готовил по рецепту ИИ...
Регулярно общаясь с ИИ, я выделил для себя три подхода, которые помогают не испортить результат:
1️⃣ Подход «съедобно — и ладно»
Когда в вопросе совсем не разбираюсь. Например, готовлю я не очень, поэтому даже средний рецепт от ИИ — уже выше моих ожиданий. Здесь полностью доверяюсь.
2️⃣ Подход «контролёр»
Когда я чётко представляю финальный результат и использую ИИ как джуна, чтобы ускорить работу. Например, написание автотестов: компетенций хватает, чтобы принять, проверить и, если нужно, доработать результат.
3️⃣ Подход «сначала научите»
Самый сложный сценарий. У меня недостаточно экспертизы, чтобы довериться ИИ, но и проверить его работу тоже не могу. Единственный выход — сначала разобраться самому, а уже потом подключать помощника.
❓ А как вы взаимодействуете с ИИ — полностью доверяете или перепроверяете каждый шаг?
Недавно снова доверил ChatGPT написание автотестов. Получил красивый код, который не запускается. Вспомнил пиццу, которую недавно готовил по рецепту ИИ...
Регулярно общаясь с ИИ, я выделил для себя три подхода, которые помогают не испортить результат:
1️⃣ Подход «съедобно — и ладно»
Когда в вопросе совсем не разбираюсь. Например, готовлю я не очень, поэтому даже средний рецепт от ИИ — уже выше моих ожиданий. Здесь полностью доверяюсь.
2️⃣ Подход «контролёр»
Когда я чётко представляю финальный результат и использую ИИ как джуна, чтобы ускорить работу. Например, написание автотестов: компетенций хватает, чтобы принять, проверить и, если нужно, доработать результат.
3️⃣ Подход «сначала научите»
Самый сложный сценарий. У меня недостаточно экспертизы, чтобы довериться ИИ, но и проверить его работу тоже не могу. Единственный выход — сначала разобраться самому, а уже потом подключать помощника.
❓ А как вы взаимодействуете с ИИ — полностью доверяете или перепроверяете каждый шаг?
👍5❤2🔥1🤝1
👨💻 Как я выбирал стек под ИИ-разработчика
Решил недавно «вайбкодить» свой проект и впервые попробовать себя в роли стартапера. И тут возник вопрос: какие инструменты выбрать, если код за меня будет писать ИИ?
К выбору я подошёл так, будто нанимаю себе нового сотрудника:
🔸 Удобно ли будет «работать» ИИ с инструментом?
🔸 Смогу ли я потом легко найти разработчика-человека под этот стек?
Уверен, что скоро появятся языки и фреймворки, специально заточенные под ИИ, а не под людей. Но пока мой выбор оказался более классическим:
Frontend — React (понятный и ИИ, и разработчикам).
Стили — TailwindCSS (лаконичность и минимум сюрпризов).
Backend — Python (больше всего уверенности, что ИИ не запутается).
❓ Как считаете, угадал со стеком или что-то бы поменяли?
Решил недавно «вайбкодить» свой проект и впервые попробовать себя в роли стартапера. И тут возник вопрос: какие инструменты выбрать, если код за меня будет писать ИИ?
К выбору я подошёл так, будто нанимаю себе нового сотрудника:
🔸 Удобно ли будет «работать» ИИ с инструментом?
🔸 Смогу ли я потом легко найти разработчика-человека под этот стек?
Уверен, что скоро появятся языки и фреймворки, специально заточенные под ИИ, а не под людей. Но пока мой выбор оказался более классическим:
Frontend — React (понятный и ИИ, и разработчикам).
Стили — TailwindCSS (лаконичность и минимум сюрпризов).
Backend — Python (больше всего уверенности, что ИИ не запутается).
❓ Как считаете, угадал со стеком или что-то бы поменяли?
🔥2👍1
🚀 Каково это — вайбкодить свой сервис
Делаю сервис цифрового меню. И знаете, вайбкодить — это особый опыт:
— тренирует умение четко ставить задачи,
— и жестко наказывает, если ты этого не сделал.
Сейчас проект готов процентов на 90. Но, как всегда, именно последние 90% самые долгие 😅.
Функционально все работает: авторизация, меню, QR-коды. А вот UX… я его уже переделываю третий раз. Все кажется “не то”. И без качественного UX выпускать на рынок нельзя.
Еще есть постоянное желание “а давай улучшим вот это, и добавим вот то”. Чтобы не утонуть в бесконечном тюнинге, я все новые идеи сразу откладываю во вторую фазу.
Из забавного: даже с названием пока не определился. Пока фаворит — GlobalMenu.me. А как бы вы назвали такой сервис? 👀
P.S. Картинка от лендинга ниже — скажите, что думаете, тоже интересно услышать фидбек.
Делаю сервис цифрового меню. И знаете, вайбкодить — это особый опыт:
— тренирует умение четко ставить задачи,
— и жестко наказывает, если ты этого не сделал.
Сейчас проект готов процентов на 90. Но, как всегда, именно последние 90% самые долгие 😅.
Функционально все работает: авторизация, меню, QR-коды. А вот UX… я его уже переделываю третий раз. Все кажется “не то”. И без качественного UX выпускать на рынок нельзя.
Еще есть постоянное желание “а давай улучшим вот это, и добавим вот то”. Чтобы не утонуть в бесконечном тюнинге, я все новые идеи сразу откладываю во вторую фазу.
Из забавного: даже с названием пока не определился. Пока фаворит — GlobalMenu.me. А как бы вы назвали такой сервис? 👀
P.S. Картинка от лендинга ниже — скажите, что думаете, тоже интересно услышать фидбек.
1🔥4👍1