На что обратить внимание при разработке Технического задания или Функциональных требований на внедрение и доработку 1С.
Техническое задание
В идеальной ситуации Техническое задание (далее ТЗ) должен формировать заказчик, ведь только он знает, что ему нужно от системы. Но так как в большинстве случаев у заказчика мало или совсем отсутствуют компетенции в сфере 1С, то он в устной форме излагает свои потребности, а программист/консультант оформляет их в письменной форме в качестве ТЗ или Функциональных требований (далее ФТ).
ТЗ необходимо для формализации доработок. Это четкое определение задач, методов их решения и сроков исполнения. Также на основании данного документа решаются все спорные вопросы при сдаче работ. ТЗ является неотъемлемой частью договора. Основные разделы, которые желательно отразить в ТЗ — это цель, описание, способ реализации и оценку работ.
- Цель — это основная задача, которая решается при реализации этого ТЗ.
- Описание — краткое изложение планируемых работ.
- Способ реализации — подробное описание планируемых работ по данному ТЗ. Должно содержать в себе список всех нюансов на техническом языке, понятном специалисту 1С, с описанием всех создаваемых/редактируемых объектов конфигурации 1С, а так же интерфейсов и т.д. Описание должно быть однозначным и не вызывать вопросов.
- Оценка работ — калькуляция работ по ТЗ.
Функциональные требования
ФТ — это требования к создаваемой системе, которые определяют набор функций, которыми она будет обладать. Реализовав их в системе, разработчик даст возможность всем пользователям системы выполнить свои задачи в рамках бизнес процессов компании. Часто ФТ называют требованиями поведения. Они описывают, как система должна вести себя в той или иной ситуации. Т.е. в зависимости от входных данных поведение системы может меняться, соответственно данное описание должно быть как можно более полным, чтобы понимать ожидаемое поведение системы.
При разработке ТЗ или ФТ важно учесть пожелания как рядовых пользователей, так и руководителей.
Практика
В ситуации, когда за заказчика ТЗ (ФТ) формирует консультант-внедренец, часты случаи, когда последний пишет ТЗ (ФТ) не так как нужно заказчику, а так, как проще и легче его исполнить. Результатом может быть система, далеко не такая, какая планировалась изначально.
Часто, после того как консультант со слов заказчика изложил свое видение проекта, ответственные сотрудники со стороны заказчика либо считают, что исполнитель их понял хорошо, либо, в связи с большой загрузкой, они подробно не вчитываются в текст, и не перепроверяют написанное. А там могут быть заложены неверные алгоритмы. Нередко схемы, которые заложены в ТЗ (ФТ) очень сложные, и чтобы их понять, в них нужно глубоко погружаться. Неспециалисту же осознать и понять, что это значит или что имелось в виду, не представляется возможным.
Для решения данных вопросов предполагается либо привлечение специалистов заказчика с отвлечением их от рабочего процесса, либо привлечением третьей стороны. Например, шефнадзор над проектом со стоимостью 3-4 млн. рублей и сроком исполнения до 7-10 месяцев будет стоить около 10% от общей стоимости. Но в результате заказчик получит минимум сюрпризов и неверно работающих процессов, и минимальное отвлечение ключевых специалистов от рабочего процесса.
В качестве конкретного примера из практики возьмем задачу по разработке управленческого баланса. Для ее решения нужно четко прописать каждую строку отчета и по каким правилам она заполняются. При упущении каких-либо счетов, корреспонденций или субконто он не сойдется. Проверять это достаточно долго и требует определенной квалификации. Т.е. это обязательно должен быть человек, разбирающийся в этом процессе.
Булатов Дмитрий
Ведущий инженер-программист отдела внедрения
и разработки 1С, консультант.
