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

Возможен ли компромиссный вариант?

На практике текст технического задания подписывается в единичных случаях. Как правило, утвержденным считается тот последний вариант этого документа, с которым согласился заказчик, о чем указывает переписка в электронной почте или мессенджере.

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

"На момент подписания технического задания утвержденные технические условия наилучшим образом представляют понимание сторонами требований к проекту внедрения. Описанные требования удовлетворяют потребности заказчика, однако в случае необходимости исполнитель согласен в будущем вносить изменения в это техническое задание в соответствии с изменениями условий, возникающих в процессе внедрения. При этом заказчик понимает, что такие изменения могут потребовать переоценку стоимости и сроков сдачи проекта".

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

• заказчик уверен, что границы проекта внедрения не выйдут из-под контроля, поскольку он сам принимает решения относительно автоматизации своих процессов;
• заказчик уверен, что интегратор будет взаимодействовать с ним для создания нужной системы, даже если перед началом работы над проектом не были учтены все требования;
• интегратор уверен, что получил достойного клиента, который ориентирован на поставленные цели и готов сотрудничать над достижением баланса затрат, функциональности и качества внедрения;
• интегратор уверен, что может управлять требованиями к автоматизации и минимизировать свои риски при оценке и выполнении работ на внедрение.

Источник: Бизнес-анализ в Битрикс24