Серьезные ERP-системы имеют 100% внедряемость и поддержку производителя.
На практике это обычно выглядит так:
Пролог - охмурение. К гендиру/заму/главбуху еженедельно (а то и ежедневно) ходят люди с горящим взором и вдохновенно рассказывают о чудесах такой-то системы, демонстрируя красивую полиграфию. Сулят счастье, радость, откаты и путевки на курорты. Называют громкие имена и бренды. Контракт подписан.
Акт I - люди с горящим взором начинают внедрять. Проводят тренинги для персонала, показывают слайды, рисуют таблицы. Ужасаются от того, как работает предприятие, обещают, что этот ужас скоро закончится и наступит всеобщее счастье. На все вопросы отвечают, что "будет все, и даже больше", подробностей избегают. Персонал подозрительно хмурится, но вот уже завозят новые сервера, обновляют рабочие станции и все потихоньку начинают верить в светлое будущее.
Акт II - начинаются сложности. Обычно к этому времени люди с горящим взором исчезают и на их место приходят неопрятные, замученные жизнью люди, которые уже могут говорить на одном языке с рядовым персоналом. Выясняется, что новая система настолько новая, что приходится вести весь учет заново, а все начальные данные вводить вручную. А это месяц-другой работы, без учета исправлений и доработок. После ввода начальных данных помимо того, что они отличаются от оригинала на десяток-сотню миллионов рублей, вдруг выясняется, что некоторые операции сделать не возможно. Не предусмотрено. Или предусмотрено, но не работает. Или работает, но не так, как надо. Или работает правильно, но для этого нужно половину действующих бизнес-процессов менять. Внедрители вздыхают, морщат репу, куда-то звонят, что-то спрашивают, объясняют, просят, пишут, перезванивают..
Акт III - начало конца. Наступает ситуация, когда "верхи" уже не могут (больше ждать), а "низы" не хотят (больше мучиться). В какой-то момент принимается волевое решение отдать концы, спалить мосты и начать работу в новой системе. Персонал тихо паникует, внедрители дергаются и стараются не контактировать с персоналом. И вот оно свершается. В лучшем случае предприятие работает вполсилы - половина сил и времени уходит на ручное выполнение того, что обычно делалось автоматом, плюс исправление ошибок. Постоянные скандалы. Руководство ругает персонал, персонал ругает внедрителей, внедрители ругают персонал и руководство. Клиенты ругают всех подряд.
Эпилог - через некоторое время персонал приспосабливается, некоторые моменты действительно удобнее, чем раньше, а в некоторых случаях приходится помучиться. Но в целом повышается аккуратность, ибо если раньше можно было легко исправить мелкие ошибки, то сейчас любая мелочь может застопорить работу. Персонал становится очень консервативным и придирчивым, некоторые клиенты психуют из-за того, что их заставляют ходить по струнке. Внедрители избегают всяческих контактов с предприятием, устанавливают только необходимые обновления. Отдел ИТ пытается решать проблемы своими силами, изобретая костыли, скрипты, оболочки, хаки, плагины, утилиты и прочие фокусы. Обычно все это сводится к доступу к SQL DB из стороннего софта, с риском что-то нарушить в работе системы.
Занавес - боссы предприятий в сауне меряются крутостью своих ERP-систем, кто больше бабла на них потратил. А в это время операторы с тоской вспоминают старую систему, где хоть и был некоторый бардак, но работать было легко и удобно.
Внедрение ERP системы в 3-х актах, с прологом и эпилогом.
На практике это обычно выглядит так:
См. также
Радио "Аналитик", 17 выпуск 2 сезона. Про модель Кеневин с Андреем Путиным
Лидерство Личная эффективность Agile Анализ потребностей и поиск решений Бесплатно (free)
В семнадцатом выпуске второго сезона подкаста Радио “Аналитик“ обсудили, что из себя представляет модель Кеневин, чем и в каких ситуациях она может быть полезна тем, кто работает в сфере ИТ и не только.
19.04.2024 372 0 Radio_Analyst 0
Исследование потребностей пользователей в заказной разработке
Анализ потребностей и поиск решений Бесплатно (free)
Расскажем о Customer Development (CustDev) в заказной разработке, методиках исследования и проверке гипотез при создании MVP. Восстановим справедливость в отношении CustDev: рассмотрим, что это такое, и поделимся практикой применения.
18.04.2024 360 0 tachenkov 0
Фаза пресейла: насколько глубоко нужно погружаться в бизнес-домен?
Анализ предметной области Анализ потребностей и поиск решений Бесплатно (free)
В статье объясним значение погружения в бизнес-домен, расскажем о возможных проблемах и ограничениях, а также путях поиска информации о бизнес-домене.
25.03.2024 383 0 alenkaiva 0
Как реорганизовать работу проектного департамента, чтобы быть №1
Внедрение изменений Бесплатно (free)
Методики быстрореагирующего производства и QRM-ячейки применимы не только к станкам, но и к проектным командам. О том, как за счет разделения проектного офиса на многофункциональные QRM-ячейки обеспечить равномерную загрузку работу сотрудников, вырасти в два раза и существенно повысить лояльность заказчиков и коллектива, пойдет речь в статье.
14.02.2024 648 0 user1270271 2
Управление ожиданиями на проекте
Работа с заинтересованными сторонами Бесплатно (free)
Каждый человек, который включается в проект после согласования контура автоматизации, имеет свое внутреннее понимание того, как должна работать система. О том, как определить в проекте ключевых функциональных специалистов и конкретные цели, поддерживать открытость при взаимодействии с заказчиком и передать проект на сервисное сопровождение, расскажем в статье.
08.02.2024 578 0 izybaevda 0
Как внедрить 1С:ERP за 2 года и не сойти с ума
Анализ предметной области Анализ потребностей и поиск решений Внедрение изменений Бесплатно (free)
Для руководителей подразделений новые проекты вызывают желание получить максимальный эффект от реализации идей, а также опасения, верно ли выбран ориентир нововведений. О том, как справиться с трудностями, дойти до цели и внедрить 1С:ERP на производственном предприятии, ежедневно выпускающем десятки тысяч единиц готовой продукции, расскажем в статье.
30.01.2024 7242 0 user1578851 16
Свободное программное обеспечение в крупной компании – миф или реальность? Как мы переводили 2500 пользователей на Linux
Внедрение изменений Бесплатно (free)
Переход на свободное программное обеспечение – серьезное испытание и для бизнес-пользователей, и для ИТ-подразделения. Нужно учесть много факторов, найти компромиссы и поменять привычки. О «пяти стадиях принятия неизбежного» и успешном преодолении трудностей при переводе ИТ-инфраструктуры автодилерских центров на Linux расскажем в статье.
29.01.2024 2528 0 user1063453 2
Зачем нужны аналитики на проектах автоматизации
Анализ потребностей и поиск решений Бесплатно (free)
Исторически сложилось так, что аналитик 1С многими воспринимается как вечный падаван, который обеспечивает разработчиков информацией, а пользователей – инструкциями. Не согласимся с таким подходом и на примере реального кейса покажем, почему именно аналитик должен стать лидером проекта автоматизации.
18.01.2024 1708 0 user1754524 19
Если все так плохо с внедрением нового откуда вообще прогресс и эти уже существующие системы учета?
Слишком много пессимиза и однобокость видения проблемы.
Виноваты не разработчики и внедренцы системы, а "люди с горящими глазами". Так что нужно было остановится на пункте 1 и более подробно рассмотреть именно их, как втюхивателей ненужной конкретному предприятию (но не значит нерабочей) муйни.
разница в том, что когда вы покупаете одежду, или стиральную машину, вы видите, что вы покупаете, а когда вы внедряете систему или управляете бизнесом, вы должны понимать и видить конечный результат... это очень важно... а наши руководители настолько заняты, что это выпускают из поля зрения...
Осталось озвучить, что за ERP-система.
P.S.
Хотя я догадываюсь - образ собирательный, те есть ВСЕ, кроме той, что мы вам завтра тут предложим.
"Посмеялась от души."(с)
Рубрика публикации "Лирика", а не "Юмор".
Над кем (чем) мы смеёмся? Плакать надо...
Почти 40 лет наблюдаю аналогичные картины с "автоматизацией" предприятий. :-(
Ничего не меняется, кроме стоимости.
Сейчас ЭТО значительно дешевле, чем в 70-х годах. ;-)
Из данной публикации не следует, что внедрение неудачное. См. "Эпилог" ;-) Внедрили, пользуются... И в 70-ые годы, иногда, успешно внедряли. В сообщении (7) сказано про 3-х этажное здание. Думаю, под ИВЦ. В него планировали поставить несколько ЕС ЭВМ по, около, миллиона рублей стоимостью, каждая. Посадить отдел обслуживания железа ЭВМ - 10 человек, отдел подготовки данных - 20 человек. Еще железо для подготовки данных и инженеры по его обслуживания. Проблемные программисты - человек 15. Системный отдел - 5 человек. Отдел НСИ - 5 человек. Управленцы, руководство, уборщицы, вахтеры, водители, диспетчеры... Т.е. набирается человек 100. А еще электроэнергия, бензин, обслуживание самого здания и т.д. Об этой стоимости я и говорю в (5) сообщении.
И всё это нужно было для сбора первичных (бумажных) документов. Переноса их по макетам на перфокарты (по сути формата) и получения "сводных итогов" для принятия управленческих решений объектами управления от выше стоящих "главков". Чаше всего, самим объектам управления ничего от ИВЦ не требовалось. Т.е. отчеты (распечатки) они, конечно, получали и заворачивали в них дефицитные продукты питания (из продуктовых заказов) или использовали вместо газет при наклейки обоев. :-)
Т.е. моё сообщение больше не о процессе внедрения, а о сути АСУП-а. А суть не изменилась. Мы продолжаем автоматизировать сбор первичных документов, а не саму деятельность предприятия. И такая "автоматизация" нужна только "главкам" (тогда) и "боссам" (сейчас)...
Эти системы нужны когда уже без них не получается.
До сих пор некоторые производства и торговля не маленьких масштабов работает и на 7.7
И знаете что? Они вполне довольны потому что там все настроено под их бизнес. И отказываются от 8 потому как потратить пару лямов просто на то чтобы все перенесли туда включая дописанные модули и тп. без изменения процессов (потому что они работают и всех устраивают хоть и не правильно с точки зрения логики как например продажа товара который будет выпущен только через 2 дня) И когда возникает вопрос а на фига - какой результат ? Продажники кроме виртуальных а будет еще лучше и быстрее не могут сказать. И сейчас впаривают 8.2 мотивируя управляемым приложением и веб доступом и новым совершенно "суперским дизайном" и люди покупают - торговлю например. меняют сервера..... рабочие станции... начальника IT (менять так менять :) а то он видетели прогрессу в компании мешает)... И в итоге огромные затраты изменение бизнес процессов и полная неразбериха некоторое время..
А все почему ? Потому что бизнес это процесс.. процесс продажи того что не нужно тебе подороже и не важно нужно это покупателю или нет...
Как пример покупка авто со скоростью свыше 250 км для езды по Москве со средней скоростью по пробкам- 5-10 км...
А ERP вдумайтесь это забугорные системы построенные на их правилах торговли и учета ОПТИМИЗИРОВАННЫЕ под Россию. То есть кто-то оптимизировал программу под нужды России где учет и бух учет могут кардинально отличаться. Это не плохо но не проще покупать движки и нанимать программистов для написания программы в таком случае под конкретное предприятие? По деньгам оно как-то похоже получается. И многие так и делают.
А вывод ? Нам работа будет всегда! :D
По сабжу, что можно сказать, все правда на 100%, Получилось очень кратко и емко, с юмором и хепи-эндом. ;)
Ведь хочется верить, что все хорошо кончается.
Лучше вложить побольше денег в своих специалистов , и купить как раз "конструктор" (читай, открытую технологию).
А расчет на то , что приедут "умные дяди" с готовым продуктом и чего-то обследуют , настроят ,а потом внедрят - есть многократно подтвержденная глупость.
И неважно какой продукт внедряется ERP,УПП....
И речь может лишь идти о снижении этой зависимости. Для этого есть несколько несложных управленческих приемов.
Успешное внедрение - это всегда исключение .
И необходимое условие для этого - наличие адекватных специалистов со стороны предприятия.
Преимущество системы (что все в одной базе) превратилось в ее недостаток!!!
Довольных УПП нет.
Какими людскими ресурсами вы располагаете ?
Что целесообразнее для внедрения и дальнейшего развития проекта ?
1. привлечение внешних специалистов ( с анализом последствий )
2. обучение штатных ( с анализом последствий )
3. комбинация п.п. 1-2 ( с анализом последствий )
П.1, кстати, тоже имеет право на жизнь для небольших предприятий с несложными устоявшимися бизнес-процессами.
Если же некорректно сформулировать хотелку, то франч может и не удержаться от искушения реализовать ее "в лоб", что может привести к катастрофическим последствиям.
УПП слишком сложная и самобытная вещь, чтобы внедрять ее в сложный и самобытный коллектив. Ведь у вас уже есть свои правила учета (бизнес-процессы) и люди, которые давно (и успешно) работают по этим правилам. И вам придется либо переделывать УПП под них, либо переделывать людей и их работу под УПП. Вот будете открывать дочернее предприятие с нуля, тогда и ставьте УПП.
Оптимальнее будет распределенная схема - бухгалтерия и зарплата отдельно (В 1С, как правило), оперативная база (производство/склад/логисты в самописной проге или допиленой типовой 1С) отдельно, продажники-снабженцы (CRM, MRP, заказы, таможня) отдельно, управленцы (всякие бюджеты, планирования и консолидации) в экзеле.
В принципе, можно засунуть снабженцев, продажников и управленцев в оперативную базу, сейчас для 1С 8.х есть много хороших независимых обработок и конфигураций, которые без особых проблем объединяются с любой другой конфигурацией. А вот бухучет с чем-либо мешать не советую, ничего хорошего не будет. Бухи должны тупо проверять и фиксировать у себя документы, созданные другими сотрудниками.
А вот так, чтобы все и сразу - шансы на положительный результат стремятся к нулю.
1. Каждая хозяйственная операция сопровождается документом, составляемым в момент совершения операции.
2. Обязательными реквизитами документа являются дата совершения операции и подпись лица, составившего документ (т.е. отвечающего за операцию).
Поменьше "умных" слов и побольше знаний и здравого смысла - вот и все "нюансы менеджмента"
(68) И хоть я сам за порядок и план... но иногда бродят смутные мысли - порядок - это нечто мертвое, любой порядок мертвый и требует дополнительных усилий по постоянному поддержанию. а вот хаос наоборот - живой и может жить сам по себе. и применив это к системе получаем - упорядоченная система без постоянной поддержки не будет работать. а вот беспорядочная система вопреки всем увещеваниям живет и процветает. при этом реализует свои неведомые никому цели...
... вот и у Вас также будет ...
... нельзя будет сказать что всё НЕработает ... но сказать что Работает то же будет нельзя ... но все будут утверждать что потраченные деньги не пошли на "ветер" ... ведЬ ВЫ теперь узнали столько нового ...
анекдот:
Жена: - Вааасссь...? Слышь ... а соседка говорит что у неё муж может десять раз за ночь ...
Муж: - Ну, и ты говори ... кто тебе мешает ...
... НЕпопробуешьУППкакВОТскажешь ...
Есть моменты, которые присущи данному предприятию, и обычно с этими моментами трудности.
Так же все зависит от персонала, если это "нормальный персонал" (молодые люди) - тогда проблем нет, еще лучше, когда они сами хотят развиваться.
А очень плохо, когда в таком персонале есть "пеньки", которым надо день толковать, что такое Приходная накладная, и как ее вводить, и как потом все это посмотреть...
Обычно
происходит из-за тех самых "пеньков", ибо другие мучаются тоже из-за первых...
пс: "дело не в том, что чел смертен, дело в том, что он внезапно смертен"
пспс: "развиваться", осознавая, что такое рнк :)
пспспс: директор заказчика в том же возрасте?
пспспспс: возрастной ценз как раз из-за того, что наниматель хочет иметь пенька - молодого и зеленого
Для получения уведомлений о новых публикациях автора подключите телеграм бот: Инфостарт бот
№ 74779
Создание 27.08.10 19:41
Обновление 27.08.10 19:41
Просмотры 4858
Загрузки 0
Рейтинг
60
Комментарии 88
Код открыт Не указано
Рубрики БИЗНЕС-АНАЛИЗ
Кому Для всех
Тип файла Нет файла
Платформа Не имеет значения
Конфигурация Не имеет значения
Операционная система Не имеет значения
Страна Россия
Отрасль Не имеет значения
Налоги Не имеет значения
Вид учета Не имеет значения
Доступ к файлу Бесплатно (free)