SAP колонки
Вы можете подписаться на эту колонки этого автора, если авторизируетесь или зарегистрируетесь
Варварство специализма
29 декабря 2011, 13:19
Специалист подобен флюсу: полнота его одностороння.
(Козьма Прутков)
Растёт число и сложность структурных (функциональных) компонент внедряемых ERP систем. Вендоры из лучших побуждений непрерывно расширяют возможности системы, а внедрнецы по любому поводу предпочитают «сочинение» дополнительного программного кода использованию стандартной (но неведомой их консультантам!) функциональности. Однако чем более функциональна информационная система (ERP система), встраиваемая в процесс управления, тем взаимодействие с ней сложнее и «запутанней» и растёт неопределённость реакции всей системы управления на локальное возмущение.
Уровень профессиональной компетенции специалистов – консультантов по внедрению ограничивается рамками узкой специализации. Консультанты вынуждены умещаться, сосредотачиваться, и даже замыкаться на всё более тесном пространстве мысли. Специализация вытесняет в них целостное восприятие бизнес - модели (логической схемы бизнеса). От специалиста требуется удовлетворительное знание работы «его» модуля программного обеспечения, что легко сымитировать, а проверить трудно (!). В каждый модуль при его создании вендоры закладывают алгоритмы одной, а то и нескольких современных методологий управления бизнесом. Однако у редкого консультанта хватает времени и мотивации для изучения принципов этих методологий и методов их внедрения. Если хотите в этом убедится, спросите любого консультанта: какая методология управления инкорпорирована в «его» модуль?
Как следствие, специалист не склонен напрягать свой интеллект для постижения работы ERP системы в рамках всей бизнес – модели. И в результате, если что он знает назубок, то это «свой клочок мироздания» в сложной логике настройки внедряемого программного обеспечения. В рамках управления всей логической схемой бизнеса его можно назвать «сведущим невеждой» (варваром).
«Вертикальное вторжение варваров»
Общий прогресс цивилизации порождает ускоренный рост проблем, встающих перед бизнесом. И если в «далёкие» времена люди делились на сведущих и невежественных, то теперь всех специалистов по внедрению ERP системы (будь то менеджеры проекта, программисты или консультанты) нельзя причислить ни к тем, ни к другим. Нельзя как с точки зрения понимания логической схемы бизнеса, так и с точки зрения решения бизнес - проблем.
Ситуация усугубляется тем, что уверенность внутри «своего» модуля (своей специальности) делает специалиста герметичным и самодовольным, чему способствует позиция Заказчика, от имени которого выступают или ИТ директор – Поллианна (см. http://www.sapland.ru/blogs/dublin/?post=5463) или Финансовый директор – честный министр (см. http://www.sapland.ru/blogs/dublin/?post=5299). Ничто не побуждает такого специалиста к выходу за локальные пределы своей компетенции.
Уровень мышления таких специалистов не соответствует уровню проблем управления современным бизнесом. Разрыв между уровнем проблем современного бизнеса и уровнем мышления специалистов на проектах внедрения ERP - систем растёт! И, несмотря на это, на проектах внедрения господствует подход к процессу внедрения, как к настройке набора модулей (функциональностей).
Такой подход мы называем «вертикальным вторжением варваров» (Ратенау) в систему управления бизнесом.
Проект внедрения должен быть проектом решения проблем
«Обстоятельства и решения – главные слагаемые жизни»
(Хосе Ортега и Гассет)
Необходимо при реализации проекта внедрения ERP системы в существующую логическую схему реального бизнеса видеть перспективу его развития, а не выпутываться из ситуации «надо обеспечить работу дорогого программного обеспечения», не решая проблем бизнеса, всеми способами увиливая от них, и тем самым рискуя сделать их неразрешимыми.
Тот, кто плывёт по течению, не видит ориентиров. Он не созидает, даже если возможности и силы его огромны. Он как бы принимает решение – не решать.
Тэги: Целесообразное внедрение , Внедрение ERP и решение проблем бизнеса
Ролевое назначение : Руководитель / Manager, Ключевой пользователь / Expert, SAP Консультант / Consultant
Функциональная область : Финансы, контроллинг, отчетность / Finances, Логистика, Производство, ТОРО / Logistics, Управление ERP проектами / ERP Project management, Поддержка, Обучение, Solution manager / Support, Leaning, SolMan, Управление персоналом / HRM, Бизнес аналитика / BI / BO / BW / NetWeaver, Управление взаимоотношениями с клиентами / CRM
Ключевые слова : проекты внедрения / Implementations























Все комментарии (8)
Олег Точенюк 13:47 30 декабря 2011
Пока никому не понтравилось
Олег Чирва
Намного чаще встречаешь ситуацию обратную, когда состав консультантов представляет собой разрозненный по направлениям коллектив. А ответственность за принятие взвешенных решений ставят на руководителя проекта. Часто, в довесок к одному из направлений, которые он непосредственно курирует.
В итоге - "бюджетненько"!
Понравилось 1 человеку
Рафаиль Салихов
)))))
"бюджетненько"
Пока никому не понтравилось
Олег Точенюк
Пока никому не понтравилось
Александр Дублин
Пока никому не понтравилось
Олег Точенюк
Пока никому не понтравилось
Олег Чирва
Конечно, они знают ради чего запускают Проект (должны знать). Но все ж, рассчитывать на полный перечень проблем не стоит, да и в любом случае, перечень может и должен быть расширен совместными усилиями Заказчика и команды внедрения - ведь кроме не заметных изнутри проблем еще существует целый набор различных траблов, которые непосредственно проявляются при интеграции всех процессов в единую систему.
А по "бюджетненько" - специально взял в кавычки, поскольку, не сильно верю, что проекты внедряемые слабой командой (в т.ч. и с перегруженными разными задачами специалистами) выходят действительно бюджетными.
Проект СО - частности, но появление там такого архитектора, как Олег - немного повышает шансы проекта на успех!
Пока никому не понтравилось
Александр Дублин
Наличие бизнес-аналитика (архитектора) позволяет сформулировать проблемы и подходы к их решению (совместно с Клиентом).
Как Вы верно заметили, проекты по "сбыче мечт" всегда успешены, так как их результат - работающее программное обеспечение, а не решение проблем бизнеса компании Заказчика.
Пока никому не понтравилось