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

 Как можно оптимизировать стоимость проекта:
 1. Определить критически важные задачи, без которых процесс не сможет работать.
 2. Отложить во времени реализацию задач, не обозначенных как «критическая».
 3. По результатам реализации первостепенных задач, снова вернуться к приоритизации оставшихся.

 При таком подходе, вы возвращаетесь к дополнительным требованиям, не реализованным ранее, уже с опытом работы в новой системе. Так вы сможете более осознанно сформулировать требования к проекту и понять их истинную ценность, либо ее отсутствие.

 Выгода такого подхода:
 1. Реализуется минимальная работающая функциональность, бюджет на ее реализацию может быть существенно ниже, чем на реализацию полной функциональности со всеми возможными доработками.
 2. Меньше задач на вторую очередь работ по проекту, чем было запланировано изначально, ввиду со временем изменившихся приоритетов и утраты актуальности части задач. При выполнении меньшего количества задач снижается стоимость проекта.

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

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

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

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

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

Пример: Задачу по настройке отчетной формы в системе можно выполнить типовыми средствами руками консультанта, условно, за 4 часа.

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

Чем больше, тем лучше! Качественная вовлеченность заказчика в проект напрямую влияет на его успешную реализацию. Помимо выгоды для проекта, есть и еще одна выгода на будущее.

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

При выборе программного продукта для автоматизации МСФО и УУ упор делается на ключевую функциональность, необходимую для решения бизнес-задач заказчика.

При этом, учитывается:
 — область применения программного продукта;
 — необходимая функциональность;
 — текущая IT-архитектура;
 — стоимость приобретения лицензий и последующего обновления;

Зная основные вводные, мы подбираем максимально эффективный продукт для ваших бизнес-задач. По нашему опыту, наиболее часто используемые программные продукты для целей автоматизации МСФО и управленческого учета на данный момент — 1С:Управление холдингом, 1С:БИТ.ФИНАНС, 1С:ERP.Управление холдингом.

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

Это возможно, если соблюсти несколько правил:
 — Разграничить ответственность. Определить границы того, где в проекте заканчивается наша ответственность и начинается ваша.
 — Определить этапы проекта, которые вы делаете своими силами и что остается за нами. Соответственно, сразу обговорить те результаты, которые вам необходимы от нас для начала разработки собственными силами.
 — Обсудить риски и методы работы с ними.

 Безусловно, мы понимаем важность развития центра компетенций внутри своей компании, но выбор в пользу полностью собственной разработки должен быть осознанным и обоснованным.

Переход с любой западной системы на 1С, не будем скрывать, процесс не простой. И не простой он в первую очередь из-за того, что пользователи привыкли. Привыкли к особенностям системы, к ее удобству.  И как только возникает необходимость (зачастую вынужденная) сменить систему, это вызывает сопротивление, гнев и отрицание.

 К чему эти лирические отступления? Как говорят программисты – нет ничего невыполнимого на 1С. Это, действительно, так. Любую функциональность можно реализовать, еще и несколькими способами, с этим нет проблем. И интерфейс современных систем семейства 1С интуитивно понятен и сделан людьми для людей.

Мы выделили направления, на которые стоит обратить пристальное внимание на проекте по переходу с западной системы:

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

Проработка методологии. Методология должна быть ориентирована на систему. Несмотря на то, что на 1С можно реализовать все что угодно, методология привычных процессов может отличаться. Не в худшую или лучшую сторону, она просто другая.

Проведение моделирование AS IS процессов на новой системе. Это помогает пользователям познакомиться с системой, увидеть свои привычные процессы в новом интерфейсе, задать волнующие вопросы.

По каждому договору у нас предусмотрено гарантийное обслуживание. Соответственно, у вас будет время проверить и протестировать новую функциональность, а мы устраним все недочеты, если такие появятся, по гарантии.