Про простые задачи Я тут выше писал про тезисы, на которые оп | Про удобство (Михаил Греков)

Про простые задачи

Я тут выше писал про тезисы, на которые опираюсь при постановке задач. Расшифрую сегодня тезис “Простых задач нет”.

Конечно, простые задачи есть и их не мало . Но смысл тезиса в том, чтобы ни к одной задаче не относиться как к простой. Простая задача — это потенциальная ловушка.

Например (упрощая реальность)

Менеджер: "Ребята, надо срочно добавить в анкету клиента адрес прописки. Это же быстро? Можем сразу в разработку забрать, аналитика же не нужна? "

Неопытный менеджер действительно может верить, что добавить адрес — это простая задача. Но нет, внутри задачи могут быть: интеграция с ФИАС (федеральная информационная адресная система), хранение структуры адреса, ситуации, когда адреса нет в ФИАС и т.д.

Представьте, что ребята говорят: “Да, вроде, просто. Давай сделаем”. И задача начинает разрастаться как снежный ком, ломая все ожидания и роадмап.

Простая задача — это задача, которую простой признали и менеджер, и аналитик, и разработчики. Т.е. любая задача должна пройти через стандартные предпрограммистские этапы: проработка постановки, дизайн (если актуально), оценка разработки. Да, это лишние транзакционные затраты для реально простых задач. Но экономия на “снежных комах” компенсирует с лихвой эти “лишние” транзакции.

Тезис “Простых задач нет” выстрадан практикой. Всякий раз, когда кто-то хочет побыстрее пропустить простую задачу в план работ, получает от меня стоп. “Возможно, задача и простая. Аналитика покажет, а после примем решение. ”