Мобильная        
   PDA-версия  


интеллектуальная группа

KIBORG . net



@   О КОМПАНИИ

@   УСЛУГИ

@   КОНТАКТЫ

      AXAPTA / 1С

      MRP / CRM

      УПРАВЛЕНИЕ

-   ОБУЧЕНИЕ

V   СТАТЬИ

-   ПУБЛИКАЦИИ

#   ЛУЧШИЕ

-   ИССЛЕДОВАНИЯ

-   ТЕРМИНОЛОГИЯ




С т а т ь и



o   ПО ДАТАМ
o   ПО ЖУРНАЛАМ

==== >>   ERP
o   УПРАВЛЕНИЕ
o   СИСТЕМЫ





(+) ПРЕДПРОЕКТ ERP

() Методология

() Внедрение ERP

() Эксплуатация, поддержка






 
 

ERP   /\/   Управление   /\/   Системы     (Лучшие)


Предпроект - Методология - Внедрение - Эксплуатация



Классы отраслевых решений


Классификация отраслевых решений

 

Базовый вопрос

Каждый производитель ERP позиционируют свой продукт как универсальную систему которая подойдет для любых бизнес-процессов. Действительно, во всех ERP системах есть масса инструментов, которые позволят настроить и доработать программу под конкретный бизнес. Вариантов настройки столько, что возникает вопрос: "А все ли мы правильно сделали?" или иначе: "А как правильно?". Здесь как в любом конструкторе - формального результата можно достигнуть разными способами и эти различия могут оказаться существенными. Чтобы не мучить себя этим БАЗОВЫМ вопросом Заказчик старается купить готовое решение, где все уже настроено в соответствии с его бизнес процессами - такое решении и называют отраслевым. Часто дело не только в настройках но и в практиках использования системы, которые покупатель рассчитывает приобрести вместе с решением.

В статье "Замкнутый цикл производства пустых фантиков" описаны новые риски, которые несут в себе т.н. "отраслевые решения". Риски рисками, но куда деваться покупателю? Предположим, что решение решению рознь и попытаемся найти наиболее подходящий вариант. Разобьем решения на классы и выявим наиболее пригодные для дела.

 

По направлению

ГОРИЗОНТАЛЬНЫЕ / ВЕРТИКАЛЬНЫЕ

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

Но эти названия притянуты за уши, ведь когда продавец говорит об отраслевом решении для автомобильной промышленности, то возникает резонный вопрос: неужели в одном отраслевом решении есть настройки для десятков типов производств которые встречаются в отрасли. На это нам скажут, что существуют только три типа производства: непрерывное, сборочное и смешанное и отраслевое решение следует настроить под нужный тип. Но зачем нам тогда отраслевой вариант? Ведь в этом случае он не отвечает на наш классический БАЗОВЫЙ вопрос. Точнее отвечает, но не лучше чем любая стандартная производственная (MRP) система.

Так неужели вертикальных отраслевых решений не существует?

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

Раз делить решения по направлению бессмысленно, то поищем другие классификаторы.

-- Вывод первый

Вертикальных отраслевых решений не существует и делить дописки к ERP по направленности не имеет смысла.

 

По содержанию

ВСЯК СВЕРЧОК ЗНАЙ СВОЙ ШЕСТОК

Казалось бы, чего тут обсуждать?. Очевидно даже новичку, что софт для гостиничного бизнеса бессмысленно внедрять в автосервисе. Но предмет обсуждения появился благодаря неточности в терминологии. Слово "отраслевое" не всегда обозначает конкретную отрасль, а может обозначать и бизнес или его часть.

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

-- Вывод второй

Чем уже специализация предлагаемого отраслевого решения тем больше вероятность, что его инструменты решат ваши проблемы.

 

По сертификации

СЕТРИФИЦИРОВАННЫЕ / НЕ СЕРТИФИЦИРОВАННЫЕ

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

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

Чем, в таком случае хуже не сертифицированное решение? Если вы доверяете интегратору который его предоставляет, то оно ни чем не хуже дописки с лейблом производителя. Другое же дело если вы только ищете интегратора и еще ни чего не решили. Тогда надежней брать продукт с сертификатом (т.е. от интегратора, которому доверяет производитель).

-- Вывод третий

Если вы еще не нашли своего интегратора, то лучше искать сертифицированное решение.

 

По способу разработки

ЛАБОРАТОРНЫЕ / БОЕВЫЕ

Отраслевые решение может быть разработано в лабораторных условиях, как проект ориентированный на потребности отрасли. Или оно может быть разработано в ходе внедрение ERP у клиента. В красках опишу оба способа.

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

В боевом случае, все начинается со звонка клиента. Клиент, например гостиница, просит внедрить ему ERP и Интегратор выполняет это требование. По завершении проекта Интегратор выделяет часть доработанного кода и часть настроек и заявляет о наличии отраслевого решения для гостиниц. Однако надо понимать, что выделение кода и настроек задача сложная и нередко ее откладывают на потом, а объявление делают сразу. Но слово "потом" обозначает время, и за это время часть экспетных знаний может потеряться (например уволиться специалист или он будет очень занят на другом проекте).

Так что же лучше? Слово "боевой" кажется более надежным, чем слово "лабораторный". Но арбалет был боевым проверенным оружием, когда в алхмимческой лаборатории был создан никому еще не нужный черный порох.

Положительные и отрицательные эффекты

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

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

  Боевое
\полевое
Лабораторное
НЕГАТИВНЫЕ ЭФФЕКТЫ    
Разрабатывают презентацию, а не решение Нет (не
возможно)
Иногда
Страдает качество из за ограничений по времени Да Нет
Страдает качество из за зависимости от действующей части проекта Да Нет
Решают частные задачи Да Зависит от отраслевого эксперта
     
ПОЗИТИВНЫЕ ЭФФЕКТЫ    
Решаем типичные для отрасли задачи Иногда Зависит от отраслевого эксперта
Если что то получилось не совсем так как надо, то есть возможность переделать Нет (уже внедрено) Да

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

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

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

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

Какой же сделать вывод? Ведь все эти доказательства далеки от строгой математики. Как видно из таблицы лабораторный вариант будет лучше, особенно, если задачу будет ставить опытный эксперт. И несмотря на то, что критерии опытности расплывчаты, вывод назрел.

-- Вывод четвертый

Лабораторные разработки в целом лучше, но проблема в том, что интеграторы не указывают информацию о способе изготовления решения, впрочем если постараться, то все (и даже фамилию постановщика задачи) можно узнать.

 

 

 

Москва 2012г. Мартынов Дмитрий

 

КОПИРАЙТ

Статья разрешена к копированию любыми средствами без изменения содержания с обязательным указанием автора, источника и гиперссылки на оригинал:

гиперссылка html:
гиперcсылка для форума/блога:

 

Консалтинг по управлению ИТ проектами.
-  Аудит, анализ и тренинги


Экспертиза ....
Интеграция ERP, MRP, CRM, SCM систем
-  Настройка, обучение, доработка.



Внедрение ....
Бизнеспроцессы: описание в стандартах IDEF, ARIS, EPC, On-Target



Бизнес-анализ ....
Оптимизация бизнеса. Внедрение, электронного документооборота
-  Управление ответственностью и рисками.



Мотивация ....
Разработка регламентов управления с использованием ИТ.
-  Повышение стабильности и эффективности работы отделов.


Реорганизация ....
Гарантии качества подтверждены опытом наших экспертов.
-  Все наши специалисты сертифицированы.



Сотрудничество ....


 
  О компании    Услуги    Контакты    Axapta        Обучение    Управление   

    © 2005, ООО "Интеллектуальная группа Киборг"   PDA-версия