Технологическая причина провала многих корпоративных проектов автоматизации.

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

Как показывает опыт, ни один из этих путей до сих пор не дал желаемого результата.
Не считая организационных причин, на мой взгляд, основная технологическая причина провала проектов автоматизации заключается в использовании разработчиками АСУ ограниченных моделей управления деятельностью.
Программные продукты, автоматизирующие определенные виды деятельности используют узко- специализированные модели по факту.
При создании заказных АСУ, разработчики создают модель управления деятельности "с нуля". Ограниченные сроками проекта, они
все равно приходят к моделям, которые охватывают только малую часть необходимой проблемы.
Кроме того, с учетом организационных проблем, даже эти модели, как правило не доведенные до определенного уровня, дальше не используются.
При смене или команды разработчиков, или команды заказчиков, новые проекты автоматизации начинаются опять с разработки новых моделей.

Единственным выходом из сложившейся ситуации является использование единой, универсальной модели для управления деятельности.
Данную модель невозможно создать быстро, в рамках одного заказного проекта, т.к. она должна отрабатываться на многих проектах по автоматизации различных областей деятельности (стратегическое управление, управление процессами, управление проектами, оперативное управление, управление ресурсами и т.д.).
ВАШЕ МНЕНИЕ КОЛЛЕГИ!!!

Mainframe_старыйzotВ настоящее время используется два основных пути автоматизации управления деятельностью, в том числе управления государственными органами:
1. Создание АСУ путем интеграции программных продуктов разных разработчиков.
2. Заказная разработка АСУ.

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


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

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

расслабитесь .. они есть и без единой универсальной модели управления.

Прошу привести примеры, и если возможно, порядок их стоимости и перспективу развития.

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

изобретаем SAP R/3 ?

Я бы не назвал SAP R/3 системой, которая основывается на одной модели.
Скорее это конгломерат многих моделей. Более 30 тисяч таблиц в базе данных
основных модулей SAP об этом говорят.

iscrafmzotпропущено...


Я бы не назвал SAP R/3 системой, которая основывается на одной модели.
Скорее это конгломерат многих моделей. Более 30 тисяч таблиц в базе данных
основных модулей SAP об этом говорят.
каким образом считали?

В литературе по SAPу написано.