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

1. Содержит проблему Плохо: Улучшить вывод отчета Хорошо: Менеджеру не хватает номера телефона в отчете по продажам Комментарий: Подробнее расписывал здесь

2. Описывает результат, а не процесс Плохо: Добавьте колонку «Контактное лицо» Хорошо: Менеджер из отчета должен легко связаться с клиентом Комментарий: В первом случае получим просто колонку, а во втором программист может подумать, что стоит добавить и телефон, и часы работы

3. Есть четкие критерии проверки и приемки Плохо: Отчет медленно формируется Хорошо: Отчет должен формироваться за 1 секунду Комментарий: В первом случае ускорение может быть слишком маленьким и незаметным

4. Указана как и что будем тестировать Плохо: Методика тестирования не описана Хорошо: Чтобы проверить, что отчет должен формироваться за 1 секунду нужно построить отчет за год по организации Конфетпром без отбора Комментарий: Если нет методики тестирования велик соблазн сказать «Готово, насяльника!» и все. Если методика есть, то можно подумать и об автоматизации тестирования

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

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

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

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

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

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

В этом посте были ссылки, но мы их удалили по правилам Сетки