​​КАК ПРАВИЛЬНО ПОСТАВИТЬ ЗАДАЧУ ДЛЯ РАЗРАБОТКИ
💎
«Эти разработчики опять ничего не поняли!» — возмущается заказчик мобильного приложения. Но мы все знаем, что у разработчиков тонкая душевная организация и куча злых мемов на случай недопонимания с заказчиком. Чтобы не попасть в череду уточнений, согласований и — самое плохое — исправлений ошибок, нужно просто грамотно написать задачу для специалистов.

В данной статье описывается опыт с упором на специфику работы компании (автора статьи) именно в их сфере – разработки мобильных приложений на заказ, но при этом у них есть несколько собственных продуктов в виде приложений. Если вы не увидите тут идеальных лично для вас процессов, то не переживайте, это вполне нормально, но в любом случае авторы считают, что описанное в той или иной мере может быть применимо в разных областях создания программного обеспечения.

Шаги описания задачи

⚡️ Получите все необходимые требования. Убедитесь, что сами понимаете, что требуется реализовать.
⚡️ Подберите правильное название задачи.
⚡️ В самом начале описания задачи поясните разработчику ценность изменения.
⚡️ Добавьте путь до изменяемого экрана, если это не очевидно.
⚡️ Добавьте ссылки на макеты, если фича визуальная. Если есть разные состояния в зависимости от условий, описываемых в задаче, то добавьте ссылки в контексте конкретного кейса.
⚡️ Добавьте дополнительные ссылки на артефакты, которые требуются для выполнения задачи.
⚡️ Если предполагается переиспользование для реализации, явно укажите это.
⚡️ Укажите, если в будущем будет переиспользоваться, масштабироваться или меняться результат задачи.
⚡️ Если необходимо сохранение данных для будущего использования, укажите.
⚡️ Опишите функционально задачу и убедитесь в отсутствии пробелов в логике.
⚡️ Опишите всю необходимую информацию по сетевым запросам (запрос, ответ, что парсим, опциональность; не описывать неиспользуемые поля и указать, что их не парсим).
⚡️ Укажите, если данные получаются при каком-то условии — например, касаются только авторизованных пользователей, специальных заказов или аккаунтов и т.д.
⚡️ Укажите прошлые локальные данные, если они используются.
⚡️ Пропишите логику загрузки данных: есть ли постраничная подгрузка, активити и т.д.
⚡️ Укажите логику для пустых данных.
⚡️ Опишите разные форматы отображения для разных региональных параметров, форматов дат и т.д.
⚡️ Пропишите логику для обработки специальных ошибок.
⚡️ Если требуются какие-то ключи, то добавьте их для каждого типа сборки – QA/RC/Release.
⚡️ Убедитесь, что разработчики имеют доступ ко всем необходимым артефактам или сервисам.
⚡️ Добавьте аналитику по данной функции (возможно в другой задаче – подумайте и не забудьте).
⚡️ Дополните базовый чек-лист.
⚡️ Свяжите с задачей для другой платформы и другими задачами, если есть такая зависимость.

🏁 Перечитайте всю задачу от начала до конца!

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

🍀 Source >>>

#case #development #efficiency #product #tools