Как составить техническое задание для доработки 1С

Чёткое ТЗ — половина успешного проекта. Рассказываем, из каких разделов состоит грамотное техзадание для 1С, какие ошибки убивают проект на старте и как использовать шаблон на Koderion.

Зачем нужно ТЗ и что будет без него

ТЗ — это не формальность, а инструмент защиты обеих сторон.

Техническое задание на доработку 1С фиксирует: что именно нужно сделать, в каком окружении, какой результат считается приёмкой. Без ТЗ исполнитель делает «как понял», заказчик принимает «не то что хотел» — классика провальных проектов.

• Без ТЗ невозможно адекватно оценить трудозатраты — исполнитель либо завышает, либо занижает цену.
• Устные договорённости забываются или трактуются по-разному. Письменный документ — единая точка правды.
• Критерии приёмки из ТЗ защищают от «доработок до бесконечности» и споров о том, что считается выполненным.

Минимальное ТЗ лучше нулевого. Даже одностраничный документ с описанием цели, текущим процессом и ожидаемым результатом резко снижает риск взаимного непонимания.

Структура ТЗ для проекта 1С

Классический ТЗ на доработку 1С содержит шесть смысловых блоков.

1. 1. Цель и контекст — Опишите, зачем нужна доработка: какую бизнес-задачу она решает, что сейчас не устраивает. Укажите конфигурацию и версию: «1С:Бухгалтерия предприятия, ред. 3.0.161.15, файловый вариант, 5 пользователей».
2. 2. Описание текущего процесса — Опишите, как задача решается сейчас: вручную, через Excel, в другой системе. Это помогает исполнителю понять реальный контекст, а не придумывать его.
3. 3. Функциональные требования — Конкретные сценарии: «Пользователь открывает документ X → нажимает кнопку Y → система делает Z». Чем конкретнее — тем точнее оценка. Избегайте «система должна быть удобной».
4. 4. Техническое окружение — Версия конфигурации и платформы, тип хранения (файловая / SQL), наличие типовых доработок, используемые интеграции (1С-сайт, обмен с другой базой, EDI). Без этого раздела исполнитель слеп.
5. 5. Критерии приёмки — Перечень проверочных сценариев: «После доработки при проведении документа формируется отчёт в формате XLS без ошибок». Это основа для приёмо-сдаточного тестирования.
6. 6. Сроки и ограничения — Дата, к которой нужен результат (например, до начала квартального закрытия). Ограничения: только типовые объекты, без изменения регламентированных модулей, обязательно с документацией.

Типичные ошибки при написании ТЗ

Большинство проблемных проектов можно предсказать по качеству ТЗ ещё до начала работ.

1. Расплывчатые формулировки — «Улучшить отчёт», «сделать удобнее», «оптимизировать» — не требования. Требование: конкретное действие, конкретный результат.
2. Нет версии конфигурации — Доработка под 1С:Бухгалтерия 3.0.150 и 3.0.161 — разные задачи. Без версии исполнитель не знает, с чем работает.
3. Описание решения вместо задачи — «Добавить кнопку в форму документа» — это уже решение. Сначала опишите задачу бизнеса, исполнитель предложит оптимальный способ реализации.
4. Нет раздела «Что не входит» — Границы проекта так же важны, как и содержание. Явно укажите, что выходит за рамки задачи — это предотвратит споры об объёме.
5. Устаревший ТЗ при изменении задачи — Если в процессе согласования требования меняются — фиксируйте изменения письменно и пересогласовывайте ТЗ. Версионируйте документ.

Золотое правило. Если по ТЗ можно написать тест — значит ТЗ хорошее. Если нельзя — значит оно слишком размыто.

Как разместить задачу на Koderion

Платформа Koderion позволяет описать задачу структурированно и получить оценки от специалистов.

При создании задачи на Koderion вы заполняете форму с полями: описание задачи, конфигурация 1С, ожидаемый результат, сроки. Это минимальный набор для получения адекватных откликов. Приложите черновик ТЗ в виде файла — специалисты смогут сразу оценить объём.

• Чем детальнее описание — тем точнее оценки от исполнителей и меньше уточняющих вопросов.
• Если у вас только устное описание задачи — укажите это явно. Часть специалистов предлагает помощь с составлением ТЗ как отдельную услугу.
• Koderion защищает оплату через механизм безопасной сделки: деньги переходят исполнителю только после вашего подтверждения результата.

Зачем нужно ТЗ

См. структурированный premium-вариант выше.

Структура ТЗ для 1С

См. структурированный premium-вариант выше.

Типичные ошибки

См. структурированный premium-вариант выше.

Как разместить задачу на Koderion

См. структурированный premium-вариант выше.

Часто задаваемые вопросы

Кто должен писать ТЗ — заказчик или исполнитель?

Как правило, инициатор — заказчик (он знает бизнес-задачу), а исполнитель помогает формализовать технические требования. Хорошая практика: заказчик описывает задачу в свободной форме, исполнитель задаёт уточняющие вопросы и оформляет итоговый документ.

Нужно ли платить за составление ТЗ?

Для несложных задач (до 5–8 часов работы) исполнители часто составляют ТЗ бесплатно в рамках пре-сейл. Для крупных проектов обследование и написание ТЗ — отдельный оплачиваемый этап, результаты которого вы можете использовать для тендера среди нескольких подрядчиков.

Какой минимальный объём ТЗ достаточен для небольшой задачи?

Для задачи на 2–4 часа достаточно: текущий процесс (1–2 предложения), что нужно сделать (конкретно), конфигурация и версия, критерий приёмки. Это займёт полстраницы и избавит от лишних переговоров.

Можно ли изменить ТЗ после начала работ?

Можно, но изменения должны быть зафиксированы письменно и согласованы обеими сторонами. Изменение ТЗ обычно влечёт пересмотр сроков и стоимости — это нормально, если оформлено правильно.

Что такое приёмо-сдаточное тестирование и нужно ли его описывать в ТЗ?

ПСТ — проверка того, что результат соответствует ТЗ. В ТЗ описываются сценарии проверки: конкретные действия пользователя и ожидаемый результат системы. Без этого раздела сдача работы превращается в спор о субъективных ощущениях.