Моё первое ТЗ: начал со слов «я такого ещё не делал» В «Дилибриуме» мне поручили ТЗ на автоматизацию анализа расчёта сменно-суточного плана в корпоративной системе планирования крупного промышленного заказчика. ТЗ я до этого не писал, так и сказал, и попросил образец. Это сэкономило больше времени, чем попытки делать вид. На входе было 10 задач в трекере, макеты интерфейса, скриншоты и примеры JSON. Общей картины нигде не было. Что я сделал: — свёл всё в одну структуру, чтобы у каждого изменения было своё место; — описал вкладки с результатами расчёта и логику навигации по каждому разделу; — выпускал версии по мере уточнений, а не ждал идеального черновика. Важно про долю: я писал фронтенд-часть. Бэкенд-часть дописал архитектор: это его зона. ТЗ утвердил генеральный директор. Дальше по ТЗ нужно было проверить систему, и я делал чек-лист приёмочных испытаний: по пунктам ТЗ, входным данным и маппингу. Коллега-аналитик потом написала: «всё заполнено корректно». Плюс я навёл порядок в нумерации: бизнес-требования и бизнес-правила получили сквозные номера, чтобы на них можно было ссылаться. Позже, уже бизнес-аналитиком, я перепроверял чек-лист приёмки для той же системы. Маппинг данных изменился, и старые проверки проверяли бы не то. Я сверил каждую с актуальным маппингом и реальным Excel-отчётом системы. Проверяемых правил стало 106 вместо 85, чек-лист приняли как приложение к методике испытаний. Два вывода. Сказать «не делал» нормально. А чек-лист стареет вместе с данными, не только с кодом. #бизнесаналитик #техническоезадание #требования #приёмочныеиспытания