Катакомбаархив текстов

... в продолжение темы предыдущего поста

Телеграм · 11.01.2026 · 3580 знаков

Бюрократия и организации

... в продолжение темы предыдущего поста

RIP или - до лучших времен.

1. Что происходит?
Ясно, что ни одна компания в России не потянет создание действительно эффективной АСУП. Ни Галактика, ни уж 1С – точно. Культура организации интеллектуальной деятельности не та. А по тем лекалам организации деятельности, которые им вбили в голову белые сахибы/колонизаторы, на реализацию таких проектов действительно необходимо потратить очень много времени и средств. Но, тем не менее, есть у многих компаний различные наработки в отдельных областях. И иногда это вполне достойные наработки. Но отдельно они мало кому нужны.

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

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

4. Как это будет работать?
Тот, кому нужна АСУП, не будет бегать по разным разработчикам, а будет идти на эту площадку (виртуальную), и из предлагаемых на ней кубиков будет что-то подбирать для себя.

5. Почему это выгодно для заказчика-потребителя?

a) Возможность строить систему аддитивно, не переживая о необходимости каких-то огромных перестроек, когда возникнет потребность подключить к ней еще что-то.
b) Конкуренция «кубиков».
c) Возможность органичного встраивания собственных разработок заказчика в эту систему.
d) Возможность относительно безболезненной замены кубиков, если это необходимо.
e) Независимость от одного производителя.

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

7. Почему это не(!)выгодно сообществу разработчиков?
Просто потому, что погоду в отрасли делают всякие самоназванные "чемпионы". Причем , «чемпионы» — это, на самом деле, как правило, не чемпионы в софтверных решениях, а, в первую очередь, это - местечковые (российские) чемпионы в выстраивании бизнеса и в разных схематозах, включая «вась-вась» с органами государственного управления … они на это и жизнь положили, и за это душу продали. Им такая система - нож в сердце.

8. Почему это не(!)выгодно заказчику?
А потому что заказчиком, практически всегда, является не владелец, а наемный менеджер. И если появится эта экосистема, то существенно сокращается у него пространство для распила. А кто же за ради одного жалования, пусть и с премиями, свои подписи под серьезными суммами ставить сегодня будет ? Дураков нет.

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

Первое - гибель. А второе .... внешняя сила сегодня тоже сидит в целой системе таких ловушек.

10. Прогноз
Не будет этого никогда.

11. Резюме
Покойся АСУП с миром! Ну или до лучших времен.

← ко всем текстам