Совершенствование системы взаимодействия с поставщиками в компании Shenhua, Создание системы стратегического моделирования взаимодействия с поставщиками - Организация взаимодействия предприятия с поставщиками

Создание системы стратегического моделирования взаимодействия с поставщиками

Приняты два процесса управления взаимоотношениями промышленной компании: управление взаимоотношениями с поставщиками (SRM - Supplier Relationship Management); управление взаимоотношениями с потребителями (CRM - Customer Relationship Management).

В последние годы все больше внимания уделяется исследованию управления взаимоотношениями с поставщиками сквозь призму интересов конечного потребителя (SCM - Supply Chain Management). Кроме того, в научной литературе все чаще используется термин "промышленный маркетинг", который подразумевает комплексное управление взаимоотношениями со всеми партнерами с ориентацией на конечного потребителя.

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

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

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

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

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

Информационные системы поддержки принятия решений, базирующиеся на алгоритмах линейного и смешанного целочисленного программирования, уже на протяжении многих лет успешно применяются в военной сфере, промышленности, сельском хозяйстве, транспортной отрасли, финансах, здравоохранении. Сегодня наиболее активно растущим сегментом рынка оптимизационных технологий являются так называемые системы планирования цепочек поставок (Supply Chain Planning Systems).

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

    1) предубеждениями и психологической неготовностью персонала компании к изменениям устоявшихся процессов планирования; 2) несовершенством информационной инфраструктуры компании, что усложняет сбор и обработку необходимых для моделирования данных.

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

    1) формализация исходной проблемы; 2) сбор данных; 3) построение базовой модели и проверка ее адекватности; 4) сценарный анализ; 5) разработка рекомендаций.

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

    1) возможные альтернативы в производственно-логистической цепочке; 2) целевая функция оптимизации (т. е. основной критерий / набор критериев, по которым происходит решение оптимизационной задачи); 3) система ограничений, налагаемых на возможные решения.

Ключевым фактором успеха на данном этапе является максимальное участие экспертов заказчика в постановке задачи. Однако степень вовлеченности экспертов, и форма их участия могут существенно варьироваться в зависимости от ряда факторов.

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

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

Следует отметить, что новый бизнес-процесс, выстраиваемый в компании, зачастую может в корне отличаться от существующих процедур планирования. Изменения могут касаться количества участников процесса, сроков предоставления данных, порядка и методов верификации стратегических сценариев. К примеру, в рассматриваемом нами холдинге горизонт стратегического планирования был расширен с 5 до 20 лет. В ходе моделирования ключевые макропараметры (курс валюты, индекс роста железнодорожных тарифов и т. п.) изменялись несколько раз, осуществлять планирование в подобных условиях (кризис 2008 г.) в рамках старого бизнес-процесса было бы невозможно, поскольку обилие ручного труда и человеческий фактор существенно увеличивали цикл перепланирования.

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

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

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

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

При разработке подходов к определению степени детализации производственно-логистических объектов цепочки поставок описываемой компании проектная группа придерживалась принципа декомпозиции. Объект (склад, производство, производственный ресурс) обозначался как "отдельная сущность" в модели цепочки поставок в следующих случаях:

    1) если он имел альтернативные каналы поставки; 2) если он имел альтернативные источники снабжения; 3) если он мог накапливать запасы; 4) если он обладал уникальными характеристиками, по которым было необходимо готовить отчетность в рамках процесса стратегического планирования.

Разработка продуктовых групп велась с учетом следующих факторов:

Степень детализации объектов производственно-логистической цепочки и ключевые характеристики данных объектов в привязке к продуктам (производительность ресурсов, выход годного, стоимость производственных и логистических операций);

Значение ключевых характеристик продуктов (цена реализации, объемные и весовые параметры и пр.).

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

Для Shenhua, к примеру, были разработаны специальные шаблоны данных в Excel, формат которых в наибольшей степени воспроизводил формат внутренней отчетности структурных подразделений. Для консолидации данных был назначен специалист, который впоследствии полностью взял на себя роль планировщика. Непосредственное участие этого специалиста в сборе данных, а затем в загрузке их в систему стратегического моделирования позволило значительно упростить процесс передачи знаний и свести развернутый курс обучения работе с программным продуктом к семинару типа "вопрос -- ответ".

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

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

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

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

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

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

Цель сценарного анализа - моделирование различных сценариев будущего развития производственно-логистической цепочки поставок. Основными задачами данного этапа являются формализация сценариев в виде технического задания и расчет планов в системе стратегического планирования.

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

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

Необходимость проверки результатов сценарного моделирования налагает дополнительные требования к соответствующей отчетности. Как правило, системы стратегического моделирования обладают встроенными модулями составления отчетов. Однако данные модули не всегда позволяют представить результаты моделирования в привычной для экспертов форме. Именно поэтому наряду со встроенными средствами визуализации данных рекомендуется использовать специализированные инструменты построения отчетности (business intelligence). Специалисты компании-заказчика при поддержке проектной группы компании-исполнителя разработали под нужды финансового и производственного департаментов Shenhua формы отчетов, отвечавших специфичным требованиям этих подразделений. Разработку отчетов с помощью специализированных инструментов производили специалисты заказчика, впоследствии это позволило им без помощи аналитиков со стороны исполнителя заполнять уже существующие формы отчетов и создавать новые.

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

Основной задачей проектной команды при разработке окончательных рекомендаций является обучение участников процесса подходу, предусматривающему совместное планирование деятельности в рамках цепочки поставок. Эксперты интерпретируют с экономической точки зрения выявленные на этапе формирования сценариев противоречия между функциональными подразделениями и предлагают для обсуждения различные варианты решения спорных вопросов. На данном этапе необходимо попытаться полностью переложить функции по интерпретации и анализу результатов на специалистов заказчика, т. к. они, во-первых, хорошо знают предметную область, а во-вторых, к этому моменту должны в полной мере понимать принципы работы системы и логику принятия решений. Как правило, исполнитель на этом этапе выполняет только консультационные и поддерживающие функции. Защита стратегических планов для 5- и 20-летних моделей в Shenhua выносилась на кросс-функциональные совещания, в рамках которых обсуждались спорные вопросы между такими ключевыми структурными подразделениями, как финансовый, коммерческий и производственный департаменты. Наличие модели, которая наглядно отражала существующую производственно-логистическую цепочку со всеми имеющимися ограничениями, и результатов расчетов сценариев избавляло стороны от необходимости детально разъяснять свою позицию и позволяло перейти непосредственно к обсуждению вариантов разрешения спорных вопросов. В конечном итоге согласованные сценарии были представлены генеральному директору для утверждения окончательной стратегии развития цепочки поставок.

Похожие статьи




Совершенствование системы взаимодействия с поставщиками в компании Shenhua, Создание системы стратегического моделирования взаимодействия с поставщиками - Организация взаимодействия предприятия с поставщиками

Предыдущая | Следующая