Приветствую всех в канале "Жизнь после тридцIT"!
Меня зовут Евгений Жильцов, и у меня более 11 лет опыта работы в ИТ-индустрии, в том числе на позиции тимлида в области обеспечения качества (QA). Мой путь включал управление крупными командами, автоматизацию тестирования и внедрение современных методологий разработки, таких как Agile и Scrum.
О чём будет этот канал:
Agile и Scrum: Делюсь опытом и практическими советами по внедрению и использованию гибких методологий разработки.
QA и тестирование: Обсуждаю инструменты и подходы к автоматизации тестирования, а также важность качества в разработке ПО.
Инженерные практики: Рекомендации по улучшению процессов разработки, управлению командами и внедрению инженерных практик.
Личные мысли: Размышления о жизни в ИТ, профессиональном росте и переходе к руководству разработкой.
Немного обо мне:
Автоматизация тестирования: 8+ лет опыта написания UI и API автотестов с использованием PHP, Codeception и Selenium.
Управление командами: Опыт руководства QA-гильдией, а так же командами разработки.
Образование и тренинги: Преподаю курс "QA Lead" в OTUS и веду QA Telegram-каналы в Калининграде и Черногории.
Меня зовут Евгений Жильцов, и у меня более 11 лет опыта работы в ИТ-индустрии, в том числе на позиции тимлида в области обеспечения качества (QA). Мой путь включал управление крупными командами, автоматизацию тестирования и внедрение современных методологий разработки, таких как Agile и Scrum.
О чём будет этот канал:
Agile и Scrum: Делюсь опытом и практическими советами по внедрению и использованию гибких методологий разработки.
QA и тестирование: Обсуждаю инструменты и подходы к автоматизации тестирования, а также важность качества в разработке ПО.
Инженерные практики: Рекомендации по улучшению процессов разработки, управлению командами и внедрению инженерных практик.
Личные мысли: Размышления о жизни в ИТ, профессиональном росте и переходе к руководству разработкой.
Немного обо мне:
Автоматизация тестирования: 8+ лет опыта написания UI и API автотестов с использованием PHP, Codeception и Selenium.
Управление командами: Опыт руководства QA-гильдией, а так же командами разработки.
Образование и тренинги: Преподаю курс "QA Lead" в OTUS и веду QA Telegram-каналы в Калининграде и Черногории.
👍4🔥1
🚫 Почему нельзя планировать SPRINT в Story POINTS
В Agile часто используют Story Points (SP) для оценки задач, но их нельзя использовать для планирования спринтов. Давайте разберем, почему.
1. 🔄 Непредсказуемость с помощью Burndown Chart
С помощью burndown chart вы не сможете точно понять, в плане вы или нет. SP показывают среднюю скорость, но не дают конкретного представления о прогрессе. Это затрудняет контроль выполнения спринта и делает прогнозирование менее точным.
2. 📉 Различия в производительности
Story Points — это общие оценки для команды, но выполнение отдельных задач может значительно отличаться у разных людей. Например, middle может сделать задачу быстрее, чем синьор, просто потому что недавно он уже изменял этот код. SP не учитывают уровень знания домена и кодовой базы, что приводит к ошибкам в планировании.
3. ⚖️ Средняя скорость команды
SP отображают среднюю скорость команды, но не учитывают индивидуальные особенности выполнения задач. Например, одна и та же задача может занять разное время у разных членов команды в зависимости от их опыта и уровня знаний. Это усложняет планирование и может приводить к перекосам в нагрузке.
✅ Как правильно использовать Story Points
Story Points полезны для долгосрочного планирования, например, для квартального планирования. Алгоритм действий:
📊 Оценка velocity за квартал
Зная velocity команды за предыдущие спринты, можно спрогнозировать скорость выполнения задач на квартал.
🛠 Быстрая оценка эпиков
Нарежьте эпики на крупные задачи и дайте им оценку в SP. Делайте это быстро и не спорьте долго о точных цифрах. Например, если задача может быть оценена как 2 или 3 SP, просто примите решение и двигайтесь дальше.
👥 Учёт специализаций
Учитывайте SP для каждой специальности в команде: бекенд, фронтенд, тестирование и другие роли. Это позволит более точно распределить задачи.
Поверьте, точность квартального планирования будет высокой, и вы сможете достичь целей без овертаймов.
В Agile часто используют Story Points (SP) для оценки задач, но их нельзя использовать для планирования спринтов. Давайте разберем, почему.
1. 🔄 Непредсказуемость с помощью Burndown Chart
С помощью burndown chart вы не сможете точно понять, в плане вы или нет. SP показывают среднюю скорость, но не дают конкретного представления о прогрессе. Это затрудняет контроль выполнения спринта и делает прогнозирование менее точным.
2. 📉 Различия в производительности
Story Points — это общие оценки для команды, но выполнение отдельных задач может значительно отличаться у разных людей. Например, middle может сделать задачу быстрее, чем синьор, просто потому что недавно он уже изменял этот код. SP не учитывают уровень знания домена и кодовой базы, что приводит к ошибкам в планировании.
3. ⚖️ Средняя скорость команды
SP отображают среднюю скорость команды, но не учитывают индивидуальные особенности выполнения задач. Например, одна и та же задача может занять разное время у разных членов команды в зависимости от их опыта и уровня знаний. Это усложняет планирование и может приводить к перекосам в нагрузке.
✅ Как правильно использовать Story Points
Story Points полезны для долгосрочного планирования, например, для квартального планирования. Алгоритм действий:
📊 Оценка velocity за квартал
Зная velocity команды за предыдущие спринты, можно спрогнозировать скорость выполнения задач на квартал.
🛠 Быстрая оценка эпиков
Нарежьте эпики на крупные задачи и дайте им оценку в SP. Делайте это быстро и не спорьте долго о точных цифрах. Например, если задача может быть оценена как 2 или 3 SP, просто примите решение и двигайтесь дальше.
👥 Учёт специализаций
Учитывайте SP для каждой специальности в команде: бекенд, фронтенд, тестирование и другие роли. Это позволит более точно распределить задачи.
Поверьте, точность квартального планирования будет высокой, и вы сможете достичь целей без овертаймов.
👍2❤1
#жизнь
Провел выходные в горах на шоу мыльных пузырей. Насладился прохладным воздухом и волшебными моментами. Отличный заряд энергии перед новой рабочей неделей! ⛰✨
Провел выходные в горах на шоу мыльных пузырей. Насладился прохладным воздухом и волшебными моментами. Отличный заряд энергии перед новой рабочей неделей! ⛰✨
В продолжение темы о планировании спринтов в Story Points. Что же делать? Планировать в часах! ⏰
Вы наверняка понимаете, что в 40-часовой рабочей неделе не все 40 часов уходят на выполнение непосредственных задач. Чтобы точнее определить количество чистых рабочих часов, я рекомендую воспользоваться EXCEL таблицей: 📝 https://docs.google.com/spreadsheets/d/1-g14qN194ExlH3WqwsDoEywQt4wi3GfBKt89mzzMUsc/edit?gid=113811415#gid=113811415
Инструкция по использованию
План минимум:
На первом листе укажите все ваши активности, такие как ежедневные встречи, кодревью и т.д. 🗓 Также добавьте уникальные активности для команды (если требуется). Это поможет понять, сколько часов у вас действительно есть для работы над задачами. Затем скопируйте шаблон и начните добавлять задачи, оценивая их продолжительность, пока не достигнете значения свободного времени около нуля.
План medium:
Каждый день обновляйте значение оставшегося времени по задачам на листе спринта и подставляйте его в таблицу. 📊 Когда график пересечется с эталонной линией, это будет сигналом к пересмотру и корректировке планов.
План максимум:
Заполняйте затраченное время по задачам. 🕒 Это поможет вам проанализировать, почему не удалось закрыть спринт, и с новым знанием подойти к следующему.
Регулярное выполнение этого упражнения помогает выявить проблемы, такие как увеличение времени на регрессионное тестирование или затягивание разработки из-за технического долга. 🔧 Этот шаблон уже несколько лет помогает мне в работе, и вы можете адаптировать его под свои потребности.
Делитесь своими методами планирования и опытом использования подобных инструментов! 💬
Вы наверняка понимаете, что в 40-часовой рабочей неделе не все 40 часов уходят на выполнение непосредственных задач. Чтобы точнее определить количество чистых рабочих часов, я рекомендую воспользоваться EXCEL таблицей: 📝 https://docs.google.com/spreadsheets/d/1-g14qN194ExlH3WqwsDoEywQt4wi3GfBKt89mzzMUsc/edit?gid=113811415#gid=113811415
Инструкция по использованию
План минимум:
На первом листе укажите все ваши активности, такие как ежедневные встречи, кодревью и т.д. 🗓 Также добавьте уникальные активности для команды (если требуется). Это поможет понять, сколько часов у вас действительно есть для работы над задачами. Затем скопируйте шаблон и начните добавлять задачи, оценивая их продолжительность, пока не достигнете значения свободного времени около нуля.
План medium:
Каждый день обновляйте значение оставшегося времени по задачам на листе спринта и подставляйте его в таблицу. 📊 Когда график пересечется с эталонной линией, это будет сигналом к пересмотру и корректировке планов.
План максимум:
Заполняйте затраченное время по задачам. 🕒 Это поможет вам проанализировать, почему не удалось закрыть спринт, и с новым знанием подойти к следующему.
Регулярное выполнение этого упражнения помогает выявить проблемы, такие как увеличение времени на регрессионное тестирование или затягивание разработки из-за технического долга. 🔧 Этот шаблон уже несколько лет помогает мне в работе, и вы можете адаптировать его под свои потребности.
Делитесь своими методами планирования и опытом использования подобных инструментов! 💬
🔥5
#жизнь
Эта неделя была скорее разгрузочная. Заболел так, что потребовались антибиотики. Но на следующей неделе будет точно лучше. Подниму кружку чая с лимоном за ваше здоровье
Эта неделя была скорее разгрузочная. Заболел так, что потребовались антибиотики. Но на следующей неделе будет точно лучше. Подниму кружку чая с лимоном за ваше здоровье
Я готовил материал по теме «Кто такой тестировщик?» для РБК ProductStar и вспоминал свою карьеру. Нашел, как мне кажется, очень лаконичный ответ на этот вопрос: тестировщик — это тот, кто помогает другим сделать свою работу качественно. 💼🛠
Этот ответ отражает суть и ценность работы тестировщика. Разработчикам он помогает создавать фичи без багов 🐞. Аналитикам — ставить четкие и понятные задачи 📋. Менеджерам — быть в курсе текущей ситуации на проекте 📊, чтобы принимать правильные решения.
Поэтому, когда вам на работе добавляют новую обязанность, в дополнение к текущим, просто задайте себе вопрос: «Это кому-то поможет работать лучше?» 🤔 И сразу станет ясно, полезная эта обязанность или нет.
Этот ответ отражает суть и ценность работы тестировщика. Разработчикам он помогает создавать фичи без багов 🐞. Аналитикам — ставить четкие и понятные задачи 📋. Менеджерам — быть в курсе текущей ситуации на проекте 📊, чтобы принимать правильные решения.
Поэтому, когда вам на работе добавляют новую обязанность, в дополнение к текущим, просто задайте себе вопрос: «Это кому-то поможет работать лучше?» 🤔 И сразу станет ясно, полезная эта обязанность или нет.
❤1👍1🔥1
#жизнь
На выходных должны были лететь в Белград на вакцинацию, но перенесли болезнь и делать не стали. Билеты были невозвратные, поэтому просто прекрасно провели время и пошопились.
А какое у вас было последнее новое место?
На выходных должны были лететь в Белград на вакцинацию, но перенесли болезнь и делать не стали. Билеты были невозвратные, поэтому просто прекрасно провели время и пошопились.
А какое у вас было последнее новое место?
Сегодня хочется обсудить #зеленыефлаги у компании и одну из ключевых активностей — хакатоны. Если компания находит время и желание для проведения хакатонов, для меня это определенно зеленый флаг. ✅
Почему хакатоны — это хорошо?
Поднятие настроения 🎉
Хакатоны — это не только работа, но и веселье. Команды собираются вместе, чтобы решать интересные задачи, что создает атмосферу энтузиазма и мотивации. Это отличная возможность выйти за рамки повседневной рутины и зарядиться позитивной энергией.
Обмен опытом и изучение новых технологий 💡
Во время хакатонов участники делятся своими знаниями и учатся друг у друга. Это отличный шанс изучить новые технологии, которые в обычное время могли бы остаться вне поля зрения. В итоге, такие мероприятия способствуют профессиональному росту каждого участника.
Решение проблем компании 🔧
Хакатоны часто направлены на решение реальных проблем компании. Это может быть разработка новых продуктов, оптимизация существующих процессов или решение долгосрочных задач. Команды получают свободу действий и могут предложить инновационные идеи, которые в обычное время могли бы остаться нереализованными.
Миф о больших затратах 💰
Проведение хакатона не требует огромных затрат. Зачастую достаточно корпоративного мерча в качестве приза и хорошей организации. Важно, что такое мероприятие можно провести безболезненно для текущей работы, что говорит о высоком качестве процессов внутри компании.
Вывод
Если компания может позволить себе потратить два рабочих дня на хакатон, это свидетельствует о зрелости и эффективности её процессов. Такой подход показывает, что компания ценит инновации, заботится о развитии сотрудников и умеет организовать работу так, чтобы оставалось место для творчества и экспериментов. Это определенно зеленый флаг! 🏁
Почему хакатоны — это хорошо?
Поднятие настроения 🎉
Хакатоны — это не только работа, но и веселье. Команды собираются вместе, чтобы решать интересные задачи, что создает атмосферу энтузиазма и мотивации. Это отличная возможность выйти за рамки повседневной рутины и зарядиться позитивной энергией.
Обмен опытом и изучение новых технологий 💡
Во время хакатонов участники делятся своими знаниями и учатся друг у друга. Это отличный шанс изучить новые технологии, которые в обычное время могли бы остаться вне поля зрения. В итоге, такие мероприятия способствуют профессиональному росту каждого участника.
Решение проблем компании 🔧
Хакатоны часто направлены на решение реальных проблем компании. Это может быть разработка новых продуктов, оптимизация существующих процессов или решение долгосрочных задач. Команды получают свободу действий и могут предложить инновационные идеи, которые в обычное время могли бы остаться нереализованными.
Миф о больших затратах 💰
Проведение хакатона не требует огромных затрат. Зачастую достаточно корпоративного мерча в качестве приза и хорошей организации. Важно, что такое мероприятие можно провести безболезненно для текущей работы, что говорит о высоком качестве процессов внутри компании.
Вывод
Если компания может позволить себе потратить два рабочих дня на хакатон, это свидетельствует о зрелости и эффективности её процессов. Такой подход показывает, что компания ценит инновации, заботится о развитии сотрудников и умеет организовать работу так, чтобы оставалось место для творчества и экспериментов. Это определенно зеленый флаг! 🏁
❤2👍1
#жизнь
Эта неделя завершилась пенной вечеринкой, настольными играми и увлекательной поездкой в Цетинье. Голова полностью очищена для новых задач и идей. А как вы провели свои выходные? Делитесь!
Эта неделя завершилась пенной вечеринкой, настольными играми и увлекательной поездкой в Цетинье. Голова полностью очищена для новых задач и идей. А как вы провели свои выходные? Делитесь!
😁1
В процессе общения с множеством ИТ-специалистов (https://news.1rj.ru/str/qa_mne и https://news.1rj.ru/str/qa_kgd) я заметил интересную закономерность: в компаниях, где сотрудники недовольны, часто есть серьезные проблемы с тестовым окружением.
Почему это важно? Потому что тестовое окружение — это не просто удобство, это ключевой индикатор инженерной культуры компании. Если у вас нет тестового окружения, то вы:
⏳ Постоянно теряете время на разработку и тестирование.
🛠 Не можете проверить все как следует на плохом стенде, что приводит к неопределенности: баг это или стенд снова "упал"?
🤖 Не можете интегрировать автотесты, потому что просто негде их запускать.
Эти проблемы тянутся из недели в неделю, из спринта в спринт. И вот что действительно настораживает: если руководство игнорирует этот очевидный источник неэффективности, то с более сложными проблемами, скорее всего, будет та же ситуация.
💡 Моя мысль: отсутствие тестового окружения — это как канарейка в шахте, сигнализирующая о том, что в компании есть системные проблемы. Это такая быстрая проверка, которая доступна на самых первых днях работы в компании.
А как вы оцениваете такие экспресс-проверки? Делитесь своими в комментариях!
Почему это важно? Потому что тестовое окружение — это не просто удобство, это ключевой индикатор инженерной культуры компании. Если у вас нет тестового окружения, то вы:
⏳ Постоянно теряете время на разработку и тестирование.
🛠 Не можете проверить все как следует на плохом стенде, что приводит к неопределенности: баг это или стенд снова "упал"?
🤖 Не можете интегрировать автотесты, потому что просто негде их запускать.
Эти проблемы тянутся из недели в неделю, из спринта в спринт. И вот что действительно настораживает: если руководство игнорирует этот очевидный источник неэффективности, то с более сложными проблемами, скорее всего, будет та же ситуация.
💡 Моя мысль: отсутствие тестового окружения — это как канарейка в шахте, сигнализирующая о том, что в компании есть системные проблемы. Это такая быстрая проверка, которая доступна на самых первых днях работы в компании.
А как вы оцениваете такие экспресс-проверки? Делитесь своими в комментариях!
❤1👍1🔥1
Жизнь после тридцIT pinned «Приветствую всех в канале "Жизнь после тридцIT"! Меня зовут Евгений Жильцов, и у меня более 11 лет опыта работы в ИТ-индустрии, в том числе на позиции тимлида в области обеспечения качества (QA). Мой путь включал управление крупными командами, автоматизацию…»