Техническое задание, которое ИТ не сможет понять двояко
Предмет
Техническое задание, которое ИТ не сможет понять двояко
Финансист просит «сделать выгрузку», ИТ делает отчёт — и через два месяца выясняется, что сделано не то. Причина не в людях: в задании не было приёмочного теста. Результат работы — ТЗ, где у каждого требования есть тест, приоритет и границы: что входит, а что остаётся за рамками.
Требование, тест и границы — в одной таблице
Норма, на которую опирается работа
| Приёмочный тест вместо «сделать хорошо» | Требование без проверяемого результата не берётся в работу: иначе «сделано» и «работает» — разные вещи, и спор решается вкусом, а не запуском. |
|---|---|
| Границы работ | Доработка касается выгрузки и справочника соответствий. Методика учёта и закрытие периода — отдельный проект со своим сроком и ответственностью. |
| 402-ФЗ — данные под выгрузкой | Выгрузка не создаёт новых проводок: она показывает то, что уже проведено, и не меняет учёт. |
| Контроль «дебет = кредит» | Проверка встроена в приёмку: искусственно сломанная проводка должна ронять отчёт, а не проходить молча. |
Как идёт работа
- 1
Собирает требования
Из работы финансовой службы: что делается руками каждый месяц и сколько это стоит по времени.
- 2
Пишет тест к каждому
Проверяемый результат: сумма сходится с ведомостью, ошибка видна, чужой центр не виден.
- 3
Расставляет приоритет
Сначала то, что даёт эффект сразу: выгрузка, справочник, признак центра ответственности.
- 4
Фиксирует границы
Что входит и что не входит: методика учёта, закрытие периода и налоговая отчётность остаются вне работ.
- 5
Собирает приёмку
Три прогона: данные, ошибка, доступ. Каждый подтверждается файлом или скриншотом, а не словами.
Агент делает. Вы решаете.
| Агент формулирует | Требования, тесты, приоритет и границы — на языке результата. |
|---|---|
| Агент проверяет | Приёмку: сходятся ли суммы, видна ли ошибка, закрыт ли доступ. |
| Вы решаете | Что заказывать первым и какого срока требовать от подрядчика. |
Подключения
Что подключим
Статус каждой системы назван честно: обещание — с условием и сроком
1С: учёт и выгрузка
по запросу · API есть, нужен договор и ключ; ТЗ собирается и без доступа.
Таблицы
подключим · доступ к папке: реестр требований ведётся вместе с ИТ.
Задачи и трекер
подключим · доступ по API: требование связывается с задачей и сроком, а не с письмом.
Файлы
подключим · папка: версии ТЗ не расходятся между ИТ и финансами.
Данные
Откуда берутся цифры
Работа финансовой службы
Что делается руками каждый месяц и сколько это занимает.
Схема учёта
Счета, субконто, регистры: на что можно опереться в выгрузке.
Требования ИТ
Что уже есть в системе и что придётся менять в релизе.
Предел
Что видно в цифрах
Двенадцать требований, шесть из них высокого приоритета, суммарная оценка — тридцать восемь дней работ. Первые три дают эффект сразу: выгрузка по статьям и центрам, справочник соответствий, признак центра в проводке. Три прогона приёмки отделяют «сделали» от «работает»: сумма против ведомости, сломанная проводка, чужой центр.
Развилка: три пути и их последствия
| Просить «сделать выгрузку» | Быстро пишется, потом два месяца выяснений, что именно имелось в виду, и переделка за свой счёт. |
|---|---|
| Ждать, пока ИТ предложит сами | ИТ сделает удобно для системы, а не для финансовой службы: отчёт будет, а решения по нему принимать нельзя. |
| ТЗ с тестом и границами | Выбранный путь: приёмка проверяется запуском, а границы защищают проект от роста вчетверо. |
Границы
Что агент не делает
Не оценивает стоимость работ за подрядчика: оценка в днях — для планирования, а не обязательство. Не обещает срок выпуска релиза и не меняет учёт. Не пишет код и не подменяет разработку описанием задачи.
Возражения
Что обычно спрашивают до входа
«У нас нет ИТ, кто это сделает»
ТЗ нужно и подрядчику: с тестом и границами работа оценивается точнее, а спор решается запуском, а не перепиской.
«Мы уже заказывали, сделали не то»
Поэтому в задании есть приёмка: три прогона, каждый подтверждён файлом. Без этого «не то» обнаруживается через квартал.
«Финансист не должен писать ТЗ»
Должен определять результат: что должно получиться и как это проверяется. Форму задания агент приводит к виду, понятному ИТ.
Частые вопросы
Чем это отличается от ТЗ разработчика
Здесь требование идёт от результата: что финансист должен увидеть и как это проверить. Технические решения — за ИТ.
Что если API у 1С закрыт
Тогда требование меняется: выгрузка файлом по регламенту и проверка полноты. Это тоже требование с тестом.
Сколько занимает приёмка
Три прогона по одному разу: данные, ошибка, доступ. Обычно это один рабочий день на сторону.
Можно ли принять работу без теста
Можно, но тогда «работает» проверяется мнением. Тест пишется до начала работ, а не после.
Куда дальше
Соседние компетенции
Маппинг статей 1С
Первое требование из этого ТЗ — соответствие статей — показано целиком.
Книга-модель на формулах
Куда приходит выгрузка: модель, которая пересчитывается сама.
Финансист: все десять работ
Роль целиком: бюджет, отчётность, казначейство, модели.
- Компаниям: договор с ИП в России, счёт и закрывающие документы, НДС к вычету
- Рубли, без VPN и иностранной карты: открывается из России
- Электронную подпись агент не получает: подпись и отправка остаются у вас
Роли
Справки
Собрать ТЗ на доработку учёта
Опишите, что делаете руками каждый месяц — вернём требования с тестами и границами.