Повышение эффективности команды. Ретроспектива как инструмент.Natalia Zinovyeva
Хорошие команды не появляются просто так. Они формируются с течением времени. И ретроспектива может стать ключевым помощником в этом.
На основе собственного опыта расскажу о том, как провести эффективную ретроспективу. Как с помощью ретроспективы повышать эффективность команды. Как решать различные сложности, улучшать коммуникации и атмосферу, мотивировать команду на успех.
QA Fest 2019. Николай Мижигурский. Миссия /*не*/выполнима: гуманитарий собесе...QAFest
Случалось ли вам запускать автоматизацию на проекте? Испытывать непревзойденное удовольствие от необходимости собеседовать технического специалиста, когда сам не имеешь технического опыта? Если да, то этот доклад для вас.
Мы научимся анализировать сеньорность кандитата, его технический уровень и способность к организации команд. Но самое главное - все это мы сможем достичь без серьезного технического опыта. Будет интересно, заходи на огонек!
Повышение эффективности команды. Ретроспектива как инструмент.Natalia Zinovyeva
Хорошие команды не появляются просто так. Они формируются с течением времени. И ретроспектива может стать ключевым помощником в этом.
На основе собственного опыта расскажу о том, как провести эффективную ретроспективу. Как с помощью ретроспективы повышать эффективность команды. Как решать различные сложности, улучшать коммуникации и атмосферу, мотивировать команду на успех.
QA Fest 2019. Николай Мижигурский. Миссия /*не*/выполнима: гуманитарий собесе...QAFest
Случалось ли вам запускать автоматизацию на проекте? Испытывать непревзойденное удовольствие от необходимости собеседовать технического специалиста, когда сам не имеешь технического опыта? Если да, то этот доклад для вас.
Мы научимся анализировать сеньорность кандитата, его технический уровень и способность к организации команд. Но самое главное - все это мы сможем достичь без серьезного технического опыта. Будет интересно, заходи на огонек!
Как сделать ретроспективу полезной @ Agile Days'15 Simon Petkov
Презентация к мастер-классу на AgileDays'15
ОK, команда! Что в этот спринт было хорошо? Что плохо? Какие идеи?
Такие ретроспективы чаще всего не ведут к главной цели - не создают атмосферу непрерывного улучшения.
Как же всё-таки создать эту атмосферу?
В рамках этого воркшопа мы:
Поговорим о том как подготовиться к проведению ретроспективы
Как создаётся руководство по фасилитации ретроспективы
Поговорим о том , как сделать ретроспективу интересной и главное полезной
Расширим базовый инструментарий фасилитатора ретроспективы
Постараемся накреативить свои собственные, новые техники.
И конечно же просто поделимся опытом.
How to approach testing in a distributed teamBinary Studio
Presentation for meetup "Meet for IT: Learning to test. Testing to learn" by Tatiana Shabskaya (QA at Binary Studio)
event: http://binary-studio.com/qa-meetup/
video: https://youtu.be/dwNkT1CN-5c?t=188
GTD и другие методики повышения эффективности работы программиста: теория и п...CUSTIS
Мастер-класс Вячеслава Муравлева, нашего ведущего Java-разработчика, на базе тьюторского центра факультета компьютерных наук НИУ ВШЭ (18 февраля 2015 года, Москва).
Ольга Лужецька - Exploratory testing: Love it or Leave it?DataArt
Є думка, що exploratory testing - це хаотичний процес, яким важко керувати. Ми розберемось, чи можна організувати exploratory testing так, щоб продукт був крутим та якісним, ризики більш передбачувані, а тестувальники отримували задоволення.
Личная эффективность программиста: как сосредоточиться на работе и не забыть ...CUSTIS
Открытый семинар для студентов в компании CUSTIS (10 апреля 2014 года).
Лектор: Вячеслав Муравлев, ведущий Java-разработчик.
Аннотация: Перед разработчиком часто встает непростая задача — полностью сосредоточиться на работе, — но жизнь не стоит на месте: звонки, письма, вопросы коллег тормозят и прерывают рабочий процесс. На этом семинаре мы рассмотрим способы организации поступающей информации и ее эффективного использования (методика GTD), а также методы концентрации на выполняемых задачах, борьбы с прокрастинацией и достижения «состояния потока» (методики AutoFocus, Agile Results). В завершение встречи мы поговорим о необходимом инструментарии и попрактикуемся в применении нескольких из предложенных методов.
Видеозапись семинара: https://vimeo.com/92140248.
Как сделать ретроспективу полезной @ Agile Days'15 Simon Petkov
Презентация к мастер-классу на AgileDays'15
ОK, команда! Что в этот спринт было хорошо? Что плохо? Какие идеи?
Такие ретроспективы чаще всего не ведут к главной цели - не создают атмосферу непрерывного улучшения.
Как же всё-таки создать эту атмосферу?
В рамках этого воркшопа мы:
Поговорим о том как подготовиться к проведению ретроспективы
Как создаётся руководство по фасилитации ретроспективы
Поговорим о том , как сделать ретроспективу интересной и главное полезной
Расширим базовый инструментарий фасилитатора ретроспективы
Постараемся накреативить свои собственные, новые техники.
И конечно же просто поделимся опытом.
How to approach testing in a distributed teamBinary Studio
Presentation for meetup "Meet for IT: Learning to test. Testing to learn" by Tatiana Shabskaya (QA at Binary Studio)
event: http://binary-studio.com/qa-meetup/
video: https://youtu.be/dwNkT1CN-5c?t=188
GTD и другие методики повышения эффективности работы программиста: теория и п...CUSTIS
Мастер-класс Вячеслава Муравлева, нашего ведущего Java-разработчика, на базе тьюторского центра факультета компьютерных наук НИУ ВШЭ (18 февраля 2015 года, Москва).
Ольга Лужецька - Exploratory testing: Love it or Leave it?DataArt
Є думка, що exploratory testing - це хаотичний процес, яким важко керувати. Ми розберемось, чи можна організувати exploratory testing так, щоб продукт був крутим та якісним, ризики більш передбачувані, а тестувальники отримували задоволення.
Личная эффективность программиста: как сосредоточиться на работе и не забыть ...CUSTIS
Открытый семинар для студентов в компании CUSTIS (10 апреля 2014 года).
Лектор: Вячеслав Муравлев, ведущий Java-разработчик.
Аннотация: Перед разработчиком часто встает непростая задача — полностью сосредоточиться на работе, — но жизнь не стоит на месте: звонки, письма, вопросы коллег тормозят и прерывают рабочий процесс. На этом семинаре мы рассмотрим способы организации поступающей информации и ее эффективного использования (методика GTD), а также методы концентрации на выполняемых задачах, борьбы с прокрастинацией и достижения «состояния потока» (методики AutoFocus, Agile Results). В завершение встречи мы поговорим о необходимом инструментарии и попрактикуемся в применении нескольких из предложенных методов.
Видеозапись семинара: https://vimeo.com/92140248.
Comaqa 2017 Presentation in Russian. Can we have some more quality? Who is responsible for QA on a project? Visionary talk on what direction testing (as a profession) should develop nowdays.
Документация тестировщика - Александр ТрибушныйDataArt
Как сделать документацию тестировщика лучше?
- зачем нужна матрица трассируемости?
- проблемы разработки тест-кейса;
- частые ошибки при написании баг-репорта;
- рекомендации при написании тест-кейсов и баг-репортов.
Тестирование — это способ узнать о разнообразных проблемах, которые могут возникнуть во время разработки вашего проекта. В лекции рассмотрены различные виды тестирования и различные практики, которые позволят вам узнавать о проблемах заранее.
лившиц владимир - независимое тестирование мифMagneta AI
Сюжет этой короткометражки рассказывает о том, как можно трансформировать «незавсимую» команду тестирования для обеспечения качества в нескольких Scrum командах (работающих в одном известном инвест-банке). Это почти что боевик о ломке устоявшихся принципов и небоязни меняться. Обсуждается вопрос: приносят тест-кейсы пользу? Тут есть немного философии: отношения тестировщиков и не совсем к тестированию и качеству в Agile командах.
9. Реакция обычного тест-менеджера
1. Ищет отмазку для
Почему руководства
пропустил
и багу??! 2. Ищет виноватого и
%#@&!
даѐт ему в глаз
3. Наводит шухер
4. Сам перепроверяет
5. Заводит баг
6. Проверяет что баг
исправлен
10. Реакция просветлённого тест-менеджера
1.Анализирует
Почему
пропустил
причину пропуска
и багу??!
%#@&! 2.Ищет решение
для исправления
3.Корректирует
процесс
так, чтобы это
больше не
повторялось
11. Как проанализировать причину пропуска?
Почему пропустили багу?
Не было времени на проверку
Почему не было времени?
Задержали предыдущую задачу
Почему задержали предыдущую?
Не было вовремя необходимого оборудования
Почему не было оборудования?
Тест-менеджер забыл его вовремя заказать
Почему забыл заказать?
На проекте не ведѐтся планирование «железа»
12. Как проанализировать причину пропуска?
Причина Действие
Мы не знали, что какая-то • Анализ продукта
опция, настройка, условие • Анализ кода (white box и code coverage)
влияют на работу • Согласование тестов с разработчиками и
аналитиками
Не учли комбинацию • Анализ зависимостей
взаимозависимых • Pairwise
параметров
Баг появился за несколько • Повысить регулярность regression
сборок до релиза, не • Автоматизация
успели протестировать • Совместная с разработчиками приоритезация
тестов
Тест был отброшен / • Составление ментальной модели пользователя
отложен из-за низкого • Выяснение «Как используется наш продукт в
приоритета боевых условиях?»
Человеческий фактор, баг • Донести ответственность до сотрудников
просто пропустили • Узнать причину (квалификация / мотивация) и
работать над решением корня проблемы
15. Реакция просветлённого тест-менеджера
Условие Действие
Маленькая команда, • Настроить отправку писем по каждому новому
простой продукт дефекту всей команде
• Ввести теги, компоненты, области ПО в баг-
трекере – всѐ для удобства поиска
• Шаблон заголовка дефекта для удобства
нахождения
Большая команда, • Назначить ответственных модераторов за каждую
сложный продукт область функционала
• Ввести премодерацию дефектов, так чтобы все
баги по одной области проходили через одного
человека
Много подпроектов • Ответственные по проектам с премодерацией
17. Реакция обычного тест-менеджера
Ты почему опять завёл баг
через одно место??!
Сколько можно говорить что
их надо заводить правильно?
%#@&!
18. Реакция просветлённого тест-менеджера
Условие Действие
Простой продукт, • Совместный разбор спорных, сложных дефектов
маленькая команда
Сложный продукт • Анализ причин, влияющих на баги: настроек и
параметров
• Проведение внутренних тренингов по
локализации багов и по архитектуре продукта
• Шаблоны дефектов, правила «что должно быть в
баге обязательно»
• Наставники по заведению дефектов
Большая команда • Оценки в баг-трекере (проставляются
разработчиком в момент исправления)
• Анализ оценок, слабых мест, что нужно улучшать
• Внедрение роли «дефектный контроллѐр»
21. Реакция просветлённого тест-менеджера
1. Анализ причин 2. Учѐт результатов анализа
• С • Тестирование требований
аналитиком, внедрен • Обсуждение улучшений с
цем, РМ’ом проектной командой
• Самостоятельно – • Переход тестирования в
через QC
анкетирование, набл
юдение, опросники
25. Рабочий день просветлённого тест-менеджера
1. Ежедневный анализ: что важно, а
что нет?
2. Какие текущие приоритеты?
3. Что из моих задач можно
делегировать?
28. Выводы для ПТМ
1. По каждой проблеме –
анализ причин и
превентивные меры
2. По каждой цели –
выработка метрик для
своевременных изменений
3. Каждый день – вопрос: что
нужно улучшить
сегодня, чтобы не было
проблем завтра?