Home / FAQs Выбор, внедрение и интеграция системы управления предприятием
QUESTION & ANSWER

Системы OO покупают стандартные продукты или пользовательские разработки?

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

Отвечай на вопрос.

Во-первых, дайте выводы, которые можно использовать для принятия решений.

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

DECISION FACTORS

Какие условия необходимо определить до вынесения решения?

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

Какова доля общих и дифференцированных процессов?Предоставляют ли продукты-кандидаты стабильный механизм расширения и APIДанные, вложения, история процессов полный экспортКто возьмет на себя ответственность за будущие организационные изменения, модернизацию и техническое обслуживание?
ACTION STEPS

Предложенный порядок аванса

01

Во-первых, мы будем четко понимать цель и границу.

Два или три продукта-кандидата тестируются с использованием согласованного списка процессов.

02

Ключевая зависимость от валидации

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

03

Разработка оценочных результатов

Расчет стоимости лицензирования, внедрения, развития, миграции и трехлетнего транспорта.

04

Убедитесь, что вы выбрали следующий шаг с реальными результатами.

Полная закупка решается после того, как будет проработан ряд реальных процессов.

PRACTICAL EXAMPLE

Как вы понимаете это в реальном бизнесе?

Пример, используемый для иллюстрации метода суждения

У фирмы 20 обычных согласований и сложный процесс разработки проекта.Логический маршрут — стандартные нагрузки OA общей синергии, которые достигаются за счет расширения или проектных систем, а не переписывания всей офисной платформы для процесса.

COMMON RISKS

Самый простой способ наступить.

Используйте демонстрационный шаблон для определения пригодности продукта, не тестируя реальный процесс.

Принудительная профессиональная работа в OA в погоне за единством

В договоре используются только номера счетов, без указания механизма экспорта и выхода данных.

ACCEPTANCE

Как мы должны в конечном итоге получать и подтверждать?

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

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

Условия вашего проекта отличаются от приведенных выше примеров?

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

Ассоциированные консультанты по проектам