Как оценить экономическую выгоду внедрения ERP системы

[AlexeyS]

Цитата:

Сообщение от macklakov

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

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

[miklenew]

Цитата:

Сообщение от AlexeyS

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

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

[miklenew]

Периодически приходит в голову мысль, чтоб система получилось хорошей и легко внедряемой, нужна просто не большая команда по её созданию. Иначе начинается какой-то б..во.
Пример управляемый интерфейс в 1С. Штат раздулся начали откровенную лажу гнать.
Связка управляемый интерфейс = веб интерфейс это класс.
Блин. Ну что с кодом сделали? Такое ощущение что наркоманы писали.
А связку клиент-сервер вообще жёсткие героинщики.
Лиш бы как, лиш бы где и лиш бы как работало. Была бы команда маленькой ну у них просто времени не хватило бы чтоб стоко говна написать.

[ax_mct]

Цитата:

Сообщение от miklenew

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

Nginx - 1 программист
Node.js - 1 программист
Hadoop - 2 программиста

Наши бы усилия по запихиванию слона (ERP) в лавку да в правильном направлении

Взять всех внедренцев ERP с опытом, сделать владельцами крупного бизнеса и так чтобы в собственном кармане было пару $m на улучшение бизнеса. В своем кармане. Многие бы внедряли ERP? Думаю что нет

Бизнесу нужно не ERP, а то же что стоит у их конкурентов. Это может оказаться и ERP конечно, но не в нем самом дело как типе/уровне ПО. Будет у успешного конкурента в данной отрасли/теме что-то другое то никто не будет внедрять ERP как таковое.

[miklenew]

Цитата:

Сообщение от ax_mct

Nginx - 1 программист
Node.js - 1 программист
Hadoop - 2 программиста

Это к чему?
Я думал мы говорим минимум об учётных системах.
Не все учётные системы ERP, но все ERP - учётные системы.
Может да ну его нафиг этот ERP. Большинство клиентов 1С достаточно учётных систем охватывающих набор конкретных процессов. А уж что кому нужно для принятия управленческих решений нарисуем, допилим.

[ax_mct]

Цитата:

Сообщение от miklenew

Это к чему?
Я думал мы говорим минимум об учётных системах.
Не все учётные системы ERP, но все ERP - учётные системы.
Может да ну его нафиг этот ERP. Большинство клиентов 1С достаточно учётных систем охватывающих набор конкретных процессов. А уж что кому нужно для принятия управленческих решений нарисуем, допилим.

А я и ответил:

Цитата:

Наши бы усилия по запихиванию слона (ERP) в лавку да в правильном направлении.

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

Для принятия управленческих решений достаточно BI. Использовать единую централизованную базу данных для это не нужно.

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

Она может и быть эта выгода, но часто там где достаточно лопаты, пригоняется экскаватор. Просто потому что продавать лопату невыгодно

[macklakov]

Цитата:

Сообщение от miklenew

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

Хм... мне кажется здесь перепутаны причина со следствием. Команда растет от того, что приложение вырождается, а не наоборот.
А причины довольно очевидны. Мало кто хочет просто доводить до ума то, что уже продается. Вместо этого гораздо привлекательнее кажется перспектива расширения ниш или захват новых. Поэтому менеджеры концентрируют усилия своих команд на новом функционале, а не на приведении в порядок существующего. И поэтому в больших компаниях такая путаница с позиционированием продуктов. Те же microsoft-ские продукты, если верить презентациям, очень сильно перекрывют друг друга по функционалу. Из-за этого постоянно возникает путаница в назначении той или иной системы.

[miklenew]

Цитата:

Сообщение от macklakov

Команда растет от того, что приложение вырождается

Никуда оно не вырождается. Приходят хитрожопые маркетологи, методологи и другой офисный планктон. Начинают по ушам ездить что надо делать вид что продукт развивается, давайте расширим штат. В результате то что пилили 10 человек, пилят уже 100. Кода становиться больше, но не везде это приводит к росту и улучшению функционала. Тут запрос в 1С видел на 1000 строк. Правда это самописка. И тут явно бросается в глаза. А если распихать 10 строк кода по модулям. И не сразу поймёш что 10 строк превратились в 1000. А ведь людям надо как то оправдывать свою зп.

[macklakov]

Цитата:

Сообщение от miklenew

Приходят хитрожопые маркетологи, методологи и другой офисный планктон.

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

[AlexeyS]

Цитата:

Сообщение от miklenew

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

Каждый компонент интегрировался с другим своим собственным способом?
А если нужно добавить еще какой-то сторонний модуль, то много придется допиливать? А сколько копий разных справочников хранится по всем этим системам?

Какой-либо единой шины для обмена данными между модулями от разных производителей как не было, так и нет. Слишком сложно и imho, производителям ПО это не нужно, как не нужно автопроизводителям возможность легко заменить один компонент в авто на аналог от другого производителя.

Как хороший аналог из мира hardware - гугловский project ara - единая шина, а компоненты - любые

[George Nordic]

Цитата:

Сообщение от AlexeyS

Каждый компонент интегрировался с другим своим собственным способом?
А если нужно добавить еще какой-то сторонний модуль, то много придется допиливать? А сколько копий разных справочников хранится по всем этим системам?

Какой-либо единой шины для обмена данными между модулями от разных производителей как не было, так и нет. Слишком сложно и imho, производителям ПО это не нужно, как не нужно автопроизводителям возможность легко заменить один компонент в авто на аналог от другого производителя.

Как хороший аналог из мира hardware - гугловский project ara - единая шина, а компоненты - любые

Посмотрите Oracle Fusion - теперь вся OEBS построена на нем. Это шина данных + АОС, который уже цепляется к БД, причем не обязательно Oracle.

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

С Уважением,
Георгий

[ax_mct]

Цитата:

Сообщение от George Nordic

Посмотрите Oracle Fusion - теперь вся OEBS построена на нем. Это шина данных + АОС, который уже цепляется к БД, причем не обязательно Oracle.

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

С Уважением,
Георгий

https://en.wikipedia.org/wiki/Oracle...n_Architecture
Кстати, да, очень очень хорошая идея. Живая.
Не буду говорить плохо о MS, не буду

[miklenew]

Цитата:

Сообщение от AlexeyS

Каждый компонент интегрировался с другим своим собственным способом?
А если нужно добавить еще какой-то сторонний модуль, то много придется допиливать? А сколько копий разных справочников хранится по всем этим системам?

Какой-либо единой шины для обмена данными между модулями от разных производителей как не было, так и нет. Слишком сложно и imho, производителям ПО это не нужно, как не нужно автопроизводителям возможность легко заменить один компонент в авто на аналог от другого производителя.

Как хороший аналог из мира hardware - гугловский project ara - единая шина, а компоненты - любые

Есть конфигурация Конвертация данных распространяемая бесплатно на дисках ИТС. Есть специальная обработка MD82Exp.epf. Она создаёт xml файл с описанием структуры данных конфигурации.
Заходим в первую конфу запускаем обработку получаем 1 файл.
Заходим в вторую конфу запускаем обработку получаем 2 файл.
Заходим в Конвертация данных. Запускаем мастер, поткидываем эти два файла. Система может сама сделать связи по именам или вручную создавай связи.
Там довольно много можно прописать всего и преобразования перед загрузкой и чтоб в разные места раскидывал данные из одного источника.
1С выпускает сама эти схемы для часто используемых обменов. Но их как правило допиливают. Берут схему от 1С загружают в Конвертацию и правят что нужно.
На выходе xml файл с правилами обмена.
Всё. Дальше эти файлы прикрепляеш к специальным объектам - Планы обменов. Все счастливы.