"Индия ... возникают идеи нанимать в проекты дешёвую рабочую силу из этих стран. Но это требует невероятного менеджерского мастерства и пока мне не известны удачные примеры." - ключевое про работу с индусами, боль и страдания
Господи, больше митингов богу митингов! Простите, когда работать? Если и скрам церемонии все посети, и 3 Amigos посети, и на всякие остальные созвоны сходи, так тут еще и KT сессии по поводу "кто ж такие тестировщики и что они делают" нам настоятельно рекомендуют (с)
Если ваша команда не понимает, что делает тестировщик (с) - то значит, такой ты тестировщик. И тут не митинги надо ставить дополнительные, чтобы только еще больше всех раздражать и на которые с большой вероятностью мало кто придет, а если и придет, то будет мультитаскать на фоне, а нужно делать свою работу и особенно ее результаты прозрачными для всех. Спросите как? Их есть у меня:
первое, если команда не понимает, для чего "тестировщику" нужно столько времени на тестирование - создай таски в Джире/АДО или что там пользуют на проекте, напиши в них, что входит в рамки этой таски и на что тебе там нужно Х часов, после выполнения таски приаттачь результаты - тестовую документацию ли или что-то другое, что будет видимым доказательством, что было сделано и на что ушло столько времени + с ростом опыта должен расти и перформанс, т.е. как минимум скорость выполнения тасок при сохранении/повышении уровня их качества. В результате любой человек, у которого вопросики к тебе, сможет зайти и увидеть, что ты там делал
второе, если команда не понимает ценности тестирования, возможно, качество работы такого "тестировщика" соответствующее. Находи валидные серьезные баги, если не можешь найти, улучшай тестовую стратегию, предотвращай критические ситуации, улучшай качество приложения - разработчики только спасибо скажут!
третье, что мешает во время sprint review, особенно если девы проводят демо, проводить QA демо в том числе, на котором можно показывать всей команде репорт с результатами тестирования за спринт, где будет видно, сколько чего было сделано и самое главное - какие результаты это дало в виде метрик и пояснений по ним
И помните, за качество отвечает ВСЯ команда, а не только "тестировщики"
Комментарии
"Индия ... возникают идеи нанимать в проекты дешёвую рабочую силу из этих стран. Но это требует невероятного менеджерского мастерства и пока мне не известны удачные примеры." - ключевое про работу с индусами, боль и страдания
Господи, больше митингов богу митингов! Простите, когда работать? Если и скрам церемонии все посети, и 3 Amigos посети, и на всякие остальные созвоны сходи, так тут еще и KT сессии по поводу "кто ж такие тестировщики и что они делают" нам настоятельно рекомендуют (с)
Если ваша команда не понимает, что делает тестировщик (с) - то значит, такой ты тестировщик. И тут не митинги надо ставить дополнительные, чтобы только еще больше всех раздражать и на которые с большой вероятностью мало кто придет, а если и придет, то будет мультитаскать на фоне, а нужно делать свою работу и особенно ее результаты прозрачными для всех. Спросите как? Их есть у меня:
первое, если команда не понимает, для чего "тестировщику" нужно столько времени на тестирование - создай таски в Джире/АДО или что там пользуют на проекте, напиши в них, что входит в рамки этой таски и на что тебе там нужно Х часов, после выполнения таски приаттачь результаты - тестовую документацию ли или что-то другое, что будет видимым доказательством, что было сделано и на что ушло столько времени + с ростом опыта должен расти и перформанс, т.е. как минимум скорость выполнения тасок при сохранении/повышении уровня их качества. В результате любой человек, у которого вопросики к тебе, сможет зайти и увидеть, что ты там делал второе, если команда не понимает ценности тестирования, возможно, качество работы такого "тестировщика" соответствующее. Находи валидные серьезные баги, если не можешь найти, улучшай тестовую стратегию, предотвращай критические ситуации, улучшай качество приложения - разработчики только спасибо скажут! третье, что мешает во время sprint review, особенно если девы проводят демо, проводить QA демо в том числе, на котором можно показывать всей команде репорт с результатами тестирования за спринт, где будет видно, сколько чего было сделано и самое главное - какие результаты это дало в виде метрик и пояснений по ним И помните, за качество отвечает ВСЯ команда, а не только "тестировщики"