Тактика внедрения 1 Опциональные доработки

Допустим, что в ходе проекта вам нужно согласовать с финансовым директором и главным бухгалтером, как должен работать создаваемый вами документ системы. Разумеется, финансовый директор настаивает на варианте «А», а главный бухгалтер – на варианте «Б». Быстро убедить кого-то из них выбрать вариант оппонента не удается, а решение вопроса генеральным директором может очень затянуть дело. Ситуация пахнет простоем, а время – деньги. Что можно сделать в таком случае?

Наилучший выход – реализовать в доработке ОБА ВАРИАНТА. В создаваемый документ нужно включить опцию, позволяющую использовать его и в варианте «А», и в варианте «Б», по желанию пользователя. Мы просто скажем нашим конфликтующим заказчикам: «У вас будет оба варианта, выберите нужный, когда примете решение, или используйте оба, в зависимости от конкретного случая.»

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

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

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

Одним из вариантов этого тактического приема является опциональная реализация всех вообще доработок и дополнений к типовой системе. Чаще всего на 100% выполнить доработки таким образом не получится, но значительную часть изменений типовой системы сделать в виде включаемых опций вполне возможно. При таком подходе вы гарантированно устраняетесь от споров между сотрудниками заказчика на тему нужна или не нужна какая-то доработка. Иногда заказчики (особенно бухгалтера) видят риск в изменении типовой системы, и возможность «отключить» доработку в любой момент успокоит их и устранит возможное сопротивление с их стороны.

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