Неделю назад на день компании для инициативная группа создала забавную анкету с вопросами из жизни разных профессий, чтоб, так сказать, проникнуться спецификой и вообще.
Вопросы в виде кейсов, с пояснениями. Вот такие кейсы выдал я:
КЕЙС: Сложная задача
На проверку пришла большая задача. Тестировщик заранее тщательно готовился к ней, поэтому за полдня нашел 18 ошибок верстки, три ошибки удобства использования, семь логических и три неверных толкования ТЗ.
Что делать дальше?
КЕЙС: Ночью в поле с конем
День разработчика. Восемь вечера, конец рабочего дня. Разработчик сделал завершающий коммит по задаче и с остальными программистами пошел в бар, отмечать. Менеджер, уходя, просит проверить эту задачу, чтоб в 4 часа ночи (пока нагрузка на сервера минимальна) служба дежурных инженеров выкатила задачу в бой. Задача содержит критическую функциональность, в которой не должно быть дефектов, поэтому на проверку задачи уйдет не меньше восьми часов. Времени впритык и менеджер просит протестировать ее прямо сейчас, завтра без этой задачи Контур уже начнет терпеть убытки в десятки миллионов рублей.
Как поступить?
КЕЙС: Сложная задача, ответ:
КЕЙС: Ночью в поле с конем, ответ:
Во-первых, срочное тестирование не имеет смысла, ведь нет разработчика, который бы исправил найденные баги.
Во-вторых, если задача настолько важная, почему менеджер сам не остался, не предложил помощь, не взял часть проверок на себя?
Вывод: задача не настолько критична и можно смело поздравлять программистов с их профессиональным праздником.
Команда должна быть вместе в сложной ситуации, особенно ее лидер.
Захаров Максим. EDI
Вопросы в виде кейсов, с пояснениями. Вот такие кейсы выдал я:
КЕЙС: Сложная задача
На проверку пришла большая задача. Тестировщик заранее тщательно готовился к ней, поэтому за полдня нашел 18 ошибок верстки, три ошибки удобства использования, семь логических и три неверных толкования ТЗ.
Что делать дальше?
- завести дефекты юзабилити в трекер и назначить их на проектировщика, чтоб он мог принять решение по их исправлению, логические дефекты назначить на разработчика, чтоб тот мог их исправить, а неверные толкования ТЗ передать аналитику для разрешения неоднозначности.
- не заводить дефекты, громко выругаться, прекратить работу и пойти пить кофе.
- завести дефекты, собрать совещание, на него позвать проектировщика, аналитика и разработчика, на совещании заняться приоритезацией дефектов.
КЕЙС: Ночью в поле с конем
День разработчика. Восемь вечера, конец рабочего дня. Разработчик сделал завершающий коммит по задаче и с остальными программистами пошел в бар, отмечать. Менеджер, уходя, просит проверить эту задачу, чтоб в 4 часа ночи (пока нагрузка на сервера минимальна) служба дежурных инженеров выкатила задачу в бой. Задача содержит критическую функциональность, в которой не должно быть дефектов, поэтому на проверку задачи уйдет не меньше восьми часов. Времени впритык и менеджер просит протестировать ее прямо сейчас, завтра без этой задачи Контур уже начнет терпеть убытки в десятки миллионов рублей.
Как поступить?
- не подводить свою команду и проверить задачу. Менеджер обязательно компенсирует переработку и выпишет отгул.
- отказаться и пойти в бар пить пиво с разработчиками
- попросить коллег-тестировщиков из соседней команды помочь с задачей, распараллелить работу и успеть проверить задачу еще до того как уйдет последний трансфер. В будущем обязательно помочь им аналогичной ситуаци
КЕЙС: Сложная задача, ответ:
не заводить дефекты, громко выругаться, прекратить работу и пойти пить кофе.Комментарий: Вероятность нахождения еще одного дефекта в задаче прямо пропорциональна количеству уже найденных. Очевидно, что задача не реализована. В данной ситуации продолжать работу, значит лишь усугублять проблему. Необходимо незамедлительно сообщить менеджеру, что задачу не реализовали, а в команду пробрался диверсант.
КЕЙС: Ночью в поле с конем, ответ:
отказаться и пойти в бар пить пиво с разработчикамиКомментарий:
Во-первых, срочное тестирование не имеет смысла, ведь нет разработчика, который бы исправил найденные баги.
Во-вторых, если задача настолько важная, почему менеджер сам не остался, не предложил помощь, не взял часть проверок на себя?
Вывод: задача не настолько критична и можно смело поздравлять программистов с их профессиональным праздником.
Команда должна быть вместе в сложной ситуации, особенно ее лидер.
Захаров Максим. EDI
Комментариев нет:
Отправить комментарий