Разработчик сделал задачу по вашему описанию, а на демо оказалось, что сделано не то — что поменяете в том, как ставите задачи?
Валерия · Карьерный консультант
Проверил Станислав Худяков
Короткий ответ
Признайте, что непонятая задача — в первую очередь ошибка постановки. Затем назовите, что меняете: в задаче теперь есть цель, примеры «дано, когда, тогда» для обычного сценария и два-три крайних случая. Обсудите задачу с разработчиком голосом до старта и попросите показать черновой результат через день-два, пока ошибка стоит часы.
Почему этот вопрос задают
Легко сказать, что разработчик не понял. Интервьюер проверяет, возьмете ли вы ответственность за постановку и что конкретно поменяете: что теперь пишете в задаче и когда сверяетесь с разработчиком.
Как отвечать
- Признайте свою часть — скажите, чего не хватило в описании, без упреков разработчику
- Начинайте задачу с цели — напишите, кто пользователь, какую проблему решаем и что он сможет сделать после
- Пишите критерии приемки примерами — «дано, когда, тогда» для обычного сценария и двух-трех крайних случаев
- Обсудите задачу с разработчиком до старта — попросите пересказать ее своими словами и задать вопросы
- Договоритесь о промежуточном показе — попросите показать черновую версию на стенде через день-два, пока ошибка стоит часы
Уточняющие вопросы
- Насколько сильно сделанное разошлось с ожиданием: переделать часть или все с нуля?
- Как была описана задача: текстом в трекере, макетом или устно на встрече?
- Это разовый случай или такое уже бывало с этим разработчиком и другими задачами?
Пример сильного ответа
Ситуация
Я вел личный кабинет интернет-провайдера, около 200 тысяч абонентов, и поставил задачу на смену тарифа прямо в кабинете. На демо выяснилось, что разработчик сделал смену с начала следующего месяца, а бизнес ждал смену сразу с пересчетом.
Пример ответа и частые ошибки
Открываются на любом тарифе подписки
Сигналы для интервьюера
Сильный ответ
Признает свою часть ошибки и называет конкретные изменения: цель в задаче, критерии приемки с крайними случаями, разговор до старта
Тревожный сигнал
Говорит про постановку задач в целом и не может показать на примере, как теперь выглядит его задача
Красный флаг
Винит разработчика, что тот не переспросил, и ничего не меняет у себя
Частые ошибки
«Буду писать задачи на три страницы, чтобы ничего не упустить»
«Добавлю в задачу цель и примеры для обычного сценария и крайних случаев, остальное обсудим голосом»
Пример ответа и частые ошибки
Открываются на любом тарифе подписки
Источники
Рон Джеффрис: у пользовательской истории три части — карточка, разговор и подтверждение. В начале работы заказчик объясняет разработчикам, как он проверит, что сделано нужное, и это и есть приемочные тесты.
Ron Jeffries — Essential XP: Card, Conversation, ConfirmationМартин Фаулер о формате «дано, когда, тогда»: «дано» описывает состояние до действия, «когда» — само действие, «тогда» — изменения, которых вы ждете. Формат придумали Дэниел Терхорст-Норт и Крис Мэттс.
Martin Fowler — Given When Then
