Продолжаем тестировать ERP систему. Первая часть здесь, вторая часть здесь.
Сегодня попробуем разобраться с производством и проектами. А в следующей части поговорим уже об отчетности и всяких инструментах для принятия решений.
Начнем, пожалуй с проектов. С ними более понятно.
Сначала определимся с понятием. Могу ошибаться, если что поправите меня.

Я вот не поленился и обзвонил несколько руководителей компаний, моих клиентов. На предмет — знают ли они что такое «система поддержки принятия решений». Не знают. Однако, все ей пользуются.

Надо прояснить этот вопрос. И, заодно, будем считать эту статью четвертой частью цикла статей о тестировании ERP-систем.

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

Если вы не хотите, чтобы ERP-система создала больше проблем, чем решила, желательно соблюдать несколько важных правил в менеджменте предприятия.

Говорить будем о предприятиях, численностью хотя бы человек тридцать. В более мелком бизнес эти правила не работают. Там, как правило, все занимаются всем.

Разумеется, я считаю, что вы правильно выбрали ERP-систему, а не ткнули пальцем в небо (о том, как это сделать я писал здесь, здесь, здесь и здесь). Разумеется, вы не пытаетесь автоматизировать хаос, а у вас действуют внятные бизнес-процессы или вы используете те, которые заложены в ERP-систему. Эти вещи тут даже не обсуждаются.

После вот этого поста о внедрении ERP систем, я решил тоже написать по этому поводу. Человек, лично руководивший хотя бы двумя-тремя проектами, никогда так не напишет. Этот пост я встречал как-то в жж в качестве комментария. Но одно дело комментарий и совсем другое дело – пост. Все случаи свалены в одну кучу.

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

Я попытаюсь раскрыть эту проблематику более полно и точно.

Да, понятно, что в России с успешным внедрением ERP систем дела обстоят не так, как на Западе. Хотя, и в Датском Королевстве, уверен, не все ладно.

В Россию пришел еще один производитель ERP-систем. Компания Sage. Событие положительное, потому как конкуренция. Но возникает впечатление, что Sage пришел в Россию явно с опаской. Прямого представительства в России нет, работают через единственного партнера — компанию Energy Consalting. И еще целый ряд интересных нюансов.

Есть ли перспективы у этого продукта при таком подходе? Попробуем разобраться.

Хотя мне больше нравится то название, которое я использовал у себя в жж. Но Хабр называет себя серьезным сайтом и название надо соответствующее.

Компания Digital Security провела исследование безопасности ERP систем SAP и Oracle. Результаты исследования неутешительны для вышеназванных производителей. Однако Digital Security обнаружила всего лишь верхушку айсберга, не зная, как оно там в деталях, в производстве, так сказать. Я же хочу рассказать о причинах, по которым клиенты вышеназванных ERP-систем «живут» с этими проблемами почти десятилетиями и почему-то их не решают.

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

Этот вопрос возникает на повестке дня практически во всех компаниях, внедривших CRM-систему.

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

После весьма непродолжительного промежутка времени, прошедшего после окончания успешного внедрения CRM-системы, руководство компании начинает понимать не то, чтобы бесполезность внедрения этой самой CRM-системы, а скорее ощущать, что «костюмчик слишком мал». То есть компания, после внедрения CRM-системы, попадает в ситуацию, когда вы на приличном (а иногда и не очень) автомобиле начинаете ехать по асфальту и, очень быстро, дорога упирается в лес и куда дальше ехать – непонятно.

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

Название статьи, в части упоминания Джорджа Буша-младшего, прямого отношения к её содержимому не имеет, просто этот человек поднял флаг борьбы с мировым злом на уровне всего земного шара. Боюсь, что, как обычно, охота на ведьм была проведена зря, и большая часть зла оказалась в самой Америке. Ниже я ознакомлю вас с причинами таких выводов на примерах компаний Apple, Oracle, 1С, Google, Adobe.

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

Меня пригласили на встречу в компанию, которая десять (!!!) лет своими силами разрабатывала программный продукт для управления бизнес процессами (язык не поворачивается этот продукт назвать erp системой).
И вот по истечении десяти лет руководство компании понимает, что… ничего не понимает. В буквальном смысле слова. Программный продукт прекрасно решает вопросы, связанные с логистикой. Иными словами все вопросы, от момента получения заказа до момент вручения груза клиенту, решены весьма и весьма неплохо. Действительно неплохо. И все. Больше ничего.

Но если десять лет назад именно эти проблемы и стояли во главе угла, то сейчас, когда в компании трудится 150 сотрудников, главная проблема — совсем не логистика и не склад. Верней, главных проблем просто гораздо больше, чем десять лет назад.

Очень часто можно встретить пессимистичные статьи об автоматизации, внедрении собственных систем или неудавшихся проектах. Десять гребаных лет на разработку ERP.
Забавность ситуации в том, что, казалось бы, хорошее начало приводит к плачевному финалу. Или нет… может наоборот, плохое начало приводит к непредвиденному финалу?

 

Надо стараться придерживаться трех простых правил, если вы хотите успешного внедрения.

Минимум разработки

Как это не странно, но именно разработка программного обеспечения — самое слабое место ERP-проектов. Какое бы красивое ТЗ ты не написал, ты никогда заранее не знаешь, будет это работать в реальной жизни или нет. Хорошие программы пишутся не с первого раза. Чем больше в проекте разработки, тем выше риски неудачи. Разработка ПО — это как создание дизайна. Вроде обо всем договорился, а когда получил результат — понимаешь, что не то. Разумеется есть только один способ снизить объем разработки — взять продукт, где уже по максимуму разработано и работает то, что тебе нужно.

Как посчитать экономическую эффективность от внедрения ERP-системы. Таким вопросом задаются очень многие. Изложу свою точку зрения.

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

«Давай внедрим то, давай внедрим это». Предложения внедрить что-то звучат для него регулярно. Оно и понятно. Инициатива, так сказать. Однако очень скоро он приучил всех, что первый вопрос, который сотрудник услышит в ответ на свое предложение что-то внедрить, будет звучать так: «Насколько компания будет больше зарабатывать или насколько меньше она будет тратить, если мы сделаем это?»

В последние годы крупные компании дружно и активно внедряют разные ERP системы — кто для имиджа, кого консультанты внешние заставили, а кто и правда осознает, что это нужная и полезная штука. Однако последних, к сожалению, крайне мало. На 3-х местах работы мне довелось увидеть и пощупать 3 совершенно разных ERP системы, что особенно удивительно, учитывая тот факт, что большинство моих знакомых даже не знают, что это такое. Но раз такое программное обеспечение плотно входит в жизнь работников на наших славянских просторах, хотелось бы поделиться своим опытом и помочь не допустить типичных ошибок, которые могут привести даже к ополчению всех сотрудников компании на систему, в которую уже вложены немалые финансовые и временные ресурсы.

Итак, про каждый изученный мною объект по отдельности.

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

Сначала немного о фундаменте.
Итак, что же нужно, чтобы в компании была внедрена ERP система? Ну, во-первых в туалетах должно быть чисто. Состояние туалетов — это состояние компании в целом. Вы будете смеяться, но это так и есть. Если в туалетах грязно, то вначале надо решить системные проблемы в компании, а потом уж и за ERP можно браться.

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

Если вы будете ловить леща при помощи спиннинга, то это принесет одни убытки. Расходы будут, а результат нулевой. Потому что тут тоже нужны методики и знания, прежде, чем приступить. Так же и в бизнесе.

Месяц назад мы запустили проект на Украине, где опробовали наши новые решения в области Теории Ограничений (TOC). Теория Ограничений — это тоже методика управления предприятием, как и тойотовский канбан, но TOC более совершенна и, в отличие от канбана, хорошо работает в случае с рваным спросом, высокой вариативностью заказов. О некоторых показателях эффективности этого проекта в цифрах чуть ниже.

Казалось бы, этот вопрос давно уже решен и всем всё ясно. Нет, ребята, все не так, все не так, ребята. Я сам писал на эту тему несколько лет назад, но прошли годы, ситуация изменилась. Да и страна у нас сильно изменилась, это тоже важно.

Я постоянно веду переговоры с собственниками бизнесов и могу сказать однозначно — понимание, зачем внедрять ERP-системы, пришло далеко не ко всем.

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

• чтобы автоматизировать бизнес-процессы
• чтобы избавиться от бардака
• чтобы сделать единую монолитную систему
• чтобы внедрить в компании современные технологии
• чтобы сократить штат

И реже (но все чаще и чаще) звучат такие ответы как:

• чтобы улучшить качество планирования
• чтобы снизить запасы
• чтобы увеличить скорость потока и оборачиваемость
• чтобы производить точно в срок
• чтобы повысить прибыльность проектов

Считается, что системы управления транспортировками (Transportation Management Systems, TMS) входят в класс систем управления цепями поставок (Supply Chain Management, SCM), которые, в свою очередь, являются частью систем управления предприятиями (Enterprise Resource Planning, ERP). Хотя вопрос о соотношении систем различных классов достаточно сложный и неоднозначный…

Последнее время на Хабре стали все чаще появляться статьи, посвященные 1С как среде разработки приложений. Статьи по смыслу более концептуальные, чем прикладные; авторы делают обзор платформы «1C:Предприятие 8» в целом, пытаются понять, хороша или плоха технология создания бизнес-приложений, предлагаемая 1С.

Не буду обсуждать, прав ли каждый из авторов или нет; у платформы 1С, как у любой технологии, есть свои преимущества и недостатки. А есть и свои интересные особенности, свои наработки и механизмы. Вот о них и хочется поговорить. А еще — хочется написать статью про 1С для людей, с 1С незнакомых, статью, которая показывает, какое место 1С занимает в ряду аналогичных программных продуктов. Мне лично такой ознакомительной обзорной статьи очень не хватало, когда я еще не был знаком с 1С, но был знаком с рядом других ERP продуктов.

Итак, начнем!