Показать сообщение отдельно
Старый 05.06.2017, 13:26   #16  
George Nordic is offline
George Nordic
Модератор
Аватар для George Nordic
Злыдни
 
4,424 / 1077 (44) ++++++++
Регистрация: 17.12.2003
Адрес: Moscow
Записей в блоге: 9
Цитата:
Сообщение от Ivanhoe Посмотреть сообщение
Может, в чем-то рынок AX был похож в начале / середине 2000-х?
Скорее, на начало. Т.е. 1С вышла на крупных заказчиков и сложные комплексные проекты, и столкнулась с тем, что мы проходили лет 15 назад. И это здорово: если кто-то уже проходил подобное, то накоплен опыт, сын ошибок трудных, и на него можно ориентироваться.

Кратко суммирую что писал на синьюсе:

Это старая и известная проблема. Обсуждалась более 10 лет назад теми, кто внедрял ERP системы - Axapta / Sap / Scala / Infor и т.д. Тогда 1С была известная в основном только своей бухгалтерией. Хотя уже тогда была куча конфигураций, но внедрение состояло в настройке, а сопровождение - в наличие своего программиста (он же админ, он же обучение и поддержка), а франчи - просто привозили свежий диск ИТС. Теперь 1С полноценно играет на рынке ERP, вытесняя прочих игроков, и сталкивается с тем, что многие прошли десятилетие назад - управление партнерской сетью, контроль за качеством внедрений, разделение на тех, кто просто поставляет лицензии / итс и теми, кто действительно может сделать проект, со специализациями, сертификацией и т.д.

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

Ведь внедрение ERP - это не настройка 4-6-10 конфигураций, склеенных кое-как. Это единая система со сквозными бизнес-процессами. И внедрять ее ой как непросто. И мало кто умеет это делать, особенно клиенты. Откуда они знают "требования к качеству"? Кто им расскажет, "как правильно"??. Как делать предпроектное обследование, описывать функциональные и организационные требования к проекту, gap/fit анализ к выбираемой системе, правильно составлять план внедрения, ТЗ и требования к результату? Это сплошной матан для них. А тут приходи компания и говорит "а, зачем все это? сейчас adjle в моде, короче, готовьте 5 млн рублей и мы все сделаем". А потом оказывается, что на эти 5 млн рублей и ТЗ толком не напишешь, какое тут качество?

Поэтому ВЕНДОРУ приходится учить заказчиков (и партнеров, или заказчиков через партнеров) как выбирать и внедрять систему, и наводить порядок в канале.

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

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