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

Начинается крайне трудоемкий процесс адаптации, а вот кого к чему – зависит от гибкости системы и доступности методологов и профессионализме консультантов. Процесс «адаптации системы» под методологию, равно как и обратный процесс: «адаптация методологии» под систему могут длиться долго и, по сути, могут стать незапланированными затратами как для Заказчика, так и для Исполнителя.
При внедрении систем бюджетирования крайне важно выделять как «Перечень работ по методологии», так и «Перечень технологических работ» и оба перечня должны выполняться в одном информационном пространстве, в одной среде, максимально параллельно.
Методологи должны быть не только постановщиками задач, но и участниками процесса реализации и внедрения, участниками процесса адаптации методологии к внедрению, симметрично, от разработчиков должна поступать обратная связь, влияющая на адаптацию решений и оптимизацию методологии. Другими словами, методология может и должна улучшаться и адаптироваться за счет привнесения в нее идей по возможным вариантам реализации от разработчиков.

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

1. Задачи Бизнес-консалтинга;
2. Задачи ИТ-консалтинга;
3. Задачи Бизнес и ИТ-консалтинга.

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