Про постановку задач на разработку

Подписчица Ирина (Ира, привет! 😊) подняла интересную тему "Как ставить задачи программисту".

🤓Краткая версия ответа
1. Описывай задачу, а не ее решение. Не "Как сделать?", а "Что сделать?".
2. Описывай сценарии работы и критерии тестирования.

🧑‍🎓Длинная версия ответа

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

Критерий хорошей постановки задачи — возможность предложить несколько альтернативных решений.

Например , приходим к программисту с "ТЗ":
"Добавь реквизит Статус в заказе".
Есть "программисты"-кодеры, которые просто сделают, что попросили, без лишних слов 👨‍💻
Опытный программист спросит: "А зачем?" (Или мой любимый вопрос "Чтобы что?") 🧐
И тут начинается самое интересное, выясняется, что нужно хранить , допустим, историю этих статусов, статус должен проставляться автоматически в зависимости от фазы Луны или настроения директора и так далее.

Тут пример утрированный, но каждый, думаю, встречался с ситуацией, как на картинке - когда из-за разных "картин мира" ставишь программисту задачу, ожидая получить одно, а получаешь другое 🥺

Хорошая памятка на эту тему. Она не про 1С, но все же.
Увы, ссылка больше не доступна :(

Про сценарии - продолжим в следующий раз

#аналитик
#какписатьТЗ