Опять двадцать пять?

Примерно раз в месяц Саша Орлов устраивает в своём блоге Happy-PM обсуждение кейсов с последующим разбором. В основном обсуждаются темы взаимоотношений руководителя с подчинёнными, но очередной кейс не может не тронуть сердца тестировщиков, и главным образом тест-менеджеров, потому что наверняка многие попадали в похожую ситуацию -- руководитель проекта просит тестировщиков поработать в субботу, потому что "разработчики доделают очередную версию к пятнице, а на следующей неделе уже сдавать". Поэтому мы предлагаем принять участие в обсуждении этого кейса, а может быть рассказать, как вы действовали в аналогичных обстоятельствах.

И, кстати, раскрою небольшой секрет, не дожидаясь официальной публикации -- во второй день конференции SQA Days 7, которая пройдёт в Харькове 14-15 мая, Саша будет проводить мастер-класс "Конструктивное решение проблем и конфликтов", акцентируя внимание именно на конфликтах между тестировщиками и другими участниками проектов разработки, так что этот кейс можно считать небольшой подготовкой к мастер-классу.

Кейс “Опять двадцать пять”

Максим (руководитель проекта) и Алексей (руководитель группы тестирования) работают в небольшой продуктовой компании.
Однажды вечером между ними состоялся такой диалог.

М: Привет! Слушай, похоже тебе и твоим ребятам придется поработать в субботу. Извини, что сообщаю об этом всего лишь за два дня.
А: Опять? Надо же…
М: Да. Разработчики буквально пару минут назад сообщили мне, что завтра к обеду будет готов билд, в котором будут исправлены все пять оставшихся критичных багов, восемь второго приоритета и еще куча мелких. Всего 27 штук! И это они за 4 дня успели сделать, такого у нас уже давно не было. Они действительно классно поработали. Давай и вы тоже продолжите в том же духе.
А: Мда… они молодцы, конечно. Они сами что-нибудь потестили? Билд хотя бы собирается нормально?
М: Конечно собирается, даром что ли неделю на настройку билдера убили. И юнит-тесты прошли все, хоть их и немного.
А: … да еще и старых.
М: Ну да, старых, но это же все время, ты же в курсе. Каждый из них, конечно же, проверил все пофикшенные баги у себя локально, куда ж без этого. И все было нормально. Но чтоб узнать, как оно все вместе работает, вы нам и нужны. Так ведь? У них на это просто никогда не будет времени, да и не их это задача. Вы же должны обеспечить качество продукта.
А: Хорошо, я могу протестировать продукт, но как обеспечить его качество и качество их чудо-кода… я не знаю.
М: Конечно знаешь. По крайней мере, лучше тебя этого никто тут не знает. Ты же эксперт в таких вещах.

Продолжение кейса и обсуждение в блоге Happy-PM

Можно обсуждать и здесь, но сюда Саша редко заходит (если вообще заходит :) ), но главное -- что тут одни тестировщики, а там у него и разработчики, и менеджеры поучаствуют в дискуссии.

Персонажи оба смешные такие. Разговор состоялся за два дня, т.е. в среду. Билд будет готов в четверг в обед. Значит так:
1. Приходим в четверг на работу к обеду
2. Ставим билд, тестируем
3. К вечеру пятницы находим столько критичных багов, что в субботу уже придется выходить разработчикам
4. ...
5. Profit!

Руководитель тестирования совершает ошибку, идя на уступки. Он понимает, что субботник не даст особого результата, но сопротивляется очень вяло и неконструктивно, и в итоге уступает.

Руководитель проекта тоже хорош. Никак не заинтересовывает тестировщиков. "Надо, и всё". Ставит их в подчиненное положение - разработчики молодцы, трогать их не надо, а вы уж как-нибудь. Дает оценки на тестирование "через голову" руководителя тестирования. Ну и так далее по мелочам.

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

С учетом демотивированного руководителя тестирования, тестировщиков, которых вообще никто не спросил, "отдыхающих" разработчиков, стоимости овертайма - потенциальный выйгрыш в один рабочий день обойдется очень дорого. По-моему, так.

Персонажи оба смешные такие. Разговор состоялся за два дня, т.е. в среду. Билд будет готов в четверг в обед. Значит так:

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

Персонажи оба смешные такие. Разговор состоялся за два дня, т.е. в среду.

На пальцах считала. Никак среда не выходит.
Потом поняла.
Если б пятницу был разговор - то скорее всего "накануне" было бы сказано.
Если б в четверг - то "за один день"
Ну тогда - получается что в среду разговор был.

В этом есть своя прелесть!
Простая вроде фраза. А у кого - среда получается, у кого четверг!

ПС.
Очень понравилось выражение "продуктовая компания". Сразу представила такой складик с бакалеей....
мука там в мешках, пшено...Сходила кофе выпила.... стало понятно, что есть "продуктовая компания.

Персонажи оба смешные такие. Разговор состоялся за два дня, т.е. в среду. Билд будет готов в четверг в обед. Значит так:

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

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

А чего будут делать тестировщики в выходные без разработчиков? Половина багов будет переоткрыта и оставлена на понедельник, так получается? Кому тогда нужна работа в выходные? Если действительно аврал, то выходим все вместе и работаем сообща. А так вроде и отмазаться не очень получается, потому что все-таки надо, но и результата особого не будет.

А чего будут делать тестировщики в выходные без разработчиков? Половина багов будет переоткрыта и оставлена на понедельник, так получается? Кому тогда нужна работа в выходные?

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

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

За ночь контекст восстанавливается. А так получается у DEV всего лишь потеря контекста, а в QA потерянный выходной.

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

За ночь контекст восстанавливается. А так получается у DEV всего лишь потеря контекста, а в QA потерянный выходной.

Скорее даже два, в субботу ведь пивко халявное
Даже если будут переоткрыты баги в субботу... и будет чудовищный процент переоткрывания например 20%, из 27 это порядка пяти штук... допустим контора серьезная и спецы хорошие и с учетом 2 недель до релиза предполагаемое состояние продукта должно быть стабильным... Сколько им надо будет времени чтобы дофиксать? Думаю, не много. Нет смысла платить за работу в выходные, пиво с пиццей с таким слабым выхлопом.

Если контора серьезная и спецы хорошие, то описанная ситуация может и не возникнуть :)

Если контора серьезная и спецы хорошие, то описанная ситуация может и не возникнуть :)

Если менеджеры у спецов тоже хорошие, тогда не возникнет :)

Надо же, я весьма удивлён тем, как лояльно отнеслись тестировщики к этому кейсу -- думал, что все будут ругать менеджера, который так бесчеловечно поступает с тестировщиками. Но нет, холодный расчёт возобладал над эмоциями ("Нет смысла платить за работу в выходные, пиво с пиццей с таким слабым выхлопом"). Даже не знаю, хороший это признак (относятся с пониманием к проблемам менеджера и его заморочкам) или наоборот (уже привыкли, реакции притупились).

Надо же, я весьма удивлён тем, как лояльно отнеслись тестировщики к этому кейсу.

Юрий Антонов когда-то по этому поводу пел такие рифмы:

Гляжусь в орловский кейс,
как в зеркало -
до головокружения,
и вижу в нем
судьбу свою,
и думаю о ней...

2 barancev: "только бизнес, ничего личного".