Типовой продукт или доработка: как принять решение

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

Сколько на самом деле стоит изменение

Цена доработки - это не часы программиста, который ее пишет. Ее нужно описать в спецификации, протестировать, задокументировать и объяснить пользователям. После этого ее нужно проверять при каждом обновлении типового продукта, пока система живет. Изменение, на написание которого ушла неделя, за следующие годы может отнять больше времени.

Поэтому вопрос никогда не звучит как "можно ли это сделать". На такой открытой платформе, как 1С:Предприятие, сделать можно почти все. Вопрос в том, превышает ли польза затраты за весь срок жизни системы.

Три группы запросов

Каждый запрос полезно отнести к одной из трех групп.

Закон и регулятор. Регламентированная отчетность, налоговые правила и обязательные документы. Их не обсуждают. Их реализуют, по возможности через локализацию, которая уже есть в продукте.

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

Привычка. Форма выглядит иначе, в отчете был другой порядок колонок, согласование шло через других людей. Это самая большая группа, и правильный ответ обычно состоит в том, чтобы изменить привычку. В типовом процессе заложена практика многих компаний, а его сопровождение ничего не стоит.

Вопросы к каждому запросу

До того как доработка будет утверждена, кто-то со стороны заказчика должен письменно ответить на четыре вопроса.

• Что произойдет, если мы этого не сделаем? Если ответ звучит как "пользователи месяц будут недовольны", это привычка.
• Скольких людей это касается и как часто?
• Можно ли получить тот же результат настройкой, отчетом или изменением процесса?
• Кто будет владельцем этой функции и через два года подтвердит, что она все еще нужна?

Как менять и не потерять обновления

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

Спросите подрядчика, как будет выполнена каждая доработка и как после этого будут устанавливаться обновления. Ответ должен быть записан в спецификации.

Рабочее правило

Начните с типового продукта и проработайте в нем один полный отчетный период. Многие запросы отпадают сами, когда люди осваивают новый порядок работы. То, что останется после этого периода, и есть настоящий список доработок, и обычно он короче списка, составленного до старта.