FAQ: Управление изменениями

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

Целевая аудитория: отделы цепочки поставок и/или планирования.
Последнее изменение: 19 декабря 2023 года

Обзор управления изменениями

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

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

Инициатива QSC возглавляют специалисты по цепочке поставок Lokad. Эти эксперты объединяют множество ролей, которые обычно выполняются несколькими людьми в подобных инициативах с другими поставщиками программного обеспечения. Специалист по цепочке поставок выполняет функции системного интегратора, инженера данных, бизнес-аналитика, ученого-исследователя данных, эксперта по цепочке поставок и менеджера проекта (среди других ролей). Специалисты по цепочке поставок (SCS) предоставляют всю необходимую поддержку, обучение, руководство и поддержку клиентам для освоения квантитативного подхода к цепочке поставок Lokad.

Успешное внедрение Lokad (в производство) обычно приводит к двум заметным результатам: существенной экономии за счет лучших решений в цепочке поставок и существенной экономии рабочего времени за счет (в значительной степени) автоматизированных решений в цепочке поставок.

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

Вкратце, до внедрения Lokad, деятельность практиков цепочки поставок внутри клиентской компании почти исключительно внутренне направлена: составление прогноза, превращение прогноза в план, настройка минимальных/максимальных уровней запасов на SKU, составление заказов на закупку/производство/движение запасов и т.д.

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

Эти познания затем непрерывно внедряются в решение Lokad с помощью непрерывной поддержки SCS.

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

Часто задаваемые вопросы (FAQ)

1. Внедрение и управление проектом

1.1 Предлагаете ли вы услуги управления проектом внедрения?

Да. Эти услуги предоставляются учеными по цепочке поставок (Supply Chain Scientists) компании Lokad. Эксперты не только управляют внедрением, но и возглавляют инициативу с клиентской компанией. Это включает в себя множество задач, таких как предоставление количественных гарантий управлению цепочкой поставок для демонстрации действительности числовых рецептов Lokad перед их внедрением. Ученые по цепочке поставок также предоставляют учебные материалы для поддержки принятия рекомендуемых практик и процессов Lokad в клиентской компании.

Кроме того, эти эксперты остаются приверженными долгосрочному успеху инициативы после начального внедрения, предоставляя непрерывную поддержку на этапе “непрерывного улучшения”.

Дополнительную информацию о роли ученых по цепочке поставок в процессе оптимизации можно найти в лекциях Lokad о специалисте по цепочке поставок и день в жизни специалиста по цепочкам поставок.

1.2 Какова ваша временная линия внедрения и какие шаги или фазы включены в эту временную линию? Каковы цели каждой фазы (начиная с запуска проекта внедрения и до ввода в эксплуатацию)?

Весь процесс внедрения обычно занимает около 6 месяцев. Lokad разделяет фазу внедрения и фазу производства. Целью фазы внедрения является внедрение числового рецепта Lokad в производство. К концу фазы внедрения должны быть роботизированы интересующие поставщика цепочки поставок решения (как определено в сотрудничестве с клиентом). Однако автоматизация обычно является только побочным эффектом (хотя и очень заметным) реальной цели: улучшения производительности цепочки поставок. Целью фазы “производства” является непрерывное совершенствование, улучшение и согласование числовых рецептов, которые обеспечивают автоматизацию в первую очередь.

Разбивка временной линии

Фаза внедрения обычно длится 6 месяцев и может быть разделена на три подфазы по 2 месяца.

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

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

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

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

См. обзор временной линии для более подробного разбивки каждого шага, включенного в процесс оптимизации.

1.3 Документирует и публикует ли Lokad план управления проектом, в котором указаны объем проекта, график/сроки, ключевые вехи, ресурсы, результаты, обязанности, план управления затратами, план управления качеством, план управления рисками и план управления заинтересованными сторонами и коммуникации?

Да. Все эти элементы, и не только они, собраны в едином Совместном процедурном руководстве (СПР) для инициативы. Ученые по цепочке поставок (УЦП) отвечают за инициирование и поддержание СПР на протяжении всего срока инициативы.

СПР Lokad фокусируется на вопросах “почему?”. СПР написаны хорошо и предназначены быть доступными даже для менее технически подкованных и/или неспециалистов. СПР отражает суть намерений, лежащих в основе инициативы, и консолидирует фундаментальные идеи по мере их получения в ходе самой инициативы.

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

В отличие от этого, СПР Lokad предназначены быть одновременно читаемыми и прочитанными. СПР - это инструменты, используемые самими УЦП для управления инициативой. Хотя у нас есть подробные рекомендации о том, что ожидается в СПР, окончательное решение о том, на что следует обратить внимание и усилия, принимается УЦП с учетом особенностей инициативы.

См. лекцию Письменная коммуникация в цепочках поставок для получения дополнительной информации о документационной этике Lokad.

1.4 Отвечает ли Lokad за поддержание и базирование плана управления проектом, с согласованием от комитета по управлению проектом? В случае возникновения отклонений от плана, вы будете ясно сообщать о них вместе с вариантами смягчения?

Да. Указанные обязанности осуществляются УЦП Lokad. Детали управления коммуникацией с клиентской компанией обычно зависят от и определяются контрактными условиями самой инициативы.

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

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

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

1.5 Будете ли вы документировать план коммуникации, включающий ежедневные стендапы, еженедельные отчеты о статусе рабочей группы и сессии обзора, а также ежемесячные отчеты и сессии обзора руководящего комитета? Будете ли вы определять критерии эскалации и обеспечивать взаимное согласие между клиентской компанией и Lokad по этим вопросам?

Да. Ученые по цепочке поставок Lokad (SCS) несут ответственность за эти обязанности. Детали управления коммуникацией внутри клиентской компании обычно зависят от контрактных условий для самой инициативы.

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

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

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

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

Таким образом, краткий процесс эскалации Lokad является преднамеренным и обеспечивает быстрое и долгосрочное решение проблем.

1.6 Будете ли вы гарантировать, что план управления проектом будет согласован всеми заинтересованными сторонами в рамках фазы инициации проекта?

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

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

1.7 Будете ли вы размещать постоянного руководителя проекта от Lokad в штаб-квартире клиентской компании, сопровождаемого экспертами по предметной области продукта, бизнес-аналитиками и техническими экспертами по интерфейсу?

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

Такие практики приносят пользу всем участникам, поскольку ученые по цепям поставок (Supply Chain Scientists, SCSs) компании Lokad подвергаются постоянной программе обучения. Эта программа критически важна для того, чтобы наши сотрудники продолжали приобретать новые навыки или совершенствовать старые, независимо от опыта или стажа работы. В то время как мы наблюдаем, что многие предприятия позволяют своим сотрудникам работать на удаленных клиентских объектах в течение месяцев, а то и лет, Lokad убеждена, что эта практика несовместима с надежным и эффективным предоставлением высококачественных программ обучения.

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

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

1.8 Во время фазы внедрения, какую организацию вы предлагаете? Куда следует распределить ресурсы?

Для типичной инициативы в Lokad мы рекомендуем, чтобы клиентская компания назначила опытного практика в области цепей поставок координатором инициативы, а также назначила исполнительного директора по цепям поставок надзирателем инициативы. Координатор служит связующим звеном между командой Supply Chain Scientists (SCSs) компании Lokad и клиентской компанией. Координатор изначально передает запросы на информацию, а затем передает запросы на обратную связь. Параллельно SCSs компании Lokad работают с числовыми рецептами, направленными на получение интересующих решений в области цепей поставок.

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

Некоторые IT-ресурсы должны быть выделены на начальную настройку конвейера данных в самом начале инициативы. В этом отношении Lokad более эффективна, чем большинство ее конкурентов. Например, мы автоматически и непосредственно извлекаем транзакционные данные клиента без необходимости их очистки или подготовки со стороны клиента. Если клиентская компания не испытывает проблем с привязкой к поставщику, эта техническая настройка требует менее 4 недель работы для одного участника - и иногда гораздо меньше, если уже есть data lake.

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

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

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

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

2. Управление ресурсами и требования

2.1 Каковы требования к численности персонала для реализации проекта в клиентской компании, в частности, количество ресурсов и их уровень компетенции? Можете ли вы точно определить количество ресурсов для каждой фазы и подфазы проекта?

Типичная инициатива Lokad требует примерно от 0,5 до 2 эквивалентов полной занятости (FTE) сотрудников из компании-клиента в течение первых 6 месяцев, так называемой фазы внедрения. После того, как инициатива перейдет в производство, разумная оценка состоит в том, что проект все еще потребует не менее 0,25 FTE. Естественно, эти оценки существенно различаются в зависимости от размера и сложности компании-клиента и их конкретных потребностей в цепи поставок.

Что касается ресурсов, необходимых на каждом этапе “типичной” инициативы, во время фазы внедрения у нас есть:

• Месяцы 1 и 2: Настройка конвейера данных требует 4 недели полноценной работы от сотрудника по обработке данных, обычно нанятого IT-отделом клиента. Сотрудник по обработке данных должен быть достаточно знаком с прикладным ландшафтом компании-клиента. Это требование может быть снижено, если уже есть озеро данных, но, напротив, оно будет увеличено, если конвейер данных должен справляться с несколькими бизнес-системами (например, 1 ERP на страну). После запуска конвейера данных его обслуживание не должно требовать более нескольких часов в месяц от сотрудника по обработке данных.

• Месяцы 3 и 4: Разработка числового рецепта требует 2 или 3 дня в неделю от координатора (со стороны клиента) инициативы, не менее 10 часов в неделю от различных практиков в области цепей поставок для предоставления общих представлений и позже для предоставления обратной связи по цифрам, полученным от Lokad. Ожидается, что координатор будет знаком с компанией и ее цепью поставок, и будет удобно работать с аналитической работой. Однако для этой должности не требуются специализированные IT-навыки или специфические навыки в области науки о данных. Еженедельный обзор инициативы требует полдня в неделю от исполнительного директора по цепям поставок.

• Месяцы 5 и 6: Требования в основном такие же, как и на предыдущей фазе, однако фокус меняется. Координатор теперь проводит большую часть времени на подготовку правильного внедрения и общение со всеми затронутыми практиками в области цепей поставок. Аналогично, исполнительный директор по цепям поставок контролирует внутреннее управление изменениями, связанными с новыми процессами, возникающими из инициативы Lokad.

См. также Реализация проекта и управление 1.2.

2.2 Вы гарантируете, что запланирован достаточный штат сотрудников для поддержки перехода к продукту?

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

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

Такой упрощенный подход резко контрастирует с большими - и дорогостоящими - “боевыми группами”, часто требуемыми поставщиками корпоративного программного обеспечения для запуска.

2.3 Вы можете гарантировать, что на месте в штаб-квартире клиентской компании есть достаточное количество сотрудников и ресурсов для поддержки перехода к продукту?

Да, такие условия и требования охватываются конкретными, взаимно согласованными контрактными условиями инициативы.

См. также Реализация проекта и управление 1.7.

См. также Управление ресурсами и требования 2.2.

2.4 Вы проводите сеансы обзора требований с владельцами бизнес-продуктов для выявления и документирования требований?

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

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

В этом примере мы предпочли бы определить истинную природу “медленно движущихся товаров”. Фактически, после изучения проблемных моментов в поставочной цепочке клиента может оказаться, что “медленно движущиеся товары” - это SKU, которые были неправильно ценообразованы, сгруппированы и/или распределены. Как только проблема (медленно движущиеся товары) будет лучше понята, это полностью изменит стратегию вмешательства, что часто упрощает ее решение.

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

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

2.5 Вы предоставляете оценки усилий, затрат и графиков для функций, требующих настройки, включая системные интерфейсы, и делитесь ими после проведения семинара по анализу соответствия процесса?

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

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

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

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

См. Исследование случая о неудаче SAP на 500 миллионов евро в Lidl для получения дополнительной информации по этому вопросу.

2.6 Вы будете осуществлять и поддерживать разумную стратегию удержания ключевого персонала, выполняющего услуги в течение срока соглашения? Будете ли вы также поддерживать активные планы преемственности для каждой из ключевых должностей персонала Lokad?

Да. Мы удерживаем сотрудников в среднем на протяжении 3,5 лет, что почти в два раза превышает срок службы схожих когорт (талантливых инженеров в области информационных технологий или смежных с ними областей) на аналогичных рынках (Северная Америка и Западная Европа). Этот сегмент рынка труда является крайне конкурентным, и, хотя всегда есть место для улучшений, это ставит Lokad вперед большинства наших конкурентов. В результате большинство инициатив Lokad получают преимущество от наличия тех же самых ученых по цепям поставок (Supply Chain Scientists, SCSs) из года в год.

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

Что касается планов преемственности, у нас есть две важные практики. Во-первых, каждая инициатива Lokad сопровождается Совместной процедурной инструкцией (Joint Procedure Manual, JPM). JPM - это основной документ, который используется новым SCS для быстрого ознакомления со всеми соответствующими аспектами и техническими деталями инициативы. Во-вторых, у каждой инициативы всегда есть как основной, так и вторичный SCS. Даже если вторичный SCS не прямо участвует в инициативе, Lokad выделяет достаточно времени, чтобы убедиться, что этот человек готов взять на себя инициативу, если это когда-либо потребуется. Эта практика в значительной степени снижает осложнения, связанные с неплановыми отпусками/перемещениями.

3. Роли, обязанности и управление заинтересованными сторонами

3.1 Какой уровень сотрудничества у вас есть с клиентской компанией?

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

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

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

3.2 Какие роли и обязанности вы ожидаете, чтобы максимизировать эффективность решения, как в клиентской компании, так и в Lokad?

В квантитативных инициативах Lokad обычно участвуют 4 типичные роли.

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

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

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

• Ученый по цепи поставок: Эта роль объединяет идеи от Координатора цепи поставок с данными от Офицера по данным для автоматизации процессов принятия решений. Начиная с подготовки данных, Ученый по цепи поставок тесно сотрудничает с Координатором для уточнения любых неясностей в данных. Затем они формализуют стратегии в действенные решения, такие как объемы повторного заказа, и внедряют панели инструментов и KPI для обеспечения прозрачности и контроля.

См. роли проекта для получения дополнительной информации о различных обозначениях в квантитативной инициативе цепи поставок.

3.3 У вас есть полная таблица RACI (Ответственный / Ответственный / Консультирование / Информирование) для фазы внедрения и фазы производства?

Да. Эта информация может быть явно представлена в виде таблицы RACI, если она считается важной для клиентской компании.

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

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

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

3.4 Вы будете документировать роли и обязанности с использованием матрицы RACI (Ответственный, Ответственный, Консультирование и Информирование) для всех заинтересованных сторон, участвующих в проекте? Вы будете обеспечивать обсуждение и согласование этого документа всеми заинтересованными сторонами?

Да. Все такие элементы (и не только они) собираются и документируются в Совместном процедурном руководстве (JPM). JPM создается Учеными по цепи поставок Lokad (с учетом полученных непосредственно от клиентской компании идей). В этом документе подробно описываются параметры роли и ответственности каждого человека.

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

Любые изменения в JPM обсуждаются с клиентской компанией. Сам JPM регулярно обсуждается в рабочих сессиях между Lokad и клиентской компанией.

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

3.5 Вы будете обеспечивать формирование рабочей группы проекта и руководящих групп с указанными ресурсами от заинтересованных сторон проекта? Вы будете обеспечивать согласованность операционного ритма всеми заинтересованными сторонами?

Да. В качестве общего принципа мы следуем любому процессу, который считается необходимым клиентской компанией и официально согласован с ней. Согласованные элементы (и любые изменения, вносимые по мере развития инициативы) документируются в Совместном процедурном руководстве (JPM), которое содержит подробности о рабочей группе проекта и руководящих группах. Через Ученых по цепи поставок Lokad у нас есть необходимые ресурсы для установки и контроля этих процессов.

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

4. Переход системы и запуск

4.1 Какова продолжительность перехода от старта до запуска?

Типичная продолжительность фазы внедрения составляет 6 месяцев. Эта фаза начинается с старта и заканчивается тем, что Lokad находится в “производстве” - то есть наши автоматизированные рекомендации по цепи поставок эффективно управляют процессом принятия решений клиента.

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

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

Такие задержки мало связаны с технической настройкой самого Lokad. В целом, предлагаемый график служит не только техническим целям (автоматизация извлечения данных, тестирование численных методов и т. д.), но также позволяет Ученым по цепи поставок Lokad полностью овладеть всеми особенностями клиентской компании, а также командам цепи поставок “усвоить” подход Lokad - что обычно представляет собой отход от прежнего процесса клиента.

4.2 Сколько посещений на месте вы планируете? Сколько мастер-классов на месте вы планируете?

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

Когда целью клиентской компании является сохранение инициативы как можно более эффективной, мы готовы к полностью удаленной инициативе, то есть без посещений на месте. Мы рекомендуем такой подход для малых компаний (годовой доход менее 100 млн долларов США) и компаний, которые в целом комфортно работают с удаленными участниками (например, крупные компании электронной коммерции). Около половины инициатив, проводимых Lokad, относятся к этой категории.

Когда целью клиентской компании является максимизация вероятности успешного управления изменениями, мы готовы к посещениям каждый месяц - и, при необходимости, даже чаще. Для крупных компаний (годовой доход свыше 1 млрд долларов США) мы рекомендуем проводить как минимум одно квартальное посещение/семинар на месте. Такой подход помогает развивать общую согласованность внутри компании, особенно когда в процессе участвуют крупные команды.

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

4.3 Каков идеальный баланс между удаленными и посещаемыми встречами?

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

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

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

4.4 Вы помогаете клиентской компании провести проверку качества производственной среды для оценки готовности к запуску, включая настройку интерфейсов?

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

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

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

4.5 Вы готовите документ стратегии перехода и миграции производства для управления бесперебойным переходом бизнес-операций (от существующего бизнес-приложения к новому бизнес-приложению) для клиентской компании?

Да. Переход документируется в нашем Совместном процедурном руководстве (JPM). Этот обширный документ, созданный учеными по цепям поставок Lokad (SCSs), обеспечивает доступ к хорошо написанным материалам, которые адекватно объясняют процесс понятными терминами как практикам, так и руководителям цепей поставок. SCSs прилагают значительные усилия, чтобы этот документ был доступен для неспециалистов (хотя некоторые приложения могут быть достаточно техническими).

Кроме того, двухпроходный подход Lokad идеально подходит для обеспечения плавного перехода от устаревшего процесса к новому решению. “Двухпроходный” в данном контексте означает практику, при которой Lokad работает параллельно с устаревшим процессом принятия решений на всем протяжении инициативы. Эта практика возможна только благодаря роботизированной природе устаревшего процесса принятия решений Lokad, что гарантирует, что численные алгоритмы, реализованные SCSs Lokad, успешно работали в реальных условиях производства в течение нескольких недель до фактического запуска, когда решения Lokad заменяют устаревший процесс.

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

4.6 Предоставляете ли вы клиентской компании обзор и согласование объема, сроков и критериев успеха пилотного запуска?

Да. Объем всегда подробно описывается в контрактном соглашении между Lokad и клиентской компанией. Обычно это представляет собой определенный тип принятия решений в цепи поставок (например, пополнение запасов или распределение запасов) в определенном наборе мест и/или в определенном наборе бизнес-систем.

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

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

См. также Реализация проекта и управление 1.2.

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

4.7 Вы будете организовывать проведение пилотных запусков, чтобы обеспечить a) адекватность данных, b) готовность системы и конфигурации приложения, c) соответствие процессу/системе и d) общую пригодность?

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

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

См. плохие данные для получения дополнительной информации по этому вопросу.

5. Управление изменениями и рисками

5.1 Какую поддержку вы можете предложить клиентской компании для управления изменениями, связанными с внедрением инициативы?

Все клиенты имеют полную поддержку ученых по цепочке поставок Lokad (SCSs), все они обучены обрабатывать технические и не технические требования инициативы по оптимизации цепочки поставок. SCSs помогают в процессе управления изменениями различными способами, включая:

• Предложение улучшений существующих процессов для практиков цепочки поставок, работающих в клиентской компании.

• Создание учебных материалов для включения сотрудников/команд клиентской компании.

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

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

Таким образом, контрактные условия, согласованные между Lokad и каждым клиентом, определяют количество ресурсов - то есть размер команды SCSs - которые будут доступны для поддержки инициативы. В наших коммерческих предложениях обычно предусматривается, что SCSs будут оказывать некоторую поддержку в управлении изменениями. Однако наши предложения обычно не отражают какую-либо “масштабную” поддержку управления изменениями - если это не явно запрошено клиентом.

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

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

• Первый этап - убедить практиков цепочки поставок в том, что Lokad позволяет им отказаться от большей части устаревших процессов. Например, имеет смысл пересмотреть ежедневные объемы пополнения, когда эти объемы часто неверны. Однако, по конструкции, объемы Lokad уже звучны и не требуют дополнительного пересмотра. Фактически, 0% нелепости в цифрах, которые генерирует Lokad, является первичным критерием для внедрения в производство. Доверие, которое практики цепочки поставок могут положить в цифры Lokad, естественным образом освобождает много времени, которое можно использовать более эффективно.

• Второй этап - иметь нескольких “ранних принимающих” среди практиков цепочки поставок. Это обычно люди, которые быстро удаляются от не добавляющих стоимость устаревших процессов - например, ручной пересмотр цифр - чтобы сосредоточиться на непрерывном улучшении цепочки поставок через ее числовые рецепты. Они могут начать решать множество важных вопросов, выходящих за рамки только незначительных технических аспектов (например, правильно ли клиентская компания смотрит на свое качество обслуживания?).

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

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

См. (Software) Product-oriented Delivery for Supply Chain для получения дополнительной информации об этом переходе.

5.3 Как вы обрабатываете изменение рабочего процесса для конечных пользователей? Во-первых, с помощью внедрения Lokad, во-вторых, с помощью собственной эволюции Lokad.

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

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

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

5.4 Можете ли вы вести реестр проблем и рисков, который включает план смягчения, задачи, ответственность, сроки и статус (не начато, в процессе, закрыто, на удержании)? Будет ли менеджер проекта Lokad отвечать за отслеживание всех проблем и рисков и обеспечение своевременного их решения или управление эскалациями при необходимости?

Да. Платформа Lokad поставляется с собственным внутренним менеджером проблем/заявок/задач. Эта функция предоставляет все обычные возможности, которые обычно ожидаются от такого инструмента, такие как управление статусами, приоритетами, назначениями, уведомлениями и т. д. Кроме того, мы отдельно поддерживаем Совместную процедурную инструкцию (Joint Procedure Manual, JPM), которая предоставляет всестороннюю и хорошо организованную презентацию инициативы с соответствующими высокоуровневыми сроками. На надзор за менеджером задач ответственны Специалисты по цепочке поставок (Supply Chain Scientists, SCSs) Lokad. Они следят за тем, чтобы проблемы и вопросы были оперативно решены.

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

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

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

5.5 Предоставляете ли вы консалтинг по управлению изменениями в организации для решения вопросов внедрения и изменения бизнес-процессов, а также вывода из эксплуатации существующих процессов?

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

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

6. Настройка и функциональность системы

6.1 Вы организуете сессии для определения приоритетов требований к настройке, обеспечивая понимание влияния на бизнес из-за проблем в продукте и достижения взаимного соглашения о приоритете выпуска настроек?

Да. Этим процессом занимаются Специалисты по цепочке поставок (Supply Chain Scientists, SCSs) Lokad. Фактически, Lokad выделяется на двух фронтах в отношении этой приоритизации. Во-первых, SCS способен независимо реализовывать настройку и, следовательно, предоставлять четкое представление о том, что стоит на кону в терминах ресурсов и графика работы.

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

Во-вторых, “Количественная цепочка поставок” - всепоглощающая философия Lokad - подчеркивает чисто финансовую перспективу. Таким образом, SCS поддерживает клиентскую компанию, предоставляя количественные оценки (в долларах или евро) влияния потенциального изменения, которое будет внесено в решение. Эта стратегия уточняет инициативу, избегая традиционного узкого места - обсуждения того, что следует приоритизировать. Вместо этого Lokad оптимизирует этот процесс, приоритизируя проблемы, которые приводят к наибольшему финансовому влиянию.

6.2 Вы можете провести анализ соответствия идентифицировать возможности автоматизации всех бизнес-процессов, задокументировать желаемые будущие процессы и определить пробелы в функциональности продукта? Можете ли вы предложить приемлемые обходные решения, когда выявляются пробелы в функциональности продукта?

Да. Этим процессом занимаются Специалисты по цепочке поставок (Supply Chain Scientists, SCSs) Lokad. Хотя исследование будет проведено в начале инициативы, этот процесс продолжается на протяжении всей фазы производства. Это является частью нашего подхода к постоянному улучшению решения.

Что касается оптимизации цепочки поставок, пробелы редко являются вопросом “функциональности”, а скорее вопросом “производительности”. Например, задача заключается не только в генерации объемов пополнения (функциональность), но и в обеспечении того, чтобы сгенерированные объемы были наиболее прибыльными (производительность).

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

В связи с этим платформа Lokad является программной. Таким образом, любые воспринимаемые “пробелы в функциональности” могут быть устранены путем введения (или настройки) нескольких строк кода Envision. Именно эта программность позволяет Lokad предоставлять индивидуальные решения для каждого клиента.

6.3 Вы можете предоставить подробное расписание для семинаров по анализу соответствия процессов, включая ожидания СМЭ (Субъекта Предметной Области) со стороны клиента, как минимум за неделю до начала семинаров?

Да. Специалисты по цепочке поставок (Supply Chain Scientists, SCSs) Lokad предоставляют расписание для каждого семинара. Мы гарантируем, что расписание будет сообщено как минимум за неделю до мероприятия. Если клиентская компания дает явные инструкции, такие как сроки предоставления расписания(ов), то мы их будем соблюдать. В случае отсутствия инструкций мы структурируем семинары (включая график и передачу всех необходимых шагов со стороны клиента) интеллектуальным и профессиональным образом.

6.4 Вы гарантируете, что документы по требованиям к настройке продукта будут совместно рассмотрены и утверждены клиентской компанией?

Да, эти документы будут предоставлены клиентской компании и затем утверждены ею.

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

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

6.5 Помогаете ли вы клиентской компании в установке интерфейсной связи с внешними системами, а также в тестировании и сертификации интерфейсов?

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

Системные интерфейсы обычно не “сертифицируются” сторонним органом по сертификации. Интерфейсы “формально специфицируются” через технические спецификации, согласованные совместно между IT-отделом клиентской компании и Lokad. Эти технические спецификации поддерживают взаимные обязательства компаний: вкратце, клиентская компания обязуется предоставлять необходимые данные Lokad вовремя; Lokad, в свою очередь, обязуется также возвращать результаты вовремя.

6.6 Предоставляете ли вы документы с техническим описанием интерфейса во время семинаров, включая образцы сообщений?

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

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

6.7 Предоставляете ли вы процессы управления запросами на изменение и выпусками?

Да. Ученые по цепочке поставок Lokad (SCSs) отвечают за этот процесс. Важно отметить, что у Lokad есть два уровня изменений и выпусков, что отличается от типичного корпоративного программного обеспечения.

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

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

См. также Envision VM Environment and General Architecture для получения дополнительной информации о развитии платформы Lokad.

7. Пользовательское приемочное тестирование (UAT)

7.1 Помогаете ли вы клиентской компании в настройке тестовой среды UAT (User Acceptance Testing) с контекстно-специфичными данными и конфигурациями системы?

Да. Ученые по цепочке поставок Lokad (SCSs) отвечают за этот процесс. Lokad предлагает уникальные методологические и технические инновации в поддержку этого.

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

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

См. также User Acceptance Testing 7.3 для получения дополнительной информации о средах.

7.2 Вы настраиваете среды UAT (User Acceptance Testing) предпроизводства, производства и обучения в соответствии с определенными процессами ToBe?

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

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

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

7.3 Вы предоставляете отдельные среды UAT (User Acceptance Testing), миграции данных, производственной стадии (предпрод), производства и обучения для продукта (включая необходимые интерфейсы) клиентской компании и внешних систем?

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

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

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

7.4 Гарантируете ли вы своевременное устранение всех дефектов, чтобы завершить UAT (User Acceptance Testing) в рамках согласованных сроков?

Да, при условии, что можно достичь точных определений “устранение” и “дефект”. В целом, наши ученые по цепям поставок (Supply Chain Scientists, SCSs) отвечают за устранение всех проблем, которые подрывают основную цель инициативы: увеличение возврата от инвестиций. В типичной ситуации SCS предлагает соответствующее действие и соответствующий график, который клиентская компания утверждает или обновляет по своему усмотрению.

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

Например, просроченный перекупленный товар является расточительным, но при обработке перекупленных товаров такие потери нельзя полностью устранить без создания соответствующей проблемы с качеством обслуживания. Нужно найти баланс между мертвым запасом и нехваткой товара. Однако и “мертвый запас”, и “недостаток товара” являются дефектами в некотором смысле.

Вкратце, SCS могут решать “повседневные” проблемы по мере их возникновения, такие как исправление ошибки при чтении файла (ошибка программного обеспечения). Однако главная цель количественного решения цепи поставок - не “решать проблемы”, а увеличивать возврат от инвестиций (в долларах или евро). Lokad достигает этого вида “решения” благодаря интеллектуальному, финансово ориентированному подходу к компромиссам в цепи поставок.

7.5 Вы помогаете клиентской компании в обзоре сценариев, тестовых случаев и тестовых данных UAT (User Acceptance Testing)?

Да. Нашими учеными по цепям поставок (Supply Chain Scientists, SCSs) занимаются этим процессом.

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

7.6 Вы гарантируете поддержку на месте в штаб-квартире клиентской компании во время фазы UAT (User Acceptance Testing)?

Да. Поддержка на месте регулируется контрактным соглашением между Lokad и клиентской компанией. Этот аспект всегда обсуждается индивидуально с каждым клиентом.

Следует отметить, что количественная инициатива в области цепи поставок с участием Lokad предполагает непрерывное улучшение цепи поставок, поэтому нет фиксированного периода UAT. Тестирование обычно начинается в конце второго месяца, достигает пика к четвертому месяцу, а затем стабилизируется с шестого месяца и далее.

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

См. также Реализация проекта и управление 1.7.

8. Поддержка после внедрения и аудит

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

Да. Наши ученые по цепям поставок (Supply Chain Scientists, SCSs) создают и поддерживают совместное процедурное руководство (Joint Procedure Manual, JPM) для каждой инициативы. Оно включает все соответствующие аспекты инициативы. Важно отметить, что JPM разработано таким образом, чтобы быть доступным для неспециалистов (хотя некоторые разделы и приложения могут быть достаточно техническими).

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

8.2 Можете ли вы гарантировать наличие достаточного количества отчетов о качестве и соответствии для мониторинга использования и принятия системы?

Да. Наши ученые по цепям поставок (Supply Chain Scientists, SCSs) обычно внедряют специальные инструменты для этой цели на последнем этапе внедрения, непосредственно перед официальным запуском.

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

8.3 Будете ли вы проводить ежегодный аудит приложения и предоставлять обратную связь по улучшению использования и принятия системы, чтобы достичь более быстрого возврата инвестиций?

Да, ежегодный аудит всего решения (от начала до конца) является стандартной процедурой. Однако наши ученые по цепям поставок (Supply Chain Scientists, SCSs) обычно проводят аудит всего решения несколько раз в течение года. Ежегодный аудит обычно ведет к подробной презентации дорожной карты для руководства клиента. Это соответствует нашему подходу к непрерывному улучшению каждой инициативы.

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

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

Да. Команда Supply Chain Scientists (SCSs) компании Lokad заботится об этой задаче. Наши SCSs обладают достаточной подготовкой для непрерывного улучшения и предоставления постоянной поддержки клиенту. Непрерывное присутствие SCSs на месте будет обсуждаться и уточняться в контрактном соглашении с клиентом, если это то, что клиент хочет продолжать.

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

См. также Реализация проекта и управление 1.7.

9. Управление инцидентами и дефектами

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

Да. Процессом занимаются Supply Chain Scientists (SCSs) компании Lokad. Наша платформа разработана таким образом, чтобы позволить им оперативно реагировать на дефекты и запросы на изменение.

Платформа Lokad является программной, что становится возможным благодаря Envision - нашему DSL (языку программирования, специфичному для предиктивной оптимизации цепей поставок). Эта программность означает, что SCSs могут оперативно исправлять ошибки и внедрять запрошенные изменения в инициативу с высокой точностью, что не так часто встречается в корпоративном программном обеспечении.

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

См. также Настройка и функциональность системы 6.2.

9.2 Можете ли вы реализовать механизм мониторинга дефектов, чтобы обеспечить своевременное устранение всех дефектов и проблем с использованием?

Да, платформа Lokad поставляется с собственной системой управления задачами / заявками / проблемами. Эти возможности позволяют нам точно отслеживать своевременное устранение проблем. Решение этих проблем осуществляется командами Supply Chain Scientists (SCSs), нанятых компанией Lokad.

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

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

9.3 Можете ли вы гарантировать, что дефекты, выявленные во время тестирования релизов (до внедрения в производство), будут незамедлительно устранены, чтобы они не повлияли на график внедрения релиза клиентской компании?

Да. Если выявленные дефекты касаются клиентского кодовой базы (написанной на Envision), то они будут устранены командой Supply Chain Scientists (SCSs) компании Lokad. Если выявленные дефекты касаются платформы Lokad, то они будут устранены командами инженеров по разработке программного обеспечения компании Lokad.

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

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

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

Разрешение типичного инцидента начинается с создания SCS новой записи в менеджере задач/заявок/проблем. Это обеспечивает прослеживаемость инцидента.

Затем SCS проведет диагностику проблемы. Если проблема требует исправления со стороны Lokad, SCS немедленно мобилизует необходимые ресурсы для решения проблемы - обычно сам SCS.

Наконец, после устранения проблемы SCS определит истинную причину проблемы, о которой сообщалось, даже если проблема в конечном итоге была диагностирована как несущественная. Обычно где-то есть глубинная проблема, которую необходимо решить. Решая более глубокую причину, Lokad проактивно устраняет подобные проблемы в будущем.

9.5 Если дефект сообщается вне инструмента управления инцидентами - через другой канал, такой как электронная почта - вы будете регистрировать дефект в инструменте сразу после его поступления для правильного отслеживания и соблюдения?

Да. Это стандартная практика создавать соответствующую запись внутри платформы Lokad, когда мы получаем отчет через канал, отличный от менеджера задач/заявок/проблем. Эта практика облегчает тщательное отслеживание и соблюдение.