|
Технологическая причина провала многих корпоративных проектов автоматизации.
|
|||
---|---|---|---|
#18+
Технологическая причина провала многих корпоративных проектов автоматизации. Не считая организационных причин, как мне кажется, существует одна существенная технологическая причина провала многих масштабных (на уровне автоматизации управления всей организацией) проектов автоматизации. В настоящее время используется два основных пути автоматизации управления деятельностью, в том числе управления государственными органами: 1. Создание АСУ путем интеграции программных продуктов разных разработчиков. 2. Заказная разработка АСУ. Как показывает опыт, ни один из этих путей до сих пор не дал желаемого результата. Не считая организационных причин, на мой взгляд, основная технологическая причина провала проектов автоматизации заключается в использовании разработчиками АСУ ограниченных моделей управления деятельностью. Программные продукты, автоматизирующие определенные виды деятельности используют узко- специализированные модели по факту. При создании заказных АСУ, разработчики создают модель управления деятельности "с нуля". Ограниченные сроками проекта, они все равно приходят к моделям, которые охватывают только малую часть необходимой проблемы. Кроме того, с учетом организационных проблем, даже эти модели, как правило не доведенные до определенного уровня, дальше не используются. При смене или команды разработчиков, или команды заказчиков, новые проекты автоматизации начинаются опять с разработки новых моделей. Единственным выходом из сложившейся ситуации является использование единой, универсальной модели для управления деятельности. Данную модель невозможно создать быстро, в рамках одного заказного проекта, т.к. она должна отрабатываться на многих проектах по автоматизации различных областей деятельности (стратегическое управление, управление процессами, управление проектами, оперативное управление, управление ресурсами и т.д.). ВАШЕ МНЕНИЕ КОЛЛЕГИ!!! ... |
|||
:
Нравится:
Не нравится:
|
|||
24.12.2010, 12:48 |
|
Технологическая причина провала многих корпоративных проектов автоматизации.
|
|||
---|---|---|---|
#18+
лучше всего на этот вопрос отвечает автоподпись одного из модераторов не проф. форумов ------------- there is no silver bullet ... |
|||
:
Нравится:
Не нравится:
|
|||
24.12.2010, 13:13 |
|
Технологическая причина провала многих корпоративных проектов автоматизации.
|
|||
---|---|---|---|
#18+
Глушков рассказывал о необходимости построения общих математических моделей управления экономикой еще 40 лет назад. Но до сих пор как применялись только микромодели (типа оптимизации раскроя или оптимизации заказа поставщику), так и применяются. Грустно. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.12.2010, 13:54 |
|
Технологическая причина провала многих корпоративных проектов автоматизации.
|
|||
---|---|---|---|
#18+
Почему была разрушена Вавилонская башня? Из-за очевидности греха тщеславия ее конструкторов. Попытка создания универсальной модели управления живым бизнесом схожа по уровню целеполагания. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.12.2010, 14:10 |
|
Технологическая причина провала многих корпоративных проектов автоматизации.
|
|||
---|---|---|---|
#18+
Общих моделей не существует. У них схож каркас, но не начинка. Дьявол в деталях. Причины провала: * Низкая квалификация ПМов. * Нежелание увидеть проблему шире, вникнуть в суть бизнеса. * Отсутствие политической воли руководства. * Концентрация основных усилий на сиюминутных проблемах и соотв. нехватка времени на выработку стратегии. * избыточная сложность инструментов. Обычно это западные ERP. * Синдром Наполеона. Ярко виден при смене шила на мыло команды. * Увлечение ложными целями и тупиковыми направлениями (см. п.1, 2, 4.). зы: и это еще мы не коснулись бюджета :) ... |
|||
:
Нравится:
Не нравится:
|
|||
24.12.2010, 15:25 |
|
Технологическая причина провала многих корпоративных проектов автоматизации.
|
|||
---|---|---|---|
#18+
... |
|||
:
Нравится:
Не нравится:
|
|||
24.12.2010, 15:45 |
|
Технологическая причина провала многих корпоративных проектов автоматизации.
|
|||
---|---|---|---|
#18+
r.nik. для затравки ссылка ни о чем. Болтовня, умнословный треш. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.12.2010, 15:51 |
|
Технологическая причина провала многих корпоративных проектов автоматизации.
|
|||
---|---|---|---|
#18+
zotТехнологическая причина провала многих корпоративных проектов автоматизации. Единственным выходом из сложившейся ситуации является использование единой, универсальной модели для управления деятельности. Наврядли можно описать все одной универсальной моделью. Хотя в науке давно пытаются вывести "теорию всего", пока не получилось, но тут явно процесс важнее результата )) И называть это "технологической" проблемой тоже бы не стал, скорее, методологическая. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.12.2010, 15:54 |
|
Технологическая причина провала многих корпоративных проектов автоматизации.
|
|||
---|---|---|---|
#18+
zot, Поэтому, если невозможно создать универсальную модель, то можно хотя бы унифицировать язык описания модели (текст, IDEF, EPC, BPMN, UML и проч). Тогда процесс включения новых людей в контекст можно ускорить. А если есть возможность обратного инжиниринга - построение модели по существующей системе, то вообще хорошо. Ну и совсем космические корабли - это когда модель аналитика сразу транслируется в код (BPMN-BPEL). Тогда разрыв между картинками и поведением системы минимален. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.12.2010, 16:08 |
|
Технологическая причина провала многих корпоративных проектов автоматизации.
|
|||
---|---|---|---|
#18+
zotВ настоящее время используется два основных пути автоматизации управления деятельностью, в том числе управления государственными органами: 1. Создание АСУ путем интеграции программных продуктов разных разработчиков. 2. Заказная разработка АСУ. Как показывает опыт, ни один из этих путей до сих пор не дал желаемого результата. как показывает опыт и тот и другой подход могут дать вполне хорошие результаты. может быть у нас с вами понятие "желаемых результатов" разное. следую вашей логике, поскольку никакой "единой, универсальной модели для управления деятельности" не существует, то, следовательно, до сих пор нет ни одного удачного "корпоративного проекта автоматизации". расслабитесь .. они есть и без единой универсальной модели управления. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.12.2010, 06:53 |
|
Технологическая причина провала многих корпоративных проектов автоматизации.
|
|||
---|---|---|---|
#18+
Mainframe_старыйzotВ настоящее время используется два основных пути автоматизации управления деятельностью, в том числе управления государственными органами: 1. Создание АСУ путем интеграции программных продуктов разных разработчиков. 2. Заказная разработка АСУ. Как показывает опыт, ни один из этих путей до сих пор не дал желаемого результата. как показывает опыт и тот и другой подход могут дать вполне хорошие результаты. может быть у нас с вами понятие "желаемых результатов" разное. следую вашей логике, поскольку никакой "единой, универсальной модели для управления деятельности" не существует, то, следовательно, до сих пор нет ни одного удачного "корпоративного проекта автоматизации". расслабитесь .. они есть и без единой универсальной модели управления. Прошу привести примеры, и если возможно, порядок их стоимости и перспективу развития. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.12.2010, 16:43 |
|
Технологическая причина провала многих корпоративных проектов автоматизации.
|
|||
---|---|---|---|
#18+
авторЕдинственным выходом из сложившейся ситуации является использование единой, универсальной модели для управления деятельности. Данную модель невозможно создать быстро, в рамках одного заказного проекта, т.к. она должна отрабатываться на многих проектах по автоматизации различных областей деятельности изобретаем SAP R/3 ? ... |
|||
:
Нравится:
Не нравится:
|
|||
26.12.2010, 09:48 |
|
Технологическая причина провала многих корпоративных проектов автоматизации.
|
|||
---|---|---|---|
#18+
Pavel BerezinавторЕдинственным выходом из сложившейся ситуации является использование единой, универсальной модели для управления деятельности. Данную модель невозможно создать быстро, в рамках одного заказного проекта, т.к. она должна отрабатываться на многих проектах по автоматизации различных областей деятельности изобретаем SAP R/3 ? Я бы не назвал SAP R/3 системой, которая основывается на одной модели. Скорее это конгломерат многих моделей. Более 30 тисяч таблиц в базе данных основных модулей SAP об этом говорят. ... |
|||
:
Нравится:
Не нравится:
|
|||
26.12.2010, 21:36 |
|
Технологическая причина провала многих корпоративных проектов автоматизации.
|
|||
---|---|---|---|
#18+
zotPavel Berezinпропущено... изобретаем SAP R/3 ? Я бы не назвал SAP R/3 системой, которая основывается на одной модели. Скорее это конгломерат многих моделей. Более 30 тисяч таблиц в базе данных основных модулей SAP об этом говорят. каким образом считали? ... |
|||
:
Нравится:
Не нравится:
|
|||
26.12.2010, 21:40 |
|
Технологическая причина провала многих корпоративных проектов автоматизации.
|
|||
---|---|---|---|
#18+
[quot zot]Mainframe_старыйПрошу привести примеры, и если возможно, порядок их стоимости и перспективу развития. Вуз, где я занимаюсь автоматизацией. порядок стоимости - 10 лет автоматизации, в среднем 10 программистов, соответственно их зарплата - средняя по городу. Перспектива развития - далее в том же духе. При этом ваш вопрос о стоимости явно говорит о том, что вы полагаете, что автоматизация может когда-то закончится .. типа автоматизировали все процессы и все... все процессы автоматизировать нельзя. Это как шар. когда ты в начале - ты в центре шара и тебе кажется, что процессов совсем немного, продвигаясь дальше ты увеличиваешь радиус шара и площадь поверхности становится больше и чем дальше, тем больше нужно еще автоматизировать .. поэтому вопрос цены , гм.. вопрос не корректный. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.12.2010, 03:28 |
|
Технологическая причина провала многих корпоративных проектов автоматизации.
|
|||
---|---|---|---|
#18+
iscrafmzotпропущено... Я бы не назвал SAP R/3 системой, которая основывается на одной модели. Скорее это конгломерат многих моделей. Более 30 тисяч таблиц в базе данных основных модулей SAP об этом говорят. каким образом считали? А чего там считать-то? Зашел в Оракл, или на что там поставили и любуйся. Тока насчет схем, тем более универсальных - кхм... ... |
|||
:
Нравится:
Не нравится:
|
|||
27.12.2010, 10:23 |
|
Технологическая причина провала многих корпоративных проектов автоматизации.
|
|||
---|---|---|---|
#18+
asdfghjkl;iscrafmпропущено... каким образом считали? А чего там считать-то? Зашел в Оракл, или на что там поставили и любуйся. и какая часть из всего этого относится к модели, а какая просто вспомогательный "мусор"? Считать как раз есть что, поэтому и спросил у автора, как он считал. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.12.2010, 10:29 |
|
Технологическая причина провала многих корпоративных проектов автоматизации.
|
|||
---|---|---|---|
#18+
zot, "Технологическая причина провала многих корпоративных проектов автоматизации." НЕТ технологических причин "провала", а они могут быть только по организационным и субъективным причинам. Позвольте пару мыслей: 1. Заказчик не может сформулировать ТЗ, в котором чётко и полно определены задачи АСУ и критерии полного внедрения системы автоматизации. Как следствие постоянно возникает необходимость автоматизации "новых" процессов и число таких задач постоянно растёт. Т.е. всегда нужно знать границы внедрения , однозначно дальше происходит развитие системы, но это уже сопровождение и развитие . Второе следствие - неверный выбор вендора - системы, которая подбирается не по охвату требуемых бизнес функций, а по критерию цены или "откатинга". Для СМБ смотрите набор требований к ПО для бизнеса 2. Бардак на объекте автоматизации. Некоторые заказчики надеются, что АСУ сможет навести порядок на предприятии с "плохой" организацией бизнес-процессов и как правило с неконструктивным менталитетом "ключевых" руководителей. Здесь при любой самой идеальной КИС заложен отрицательный результат внедрения. 3. Продавец систем неадекватно оценивая возможности своего продукта или желая "впарить" негодный товар "забалтывает" заказчика, а после вложения им энной суммы крайне тяжело отказаться от неправильно выбранной системы или внедренцев. Типичная ошибка - выбор 1Ц и говорливых франчей для среднего и крупного бизнеса. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.12.2010, 10:39 |
|
Технологическая причина провала многих корпоративных проектов автоматизации.
|
|||
---|---|---|---|
#18+
Андрей Ж.3. Продавец систем неадекватно оценивая возможности своего продукта или желая "впарить" негодный товар "забалтывает" заказчика, а после вложения им энной суммы крайне тяжело отказаться от неправильно выбранной системы или внедренцев. Типичная ошибка - выбор 1Ц и говорливых франчей для среднего и крупного бизнеса. дада... это все из-за 1це :) а вот со вторым пунком полностью согласен... автоматизируя хаос хаос и получим но уже автоматизированный :) ... |
|||
:
Нравится:
Не нравится:
|
|||
27.12.2010, 11:32 |
|
Технологическая причина провала многих корпоративных проектов автоматизации.
|
|||
---|---|---|---|
#18+
Last1Cmenдада... это все из-за 1це :) Почему только 1Ц: SAP, Axapta, Парус и так далее. Просто 1С - самая любимая бухами и боссами подборка конфигураций для "любого" бизнеса, да и просто мегапопулярная система автоматизации. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.12.2010, 11:55 |
|
Технологическая причина провала многих корпоративных проектов автоматизации.
|
|||
---|---|---|---|
#18+
iscrafmzotпропущено... Я бы не назвал SAP R/3 системой, которая основывается на одной модели. Скорее это конгломерат многих моделей. Более 30 тисяч таблиц в базе данных основных модулей SAP об этом говорят. каким образом считали? В литературе по SAPу написано. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.12.2010, 12:33 |
|
Технологическая причина провала многих корпоративных проектов автоматизации.
|
|||
---|---|---|---|
#18+
zotВ настоящее время используется два основных пути автоматизации управления деятельностью, в том числе управления государственными органами: 1. Создание АСУ путем интеграции программных продуктов разных разработчиков. 2. Заказная разработка АСУ. Как показывает опыт, ни один из этих путей до сих пор не дал желаемого результата. мысль об отсутствии желаемого результата, имхо, не раскрыта. Дает ожидаемый и желаемый результат. Уточните, плз, какой опыт говорит об обратном? ... |
|||
:
Нравится:
Не нравится:
|
|||
27.12.2010, 12:43 |
|
Технологическая причина провала многих корпоративных проектов автоматизации.
|
|||
---|---|---|---|
#18+
zotiscrafmпропущено... каким образом считали? В литературе по SAPу написано. а если выделить из всего этого множества только то, что относится именно к модели, то сколько останется? Вот, довольно старый уже, вариант подобного упорядочивания. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.12.2010, 12:47 |
|
Технологическая причина провала многих корпоративных проектов автоматизации.
|
|||
---|---|---|---|
#18+
авторБолее 30 тисяч таблиц в базе данных основных модулей SAP об этом говорят. А причём тут количество таблиц (и структура БД вообще)? Модель, которую предлагает SAP (и которая "на ура" продаётся и покупается), это какраз то, о чём написано в начале топика. Типовая модель "на все случаи жизни", где большая часть подкручивается изменением содержимого настроечных таблиц, без применения программирования (и изменения структуры БД). Соответственно - менее болезненно протекает неизбежный процесс смены команды разработчиков (ну или кто это монстро@бище будет поддерживать). Ну и нет разнобоя, когда для реализации одного и того-же бизнепроцесса каждая команда проектирует архитектуру БД с нуля, и заново удивляет мир всё новыми и новыми кошмарными релизациями. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.12.2010, 15:39 |
|
Технологическая причина провала многих корпоративных проектов автоматизации.
|
|||
---|---|---|---|
#18+
zot... Не считая организационных причин, на мой взгляд, основная технологическая причина провала проектов автоматизации заключается в использовании разработчиками АСУ ограниченных моделей управления деятельностью... Ну и что? Пусть начнут хоть с чего-то. Далее проект может развиваться по потребностям. zotПри смене или команды разработчиков, или команды заказчиков, новые проекты автоматизации начинаются опять с разработки новых моделей. Надо правильно документировать свою деятельность. zotЕдинственным выходом из сложившейся ситуации является использование единой, универсальной модели для управления деятельности. Идеальных решений не бывает! Это ещё один вариант "распила", и только. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.12.2010, 16:12 |
|
Технологическая причина провала многих корпоративных проектов автоматизации.
|
|||
---|---|---|---|
#18+
zotТехнологическая причина провала многих корпоративных проектов автоматизации. Интересно, что можно считать провалом, а что успехом внедрения? "Обеспечение единой инфомационной среды", "Удобство и скорость работы сотрудников фирмы". "Восхищение заказчиков проекта в плане удовлетворения их прихотей", "Возможность тотального контроля расходов" или что-то другое? Когда заходит вопрос о глобальной автоматизации организации, у руководства (как правило не совсем адекватного в понимании роли и назначения ПО в жизни и бизнесе) начинаются всевозможные "бзики" на тему "как бы я хотел запрограммировать организацию, которой я управляю", типа "чтобы каждый сотрудник вставал ровно в 07 часов 00 минут и 00 секунд, при этом вставал с кровати обязательно с правой ноги, наступая сначала на пятку, потом касаясь пола мизинцем, и только потом всеми остальными пальцами ноги", при этом абсолютно забывая основную цель бизнеса "делать деньги", и что у денег помимо номинальной стоимости есть "временная стоимость". И, что самое печальное, продавцы систем, как правило, только утвердительно кивают в ответ "конечно, конечно, мы сделаем как выхотите", причем продавец всего лишь "продажник", которому нужен контракт и который мало того, что поверхностно знаком с ПО, которое пытается продать, так и совершенно далек от управленческой идеологии организации, которой он пытается впарить ПО, и даже не пытается ее понять, надеясь, что там все-равно дилетанты, которых потом "подзалечим". За всю мою бытность общения с продавцами ПО, все только расписывают "удобность работы", "любые отчеты" и т.д., но никто не смог, даже не попытался предложить истинную ценность для бизнеса, что после внедрения этой системы организация сможет зарабатывать на столько-то больше, и не попытался разубедить, что какие-то нелепые требования просто ни к чему на данном этапе. Это было во-первых. Во-вторых. При внедрении АСУ первоначальный упор делается на контроле и учете, хотя намного более правильно было бы во главу статьи ставить управление и планирование. Ну и в-третьих ничтожно маленькое внимание уделяется "изменчивости среды", в котором обитает бизнес. Возможно, кто-то посчитает этот аспект деятельности маловажным, но при полной автоматизации организации, пренебрежение данным фактом частенько ввергает ее в хаос. А в-четвертых 1це пока хаять не буду :) Вот и пофилосовстовал, это так, из жизни наболело :) ... |
|||
:
Нравится:
Не нравится:
|
|||
27.12.2010, 18:39 |
|
Технологическая причина провала многих корпоративных проектов автоматизации.
|
|||
---|---|---|---|
#18+
iscrafmasdfghjkl;пропущено... А чего там считать-то? Зашел в Оракл, или на что там поставили и любуйся. и какая часть из всего этого относится к модели, а какая просто вспомогательный "мусор"? Считать как раз есть что, поэтому и спросил у автора, как он считал. Ну вообще таблицы в БД напрямую с "моделями поведения" ассоциировать неправильно. Положим, ткну я в пару - вот она, правда жизни, и чего? Без движка модель нереальна, а это уже пошел программный код, там тоже логики поведения - мама не горюй. А в сапе, вон Pavel Berezin писал - многое в настройках, плюс еще - часть поведения "за системой" - в виде инструкций. Полной формализации нет, да и надо-ли оно там... ... |
|||
:
Нравится:
Не нравится:
|
|||
27.12.2010, 21:29 |
|
Технологическая причина провала многих корпоративных проектов автоматизации.
|
|||
---|---|---|---|
#18+
WoodallПри внедрении АСУ первоначальный упор делается на контроле и учете, хотя намного более правильно было бы во главу статьи ставить управление и планирование. Эх, как я люблю планировать и управлять... Только вот приходишь вроде к вменяемым людям, смотришь реалии - такой бардак, что дай бог им учет и контроль человеческий запустить... Тоже, мать его, обидно - скока ж косячить можно-то, на своей кухне, где типа "все под контролем"?! Ладно бы хоть тырили, так нет, тупо сохатят ) Ну а насчет впаривания "функций" вместо "процессов" - а чего вы хотели? Продвинутых внедренцев мало, им, как и клиентам - вырасти надо, берите что есть ))) ... |
|||
:
Нравится:
Не нравится:
|
|||
27.12.2010, 21:38 |
|
Технологическая причина провала многих корпоративных проектов автоматизации.
|
|||
---|---|---|---|
#18+
[quot Woodall]zotПри внедрении АСУ первоначальный упор делается на контроле и учете, хотя намного более правильно было бы во главу статьи ставить управление и планирование. Ну и в-третьих ничтожно маленькое внимание уделяется "изменчивости среды", в котором обитает бизнес. Возможно, кто-то посчитает этот аспект деятельности маловажным, но при полной автоматизации организации, пренебрежение данным фактом частенько ввергает ее в хаос. планирование без учета возможно, пожалуй на уровне финансового планирования ..(условно достаточно). Но вот планировать производственные процессы уже не получится без учета того, из чего будет он состоять ... распланировать расписание, которое по сути состоит из учтненных частей , без этих частей - невозможно ... другое дело, что во многих случаях планирование начинается и заканчивается каким-то условно финансовым планом .. и дальше уже не идет .. по поводу изменчивости. Я этот вопрос ставлю на первое место. Это самый важный вопрос сопровождения и по сути жизнеспособности внедренных систем. Насколько хорошо обеспечена поддержка изменчивости .. насколько хорошо продумана схема поддержки актуальности... раньше я также ставила на первое место вопросы интеграции систем. Сейчас вроде это более или менее решенная проблема (ну как всегда можно улучшать, но в целом..).. а вот поддержка качества данных, и главное их актуальности и поддержка возможностей изменения процессов, понятий и т.п. - это да.. самое важное. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.12.2010, 02:15 |
|
Технологическая причина провала многих корпоративных проектов автоматизации.
|
|||
---|---|---|---|
#18+
iscrafmzotВ настоящее время используется два основных пути автоматизации управления деятельностью, в том числе управления государственными органами: 1. Создание АСУ путем интеграции программных продуктов разных разработчиков. 2. Заказная разработка АСУ. Как показывает опыт, ни один из этих путей до сих пор не дал желаемого результата. мысль об отсутствии желаемого результата, имхо, не раскрыта. Дает ожидаемый и желаемый результат. Уточните, плз, какой опыт говорит об обратном? Извините, я просто не встречал удовлетворительных отзывов о результатах именно комплексной автоматизации. Если кто видел, пожалуйста, киньте ссылки. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.12.2010, 12:16 |
|
Технологическая причина провала многих корпоративных проектов автоматизации.
|
|||
---|---|---|---|
#18+
Pavel BerezinавторБолее 30 тисяч таблиц в базе данных основных модулей SAP об этом говорят. А причём тут количество таблиц (и структура БД вообще)? Модель, которую предлагает SAP (и которая "на ура" продаётся и покупается), это какраз то, о чём написано в начале топика. Типовая модель "на все случаи жизни", где большая часть подкручивается изменением содержимого настроечных таблиц, без применения программирования (и изменения структуры БД). Соответственно - менее болезненно протекает неизбежный процесс смены команды разработчиков (ну или кто это монстро@бище будет поддерживать). Ну и нет разнобоя, когда для реализации одного и того-же бизнепроцесса каждая команда проектирует архитектуру БД с нуля, и заново удивляет мир всё новыми и новыми кошмарными релизациями. Если денег девать некуда, то можно каждый раз создавать заново. Это точно распил. Проще старые грехи "закопать" и свалить все на старую команду. Но задачу команде кто ставил? ... |
|||
:
Нравится:
Не нравится:
|
|||
28.12.2010, 12:19 |
|
Технологическая причина провала многих корпоративных проектов автоматизации.
|
|||
---|---|---|---|
#18+
asdfghjklЭх, как я люблю планировать и управлять... Только вот приходишь вроде к вменяемым людям, смотришь реалии - такой бардак, что дай бог им учет и контроль человеческий запустить... Тоже, мать его, обидно - скока ж косячить можно-то, на своей кухне, где типа "все под контролем"?! Ладно бы хоть тырили, так нет, тупо сохатят ) Вот-вот, и все так: какая аффтоматизация, вам бы сначала учет и контроль освоить :) И поставьте-ка для начала 1це :) А вот потом сможем взяться за работу и мы. " А сколько это будет потом стоить?"-"Да ерунда, вы не сильно раззоритесь. По сравнению чего от 1це хапните детским садом покажется" :) И, как это не прискорбно, факты из жизни. А как насчет начать автоматизации, а потом к ней прикручивать контроль и учет, ведь там, где бардак и хаос поле для деятельности намного больше? :) asdfghjklНу а насчет впаривания "функций" вместо "процессов" - а чего вы хотели? Продвинутых внедренцев мало, им, как и клиентам - вырасти надо, берите что есть ))) Всё понятно, технологическая причина провала многих корпоративных проектов автоматизации заключается в заказчиках этой автоматизации, если уж они не понимают, чего нужно, то куда уж внедренцам, они же внедряют то, "что хотят заказчики" :) Mainframe_старый планирование без учета возможно, пожалуй на уровне финансового планирования ..(условно достаточно). Но вот планировать производственные процессы уже не получится без учета того, из чего будет он состоять ... Ну, для начала, что Вы подразумеваете под учетом? То, что у нас, в подавляющих случаях, происходит на производственных предприятиях, и, как правило, с использованием 1це? Если да, то без такого учета можно спокойно обойтись. В принципе, имея нормальную программу планирования, можно спокойно обходиться и без учетно-контрольной программы (актуально для небольших производственных предриятий, но не есть хорошо), кстати, проверено: через пару месяцев работает практически безотказно :) Если же под учетом понимать то, что будет нужно, то да, это жизненно необходимая информация. Mainframe_старыйраспланировать расписание, которое по сути состоит из учтненных частей , без этих частей - невозможно ... Самый интересный вопрос. По сути, основополагающий. По хорошему, планирование должно осуществляться не более, чем по двум операциям производственного цикла, независимо в каком месте цикла они находятся. Расписание остальных операций может спокойно выводить программа автоматизации :) Mainframe_старый и поддержка возможностей изменения процессов, понятий и т.п. - это да.. самое важное. Полностью согласен, что это самое важное, вернее, основополагающее. Получить бы возможность внесения в используемый нами программный продукт "коэффициенты изменчивости среды" и то манна небесная :) Ну, так как я программист на уровне "если это сможет сделать комп быстро, то зачем это я буду делать долго" :), а производственный управленец вроде неплохой, то у меня созрел такой вопрос к профессионалам автоматизации и внедрения: 1. Насколько возможно за основу взять производственные операции, с описанием зависимости их друг от друга, при этом используя временной коэффициент и возможность планирования по любой операции? 2. В любом случае, при поступлении заказов на производство, каждый из них состоит из необходимых материалов и операций. Так вот, если каждому необходимому материалу прописать операцию, то, помимо графика необходимых работ, программа планирования сможет создавать график потребности материалов, и, соответственно график потребности финансов. 3. Потом прикрутить коэффициенты "изменчивости среды". 4. Ну а затем учёт и контроль :) Ну вот и нафилософствовался :) ... |
|||
:
Нравится:
Не нравится:
|
|||
28.12.2010, 14:20 |
|
Технологическая причина провала многих корпоративных проектов автоматизации.
|
|||
---|---|---|---|
#18+
Woodallимея нормальную программу планирования, можно спокойно обходиться и без учетно-контрольной программы (актуально для небольших производственных предриятий, но не есть хорошо), кстати, проверено: через пару месяцев работает практически безотказно :) а как планы то свои проверяете? Или речь идет о "планировании ради планирования"? ... |
|||
:
Нравится:
Не нравится:
|
|||
28.12.2010, 14:25 |
|
Технологическая причина провала многих корпоративных проектов автоматизации.
|
|||
---|---|---|---|
#18+
WoodallНу, так как я программист на уровне "если это сможет сделать комп быстро, то зачем это я буду делать долго" :), а производственный управленец вроде неплохой, то у меня созрел такой вопрос к профессионалам автоматизации и внедрения: 1. Насколько возможно за основу взять производственные операции, с описанием зависимости их друг от друга, при этом используя временной коэффициент и возможность планирования по любой операции? 2. В любом случае, при поступлении заказов на производство, каждый из них состоит из необходимых материалов и операций. Так вот, если каждому необходимому материалу прописать операцию, то, помимо графика необходимых работ, программа планирования сможет создавать график потребности материалов, и, соответственно график потребности финансов. 3. Потом прикрутить коэффициенты "изменчивости среды". 4. Ну а затем учёт и контроль :) 1-3 примерно таким образом и работают системы. А в чем вопрос? 4. Неплохой управленец должен знать, что у него фактически творится на производстве. Странный вопрос... ... |
|||
:
Нравится:
Не нравится:
|
|||
28.12.2010, 14:31 |
|
Технологическая причина провала многих корпоративных проектов автоматизации.
|
|||
---|---|---|---|
#18+
iscrafmWoodall имея нормальную программу планирования, можно спокойно обходиться и без учетно-контрольной программы (актуально для небольших производственных предриятий, но не есть хорошо), кстати, проверено: через пару месяцев работает практически безотказно :) а как планы то свои проверяете? Или речь идет о "планировании ради планирования"? Постановкой галочки CheckBoxа о выполнении какой-либо операции в той же пограмме планирования. Еще раз повторяю, что это не есть хорошо и может быть актуально для небольших производственных предприятий. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.12.2010, 14:36 |
|
Технологическая причина провала многих корпоративных проектов автоматизации.
|
|||
---|---|---|---|
#18+
iscrafmWoodallимея нормальную программу планирования, можно спокойно обходиться и без учетно-контрольной программы (актуально для небольших производственных предриятий, но не есть хорошо), кстати, проверено: через пару месяцев работает практически безотказно :) а как планы то свои проверяете? Или речь идет о "планировании ради планирования"? ещё интереснее на каких основаниях их для начала "строить" :) ? учета же нет даже в 1це (или экселе) и статистики тоже нет про "нашу страну" и контроль за "увесами усушками утрясками отбраковками" я вообще лучше скромно умолчу а то летаем понимаешь уже планируем там чего-то а то на чем вообще строятся все эти высокие материи опускаем это кстати ещё одна причина провала проектов от заказчика если выступает вот такой вот "спец" по высоким материям не вникающий в суть поставляемых ему данных для высокоматериальной обработки то получим красивый пшик просто из-за того что не организовали должным образом сам процесс сбора данных и затарты на его доведение до ума значительно (а это так и очень значительно) превышают заявленный бюжет только на аналитические модули планирования :) да и методика построения "от конца" (когда по составу отчетов определяем разрабатываемую структуру) работает но большинстве случаем только на уровне написания каркаса ТЗ в части необходимых модулей системы вцелом пс... извините что сумбурно я не консультант и не манагер сейлс, просто опыт небольшой так сказать "начальника транспортного цеха" :) ... |
|||
:
Нравится:
Не нравится:
|
|||
28.12.2010, 14:37 |
|
Технологическая причина провала многих корпоративных проектов автоматизации.
|
|||
---|---|---|---|
#18+
Last1Cmeniscrafm Woodall имея нормальную программу планирования, можно спокойно обходиться и без учетно-контрольной программы (актуально для небольших производственных предриятий, но не есть хорошо), кстати, проверено: через пару месяцев работает практически безотказно :) а как планы то свои проверяете? Или речь идет о "планировании ради планирования"? ещё интереснее на каких основаниях их для начала "строить" :) ? учета же нет даже в 1це (или экселе) и статистики тоже нет Ну да, нигде нет. :) А "строить" на основе самого ограниченного ресурса мощности предприятия, этого, к сожалению, нет ни в 1це, ни в ексель, ни в аксе :) Переменная, можно сказать. Купили станок, или взяли работягу, и процесс планирования можно смещать на другой ресурс, про возможность планирования я говорил. Кажется, выше я писал про "коэффициент изменчивости среды", так вот, он и подразумевает Last1Cmen"нашу страну" и контроль за "увесами усушками утрясками отбраковками" и вряд ли какой либо руководитель об этом не знает :) Last1Cmen не организовали должным образом сам процесс сбора данных и затарты на его доведение до ума значительно (а это так и очень значительно) превышают заявленный бюжет только на аналитические модули планирования :) Никто не говорил, что, при серьезных проектах, этот аспект маловажен.:) Last1Cmen от заказчика если выступает вот такой вот "спец" по высоким материям не вникающий в суть поставляемых ему данных для высокоматериальной обработки Полностью согласен, а вот если вникающий в суть, то "предложители высококачественных программных продуктов", после просмотра ТЗ, с полным описанием "чего хотим-то", начиная от рабочих форм, с необходимыми кнопочками либо менюшками, и заканчивая необходимыми отчетами, то куда-то вот они пропадают :( авторда и методика построения "от конца" (когда по составу отчетов определяем разрабатываемую структуру) работает но большинстве случаем только на уровне написания каркаса ТЗ в части необходимых модулей системы вцелом Да-да, это принцип 1це для производства: "всё от конца" :) По сути отчет нужен один: "А скока бабок мы заработали?", все остальные: "На что можно обратить внимание, чтобы заработать больше?". Да, и я думаю, что, не стоит брать за "святых коров" существующие системы учета-контроля-автоматизации. "От конца" чего? Бухгалтерской философии 1це? или от чего-то еще? В любом случае успешность проекта автоматизации заключается в увеличении на порядок операционной прибыли организации, либо существенном увеличении каких-нибудь биржевых индексов, что, опять же, позволяет получать деньги. Бизнес вроде как для этого налаживается :) Да, и при условиях, что "Всем работникам нравится приходить на работу, получая при этом устраивающую их зарплату", "Заказчики довольны ценой, сроками и качеством", "Учредители довольны постоянно возрастающей операционной прибылью", стоит ли затевать комплексную автоматизацию? :) ... |
|||
:
Нравится:
Не нравится:
|
|||
28.12.2010, 16:17 |
|
Технологическая причина провала многих корпоративных проектов автоматизации.
|
|||
---|---|---|---|
#18+
asdfghjkl 1-3 примерно таким образом и работают системы. А в чем вопрос? К сожалению, не видел ни одной, чтобы "примерно" с возможностью планирования по какой-либо из производственных операций, определяемых на уровне пользователя (в смысле планирования). Где можно посмотреть? asdfghjkl4. Неплохой управленец должен знать, что у него фактически творится на производстве. Странный вопрос... Естественно, неплохой упраленец обязательно должен знать чего и сколько у него на данный момент есть из порядка нескольких тысяч нименований (это про учёт) :) ... |
|||
:
Нравится:
Не нравится:
|
|||
28.12.2010, 16:55 |
|
Технологическая причина провала многих корпоративных проектов автоматизации.
|
|||
---|---|---|---|
#18+
Woodallпринцип 1це для производства: "всё от конца" :) Для производственника, которым Вы себя назвали чуть выше, довольно странное умозаключение. При чем здесь 1С, если такой принцип повсеместно, и в производстве тоже естественно? Что-то первое со вторым не стыкуется. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.12.2010, 17:07 |
|
Технологическая причина провала многих корпоративных проектов автоматизации.
|
|||
---|---|---|---|
#18+
Woodallasdfghjkl4. Неплохой управленец должен знать, что у него фактически творится на производстве. Странный вопрос... Естественно, неплохой упраленец обязательно должен знать чего и сколько у него на данный момент есть из порядка нескольких тысяч нименований (это про учёт) :) научитесь цитировать, в конце концов. Попутали все цитаты... Да и почерк узнаваем. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.12.2010, 17:10 |
|
Технологическая причина провала многих корпоративных проектов автоматизации.
|
|||
---|---|---|---|
#18+
Woodallasdfghjkl 1-3 примерно таким образом и работают системы. А в чем вопрос? К сожалению, не видел ни одной, чтобы "примерно" с возможностью планирования по какой-либо из производственных операций, определяемых на уровне пользователя (в смысле планирования). Где можно посмотреть? в учебниках и на реальных производствах. Когда флуд надоест, обратитесь к ним. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.12.2010, 17:11 |
|
Технологическая причина провала многих корпоративных проектов автоматизации.
|
|||
---|---|---|---|
#18+
Хорошая тема. Мои пять копеек. 1. Универсальная статическая модель АСУ невозможна. Хотя бы потому, что это противоречит господствующим ныне в бизнесе идеям непрерывного совершенствования (Деминг и т.д.). ИС может концептуально описывать модель управления в целом, но на уровне деталей все равно будет постоянно меняться и дополняться. 2. Большинство руководителей не готовы рассматривать жизненный цикл ИС как процесс непрерывного развития и совершенствования. Во-первых, это предполагает более высокую стоимость продукта, во-вторых, глубинный анализ причин такой изменчивости может привести к нелицеприятным выводам о качестве менеджмента предприятия (навскидку: смена руководства очень часто приводит к смене системы и реализации новых идей на более продвинутом технологическом уровне - а в итоге все вырождается в функционал предыдущей системы). 3. В России нет сложившейся школы управления и менеджмента (на это нужны десятилетия). Очень много руководителей, управляющих бизнесом "по понятиям". Реализовывать все их тараканы в универсальной модели ИС - увольте. Примеры успешной комплексной автоматизации есть. Как ни странно, очень часто в роли платформы выступает та самая один цэ. Не секрет, что многие средние предприятия могут использовать 1С, надо лишь аккуратно планировать транзакционную нагрузку и соотносить ее с возможностями платформы. Практика экплуатации 1С часто сводится к постоянному допиливанию системы своими специалистами, т.е. изменчивость поддерживается. У 1С есть удобная среда разработки систем обмена данными между модулями. Довольно сложно обойтись 1Сом в сложном технологичном производстве (MES на платформе 1С, слава Богу, не существует), но торговля, финансы и мелкосерийное производство отрабатываются доработанными типовыми решениями нормально. Все упирается в архитектора, способного грамотно транслировать задачи бизнеса разработчикам. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.12.2010, 15:21 |
|
Технологическая причина провала многих корпоративных проектов автоматизации.
|
|||
---|---|---|---|
#18+
я б сказал что причина провала обычно в непонимании затрат рисков и желания... Вообще проблема в непонимании желаемого результата. бывает хотят получить что то нереальное. ну например автоматический семантический анализ а ля "чай ромашковый в пакетиках 25 шт" = "упаковка чая 25 пакетов ромашка" бывает пишут систему автоматизации предприятия силами 1 человека с зарплатой 20тыр бывает каждый раз меняют ТЗ в результате система дохнет от заплаток архитектуры бывает пытаются взять 1С бухгалтерию и сделать из неё систему документооборота когда знают что хотят и готовы заплатить всё шикарно и в сроки работает ... |
|||
:
Нравится:
Не нравится:
|
|||
30.12.2010, 15:20 |
|
Технологическая причина провала многих корпоративных проектов автоматизации.
|
|||
---|---|---|---|
#18+
fleandrбывает пытаются взять 1С бухгалтерию и сделать из неё систему документооборота Этот чтоли ? ... |
|||
:
Нравится:
Не нравится:
|
|||
30.12.2010, 15:50 |
|
Технологическая причина провала многих корпоративных проектов автоматизации.
|
|||
---|---|---|---|
#18+
LSVfleandrбывает пытаются взять 1С бухгалтерию и сделать из неё систему документооборота Этот чтоли ? ага. по ссылке документооборот а некоторые из бухгалтерии (она ж типа куплена) хотят сделать некую смесь бухгалтерии и документооборота ... |
|||
:
Нравится:
Не нравится:
|
|||
30.12.2010, 16:23 |
|
Технологическая причина провала многих корпоративных проектов автоматизации.
|
|||
---|---|---|---|
#18+
zotВ литературе по SAPу написано. При всем уважении, это не убедительно и не правдоподобно. Никакой "единой, универсальной модели", ИМХО, не существует, и не может существовать. Хотя, если мы искусственно сузим область "автоматизации" до финансов и оптовой торговли, то, может быть, удастся построить нечто универсальное. И то, сильно сомневаюсь. Если чего, занимаюсь медицинскими ИС. Какой-такой SAP? Нет, zot, не пойдеть. ПС. Ты, случайно, не Андрей Зотов? ... |
|||
:
Нравится:
Не нравится:
|
|||
11.01.2011, 19:48 |
|
|
start [/forum/topic.php?all=1&fid=33&tid=1548137]: |
0ms |
get settings: |
10ms |
get forum list: |
13ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
49ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
87ms |
get tp. blocked users: |
2ms |
others: | 307ms |
total: | 491ms |
0 / 0 |