Правила хорошо описанной задачи

Правила хорошо описанной задачи

1. Содержит проблему

Плохо: Улучшить вывод отчета

Хорошо: Менеджеру не хватает номера телефона в отчете по продажам

Комментарий: Подробнее расписывал здесь

2. Описывает результат, а не процесс

Плохо: Добавьте колонку «Контактное лицо»

Хорошо: Менеджер из отчета должен легко связаться с клиентом

Комментарий: В первом случае получим просто колонку, а во втором программист может подумать, что стоит добавить и телефон, и часы работы

3. Есть четкие критерии проверки и приемки

Плохо: Отчет медленно формируется

Хорошо: Отчет должен формироваться за 1 секунду

Комментарий: В первом случае ускорение может быть слишком маленьким и незаметным

4. Указано как и что будем тестировать

Плохо: Методика тестирования не описана

Хорошо: Чтобы проверить, что отчет должен формироваться за 1 секунду нужно построить отчет за год по организации Конфетпром без отбора

Комментарий: Если нет методики тестирования велик соблазн сказать «Готово, насяльника!» и все. Если методика есть, то можно подумать и об автоматизации тестирования

5. Содержит мотивацию задачи, зачем она нужна

Плохо: Вывести в отчет день рождения контактного лица

Хорошо: Есть гипотеза, что в день рождения клиенты готовы больше тратить денег и у них хорошее настроение, хорошо бы подгадать такой момент и позвонить им в это время

Комментарий: Хорошо указывать выгоду для бизнеса, в этом случае от программиста могут быть дополнительные идеи, например выделять таких контрагентов цветом, чтобы проще ориентироваться

6. Контакты заказчика

Комментарий: Тут двояко - некоторые менеджеры любят все микроконтролить. Но многие программисты неплохо общаются с заказчиками

7. Содержит все нужные материалы

Комментарий:

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

8. Есть дедлайн или приоритет

Комментарий:

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

Необязательно должны быть все эти правила в описании, но наличие их существенно повышает вероятность того, что задача будет сделано как нужно

P.S.: Эти правила изначально увидел в Школе сильных программистов и адаптировал примеры под наши 1Сные реалии