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

Обзор управления изменениями
Количественная цепочка поставок (КЦП), как её инициировал и поддерживает Lokad, существенно отличается от традиционной концепции. Эти различия являются как существенными, так и основными причинами, по которым Lokad способен обеспечить столь кардинальные улучшения в цепочке поставок. При этом управление изменениями, связанными с внедрением инициативы КЦП, проще, чем обычно думают наши клиенты.
Например, Lokad устраняет множество ненужных точек взаимодействия и процессов, а не просто заменяет одни излишества другими. Таким образом, изменение, которое необходимо управлять, обычно имеет двойной характер: во-первых, нужно привыкнуть к тому, что рутинные, повторяющиеся решения в цепочке поставок теперь автоматизированы; во-вторых, принять тот факт, что качество этих автоматизированных решений превосходит то, что сотрудники могли достигнуть с помощью альтернативных инструментов (устаревших систем, таблиц и зачастую их сочетания).
Инициативу КЦП возглавляют Специалисты по цепочке поставок. Эти эксперты совмещают в себе множество ролей, которые обычно выполнялись бы несколькими людьми в аналогичных инициативах у других поставщиков программного обеспечения. Специалист по цепочке поставок функционирует как системный интегратор, инженер данных, бизнес-аналитик, дата-сайентист, эксперт по цепочке поставок и менеджер проекта (среди прочих ролей). Специалисты по цепочке поставок (SCSs) предоставляют все необходимое наставничество, обучение, руководство и поддержку для того, чтобы клиенты приняли количественный подход Lokad к управлению цепочками поставок.
Успешное внедрение Lokad (в производстве) обычно приводит к двум заметным результатам: значительной экономии за счет улучшенных решений в области цепочки поставок и значительной экономии производительности благодаря (в основном) автоматизированным решениям.
Что касается управления изменениями, экономия в цепочке поставок, как правило, не является проблемой. Компания может в конечном итоге решить реинвестировать высвобожденный рабочий капитал в другое направление, но такое решение обычно выходит за рамки инициативы Lokad. Тем не менее, значительная экономия производительности, достигаемая благодаря Lokad, обычно направляется на выполнение других задач, приносящих клиентской компании гораздо большую добавленную стоимость, чем устаревший процесс.
Кратко, до внедрения Lokad деятельность специалистов по цепочке поставок в клиентской компании была почти исключительно внутренней: составлять прогноз, превращать прогноз в план, корректировать уровни минимальных/максимальных запасов по SKU, формировать заказы на покупку/производство/перемещение запасов и т.д.
После внедрения Lokad большинство процессов становятся ориентированными наружу: определять, что клиенты воспринимают как качество обслуживания, выяснять, что поставщики считают препятствием для дальнейшего снижения цены, определять, что перевозчики принимают за коренные причины своей ненадежности, и т.д.
Эти выводы затем постоянно интегрируются в решение Lokad посредством непрерывной поддержки специалистов SCSs.
Для руководителей в сфере управления цепочками поставок самое значительное изменение заключается в (по сути) устранении постоянного кризисного реагирования. Решение Lokad обеспечивает автоматизированные решения, предназначенные для устранения мелких проблемных случаев, что существенно снижает нагрузку, которую руководители вынуждены уделять анализу непредсказуемого рыночного поведения. Это освобождает руководство для стратегического планирования целей и проектов в цепочке поставок, а не для микроуправления постоянными последствиями субоптимальных решений.
Часто задаваемые вопросы (FAQ)
1. Реализация и управление проектом
1.1 Предоставляете ли вы услуги по управлению проектом по внедрению?
Да. Эти услуги предоставляют специалисты по цепочке поставок (SCSs) от Lokad. Эти эксперты не только управляют процессом внедрения, но и возглавляют инициативу совместно с клиентской компанией. Это включает множество задач, таких как предоставление количественного подтверждения руководству цепочки поставок для демонстрации обоснованности числовых методик Lokad до их внедрения. SCSs также предоставляют обучающие материалы для поддержки внедрения рекомендуемых Lokad практик и процессов в компании клиента.
Кроме того, эти эксперты остаются приверженными долгосрочному успеху инициативы после ее первоначального внедрения, обеспечивая постоянную поддержку по мере перехода инициативы к фазе «непрерывного улучшения».
Смотрите лекции Lokad о Специалисте по цепочке поставок и Один день из жизни специалиста по цепочке поставок, чтобы узнать больше о роли SCS в процессе оптимизации.
1.2 Каковы сроки внедрения и этапы или фазы, включенные в эти сроки? Каковы цели каждой фазы (начиная с запуска проекта до «запуска в эксплуатацию»)?
От начала до конца процесс внедрения обычно занимает около 6 месяцев. Lokad различает этап адаптации и этап производства. Цель этапа адаптации — запустить числовую методику Lokad в эксплуатацию. К концу этапа адаптации решения в области цепочки поставок, представляющие интерес (определяемые в сотрудничестве с клиентом), должны быть роботизированы. Однако автоматизация, как правило, является лишь побочным эффектом (хоть и очень заметным) основной цели — повышения эффективности цепочки поставок. Цель этапа «производства» состоит в том, чтобы постоянно совершенствовать, улучшать и переориентировать числовые методики, которые изначально и обеспечивают автоматизацию.
Разбивка сроков
Этап адаптации обычно длится 6 месяцев и может быть разделен на три подэтапа по 2 месяца.
-
Первый подэтап — настройка конвейера извлечения данных. Цель — создать полностью автоматизированный конвейер для передачи данных клиента в Lokad. Два наиболее сложных аспекта конвейера — установление «семантики» данных и обеспечение (почти) идеальной надежности самого процесса. В отличие от одноразового извлечения данных, автоматизированный конвейер является ключевым для того, чтобы рекомендации Lokad по цепочке поставок оставались актуальными для текущих бизнес-задач клиента.
-
Второй подэтап — разработка уникальных числовых методик клиента, то есть фрагментов программной логики, отвечающих за принятие решений в цепочке поставок. Цель заключается в создании методик, которые являются последовательными, надежными и практичными. Составление первоначальных версий числовых методик проходит быстро, обычно не больше одной-двух недель. Однако эти наброски являются лишь отправной точкой и быстро совершенствуются посредством последовательных итераций специалистами SCS, ответственными за соответствующий аккаунт. Это оперативно устраняет проблемные крайние случаи, присутствующие в начальных версиях.
-
Третий подэтап — параллельный запуск. Числовая методика больше не выдает бессмыслицу, и экономические факторы, определяющие оптимизацию, согласованы. Однако методика еще не готова для использования в производстве. Для продвижения вперед проводится параллельный запуск, при котором числовая методика работает параллельно с устаревшим процессом. Благодаря автоматизации методики организационные затраты минимальны. Каждый день специалисты по цепочке поставок могут сравнивать решения и наблюдать, как проявляются определенные закономерности (например, сезонность). За несколько недель параллельного запуска вырабатывается доверие, необходимое для перехода к производственному развертыванию.
По окончании этапа адаптации — при условии, что все шаги выполнены — начинается производственное развертывание. Это развертывание предполагает, что автоматизация полностью заменяет устаревший процесс. Такой переход также может проводиться поэтапно, в зависимости от возможностей клиента по управлению необходимыми изменениями.
Смотрите обзор сроков для более детального разбора каждого шага, входящего в процесс оптимизации.
1.3 Документирует ли и публикует ли Lokad план управления проектом, в котором подробно описаны объем проекта, график/сроки, ключевые контрольные точки, распределение ресурсов, результаты, зоны ответственности, план управления затратами, план управления качеством, план управления рисками, а также план управления заинтересованными сторонами и коммуникацией?
Да. Все эти элементы, и не только они, собраны в уникальном Совместном Руководстве по процедурам (JPM) для данной инициативы. За запуск и сопровождение JPM на протяжении всей инициативы отвечают специалисты по цепочке поставок (SCSs).
JPM от Lokad фокусируется на вопросах «почему?». Руководство JPM написано таким образом, чтобы быть доступным даже для менее технической и/или неспециализированной аудитории. Это руководство отражает суть замысла инициативы и объединяет фундаментальные выводы, полученные в ходе самой инициативы.
По мнению Lokad, многие (если не большинство) корпоративных инициатив осложнены созданием бесполезных документов, которые на практике невозможно прочитать (то есть они скучны или чрезмерно технические). Такие документы не имеют практической пользы, кроме как для выполнения формальных требований. Более того, многие третьи стороны (например, интеграторы, консультанты и даже внутренняя бюрократия) зачастую отдают предпочтение количеству вместо качества при оформлении документации проекта.
Напротив, руководство JPM от Lokad предназначено быть одновременно читабельным и используемым. JPM служит инструментом, с помощью которого специалисты SCS управляют инициативой. Хотя у нас есть подробные рекомендации относительно содержания JPM, в конечном итоге от специалистов SCS зависит, каким вопросам следует уделить наибольшее внимание и усилия с учетом специфики инициативы.
Смотрите лекцию Письменная коммуникация в цепочках поставок, чтобы узнать больше о подходе Lokad к документации.
1.4 Несёт ли Lokad ответственность за сопровождение и установление базового уровня плана управления проектом с учетом утверждения(ий) со стороны руководящего комитета проекта? И если возникнут отклонения от плана, будете ли вы ясно их доносить вместе с вариантами по смягчению последствий?
Да. Указанными обязанностями занимаются специалисты по цепочке поставок (SCSs) от Lokad. Детали управления коммуникацией с клиентской компанией, как правило, определяются условиями контракта, заключенного для данной инициативы.
Иногда в проекте со стороны клиента задействовано значительно больше сотрудников, чем со стороны Lokad, поэтому, чтобы повысить продуктивность специалистов SCS, многие наши клиенты назначают единственную точку контакта для инициативы. Этот человек — или небольшая группа — отвечает за передачу соответствующей информации всем участникам проекта на стороне клиента и за получение от них обратной связи.
В случае особенно сложной инициативы Lokad созывает специальный руководящий комитет, состоящий из ключевых представителей как Lokad, так и клиентской компании. Хотя этот комитет служит механизмом для получения формального утверждения, основная масса работы проходит вне его. Специалисты SCS обычно ведут ежедневное взаимодействие с различными командами на стороне клиента. Эти команды постоянно информируются о любых отклонениях от плана и следят за тем, чтобы инициатива оставалась по курсу. Такое ежедневное общение гораздо эффективнее для обсуждения и решения технических проблем по мере их возникновения, чем попытки рассматривать большие группы вопросов на заседаниях руководящего комитета. Таким образом, комитет выступает скорее в роли наблюдательного органа, а не совещательного совета для инициативы.
Примечание: Известно, что количественные инициативы в области цепочки поставок часто сталкиваются с «положительными отклонениями». Это полезные неожиданности в методике, которые проявляются в ходе постоянного обслуживания инициативы. По сути, это возможности, которые слишком хороши, чтобы их упустить. Таким образом, ключевым преимуществом подхода Lokad к коммуникации является способность оперативно и эффективно доносить эти положительные отклонения до клиента по мере их возникновения, что значительно увеличивает влияние и гибкость инициативы.
1.5 Будете ли вы документировать план коммуникации, включающий ежедневные совещания, еженедельные отчеты рабочих групп и контрольные сессии, а также ежемесячные отчеты и заседания руководящего комитета? Опишете ли вы критерии эскалации и обеспечите взаимное согласие между клиентской компанией и Lokad по этим вопросам?
Да. За эти обязанности отвечают специалисты по цепочке поставок (SCSs) от Lokad. Детали управления коммуникацией внутри клиентской компании, как правило, зависят от условий контракта для самой инициативы.
Lokad охотно участвует в ежедневных совещаниях, когда находится в штаб-квартире клиента. Однако, как правило, наши специалисты SCS работают в офисах Lokad.
Мы собираем всю документацию по инициативе в Совместное Руководство по процедурам (JPM), которое фактически служит исчерпывающим руководством для всего проекта. JPM включает записи всех рабочих сессий, включая отчеты руководящего комитета (когда это применимо).
Хотя Lokad разъясняет критерии и рекомендации по эскалации, следует отметить, что от старшего специалиста SCS ожидается решение любых вопросов или проблем, связанных с инициативой. Таким образом, при эскалации проблем решение обычно передается от младшего специалиста SCS к старшему. Исторически это оказывалось достаточным, и очень немногие ситуации требовали дальнейшей эскалации.
Lokad рассматривает все проблемы – какой бы мелкой они ни казались – как заслуживающие глубокого анализа. Хотя их последствия легко исправимы, незначительные проблемы могут привести к будущим затруднениям, если их коренные причины не будут поняты и устранены. Это предотвращает превращение незначительной проблемы в повторяющуюся. Поэтому Lokad предпочитает размещать на передовой высококвалифицированных специалистов, способных решать как непосредственную проблему, так и выявлять скрытые причины.
Таким образом, лаконичный процесс эскалации в Lokad является осознанным, обеспечивая быстрые и долгосрочные решения.
1.6 Обеспечите ли вы, чтобы план управления проектом был подписан всеми заинтересованными сторонами в рамках фазы инициирования проекта?
Да. Более того, Supply Chain Scientists (SCSs) компании Lokad следуют любому процессу, который был согласован с каждым клиентом согласно формальным контрактным условиям. Этот принцип остается в силе на протяжении всей инициативы, от ее начала до завершения. Инициирование проекта, безусловно, важно, хотя раз уж Lokad не требует долгосрочных обязательств с первого дня, этот вопрос имеет меньшее значение – особенно по сравнению с нашими конкурентами.
Следует отметить, что мы никогда не наблюдали, чтобы цепочка поставок работала плохо из-за «недостатка» бюрократии и других бессмысленных процессов. Напротив, излишняя бюрократия и нелепые процессы являются наиболее распространенными проблемами в современных цепочках поставок – они присутствуют даже в компаниях, где в остальном цепочка поставок работает эффективно.
1.7 Разместите ли вы выделенного менеджера проекта от Lokad на главном офисе компании-клиента, в сопровождении экспертов по продукту, бизнес-аналитиков и технических специалистов по интерфейсам?
Да, если такие условия являются частью согласованных контрактных положений для инициативы. Хотя Lokad не возражает против размещения сотрудников на территории главного офиса компании-клиента, это, естественно, увеличивает стоимость инициативы. Большинство наших проектов выполняется дистанционно с ежемесячными или ежеквартальными визитами в зависимости от масштаба инициативы. Такая практика обычно воспринимается всеми сторонами как более эффективная, чем постоянное присутствие сотрудников Lokad в офисе клиента. Следует отметить, что даже если Lokad согласится разместить постоянную команду в главном офисе клиента, сотрудники со временем будут меняться.
Такие практики выгодны для всех участников, поскольку Supply Chain Scientists (SCSs) Lokad проходят постоянную программу обучения. Эта программа имеет решающее значение для того, чтобы наши сотрудники продолжали осваивать новые навыки или совершенствовать уже имеющиеся, независимо от их опыта или должностного уровня. Хотя мы наблюдаем, что многие поставщики корпоративного ПО позволяют своим сотрудникам работать месяцами, если не годами, на удаленных объектах клиентов, Lokad убежден, что такая практика несовместима с надежным и эффективным обеспечением высококачественного обучения.
В частности, одной из сильных сторон SCSs Lokad является их исключительно разнообразный и широкий набор навыков. Каждый SCS обучен выполнять множество ролей, таких как: эксперт по продукту, бизнес-аналитик, технический специалист по интерфейсам, data scientist и консультант по цепочкам поставок. Обычно эти функции выполнялись бы несколькими сотрудниками, что привело бы к значительному увеличению затрат для клиента. В Lokad каждый SCS предоставляет все эти услуги.
В результате SCSs, как правило, работают значительно продуктивнее (меньшее число сотрудников означает меньше коммуникативных трений), а также достигают более высоких показателей эффективности. На самом деле, цепочки поставок критически зависят от сквозной согласованности, чего гораздо легче достичь при небольшой численности персонала.
1.8 Какую организационную структуру вы предлагаете в фазе реализации? Где следует распределять ресурсы?
Для типичной инициативы Lokad мы рекомендуем, чтобы компания-клиент назначила опытного специалиста по цепям поставок координатором инициативы, а также выбрала руководителя по цепям поставок в качестве супервизора инициативы. Координатор выступает в качестве контактного лица между командой Supply Chain Scientists (SCSs) Lokad и компанией-клиентом. Изначально координатор передает запросы на информацию, а затем – запросы на обратную связь. Параллельно SCSs Lokad работают над числовыми рецептами, направленными на разработку необходимых решений для цепочки поставок.
Мы рекомендуем проводить еженедельное совещание для обзора прогресса инициативы до завершения фазы внедрения. На это совещание систематически присутствуют координатор, руководитель и основной SCS для данного аккаунта от Lokad. Другие участники могут присоединяться по мере необходимости, однако их постоянное присутствие обычно не требуется на протяжении всей фазы реализации/внедрения.
Некоторые IT-ресурсы должны быть выделены для настройки канала передачи данных в самом начале инициативы. В этом отношении Lokad эффективнее большинства конкурирующих компаний. Например, мы автоматически и напрямую извлекаем транзакционные данные клиента без необходимости в очистке или подготовке на стороне клиента. Если только компания-клиент не сталкивается с блокировкой поставщика, эта техническая настройка требует менее 4 недель работы одного специалиста – а иногда и значительно меньше, если уже используется data lake.
Затем SCSs необходимо собрать качественную информацию о существующих процессах, а также подробности всех приоритетов и ограничений цепочки поставок. Для поддержки этого процесса обычно проводится серия интервью, организованных координаторами. Позже, когда SCSs разработают числовой рецепт(ы), будет проведена еще одна серия интервью для проверки полученных показателей и возможности их доработки и улучшения.
Вклад руководителя важен как для согласования действий Lokad с общей стратегией, проводимой компанией, так и для предотвращения застоя инициативы из-за нерешительности. Например, Lokad может предложить различные варианты моделирования затрат, связанных с отсутствием качественного обслуживания. Мы можем объяснить преимущества и недостатки этих вариантов в нетехнических терминах, но в конечном итоге необходимо принять несколько стратегических решений.
Естественно, всё вышеперечисленное зависит от конкретных потребностей инициативы. Мы открыты для других организационных подходов, если они лучше подходят для специфического контекста и целей компании-клиента.
Для получения дополнительной информации Lokad предлагает несколько лекций, посвященных тактическому и стратегическому исполнению успешной оптимизации цепочки поставок.
2. Управление ресурсами и требования
2.1 Каковы требования к трудовым ресурсам для реализации проекта в компании-клиенте, в частности, количество ресурсов и уровень их квалификации? Можете ли вы точно определить количество ресурсов для каждой фазы и подпроекта?
Типичная инициатива Lokad требует примерно 0,5–2 штатных единиц (FTE) сотрудников компании-клиента в течение первых 6 месяцев – так называемой фазы внедрения. Когда инициатива переходит в производство, разумная оценка такова, что проект все равно будет требовать как минимум 0,25 штатной единицы. Естественно, эти оценки существенно варьируются в зависимости от размеров и сложности компании-клиента и их конкретных потребностей в цепочке поставок.
Что касается ресурсов, необходимых на каждом этапе «типичной» инициативы, то в фазе внедрения имеется следующее:
-
Месяцы 1 и 2: Настройка канала передачи данных требует 4 недель полной занятости специалиста по данным, как правило, работающего в IT компании клиента. Специалист по данным должен хорошо разбираться в программном обеспечении компании-клиента. Эта потребность может быть снижена, если уже используется data lake, но наоборот, увеличится, если канал передачи данных должен взаимодействовать с несколькими бизнес-системами (например, по одной ERP на страну). После запуска канала его обслуживание не должно занимать более нескольких часов в месяц.
-
Месяцы 3 и 4: Разработка числового рецепта требует 2–3 дней в неделю работы координатора (со стороны клиента) инициативы, минимум 10 часов в неделю от различных специалистов по цепочкам поставок для предоставления высокоуровневых аналитических данных, а затем — обратной связи по показателям, полученным от Lokad. От координатора ожидается знакомство с компанией и ее цепочкой поставок, а также комфорт в проведении аналитической работы. Однако для этой должности не требуются специализированные IT- или data science навыки. Еженедельный обзор инициативы требует полдня в неделю от руководителя по цепям поставок.
-
Месяцы 5 и 6: Требования по существу те же, что и в предыдущей фазе, однако фокус меняется. Теперь координатор тратит основную часть времени на подготовку корректного внедрения и коммуникацию со всеми затронутыми специалистами по цепям поставок. Аналогично, руководитель по цепям поставок контролирует внутреннее управление изменениями, связанными с новыми процессами, возникающими в результате инициативы Lokad.
См. также Реализация и управление проектом 1.2.
2.2 Обеспечиваете ли вы, что запланировано достаточное количество персонала для поддержки перехода продукта?
Да. Как правило, Lokad рекомендует сохранять тот же объем ресурсов (например, тех же Supply Chain Scientists) при переходе от фазы внедрения к фазе производства. Потенциальная окупаемость хорошо поддерживаемого и непрерывно совершенствующегося решения значительна. Ошибка заключается в подходе «настрой и забудь», так как любое техническое решение неизбежно – и постоянно – утрачивает актуальность и становится устаревшим, если за ним не следить и не поддерживать.
Стоит отметить, что, поскольку Lokad автоматизирует решения в цепях поставок, нет острой необходимости переквалифицировать всех специалистов по цепям поставок клиента новым процессом для поддержания работы цепочки – сама автоматизация предназначена для этого. В результате полная перестройка организации цепочки поставок клиента – инициированная инициативой Lokad – нередко завершается всего через несколько месяцев после запуска проекта.
Этот упрощенный подход резко контрастирует с большими и дорогостоящими «штабами», которые часто требуются поставщиками корпоративного программного обеспечения для запуска.
2.3 Можете ли вы гарантировать, что достаточное количество персонала и ресурсов по информационному продукту (KP) будет доступно на месте в главном офисе компании-клиента для поддержки перехода продукта?
Да, такие положения и требования предусмотрены конкретными, взаимно согласованными контрактными условиями инициативы.
См. также Реализация и управление проектом 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 Lidl на 500 миллионов евро для получения дополнительной информации по этому вопросу.
2.6 Реализуете ли вы и будете поддерживать разумную стратегию удержания, предназначенную для сохранения ключевого персонала, выполняющего услуги в течение срока действия соглашения? Будете ли вы также поддерживать активные планы преемственности для каждой ключевой должности в Lokad?
Да. Мы удерживаем сотрудников в среднем 3.5 года, что почти в два раза превышает срок работы по сравнению с аналогичными когордами (талантливые инженеры в IT или смежных областях) на аналогичных рынках (Северная Америка и Западная Европа). Этот сегмент рынка труда является исключительно конкурентным, и, хотя всегда есть возможности для улучшения, это ставит Lokad значительно выше большинства наших конкурентов. В результате большинство инициатив Lokad выигрывают от того, что одни и те же Supply Chain Scientists (SCSs) работают из года в год.
Это удержание обусловлено конкурентоспособными зарплатами и постоянными инвестициями Lokad в обучение своих команд. В частности, контент по цепям поставок, публикуемый Lokad на собственном сайте, в частности наша серия лекций по цепям поставок, можно рассматривать как побочный продукт внимания Lokad к обучению собственного персонала. Как правило, поставщики корпоративного ПО, у которых нет публичных учебных материалов, почти никогда не имеют и закрытых учебных материалов (даже если они постоянно утверждают обратное).
Что касается планов преемственности, у нас есть две важные практики. Во-первых, каждая инициатива Lokad сопровождается Совместным Руководством по Процедурам (JPM). JPM — это основной документ, с помощью которого новый SCS быстро знакомится со всеми соответствующими инсайтами и техническими нюансами инициативы. Во-вторых, у каждой инициативы всегда имеется как основной, так и вторичный SCS. Даже если вторичный SCS не вносит прямого вклада в инициативу, Lokad выделяет достаточно времени, чтобы этот человек был готов принять инициативу, если возникнет необходимость. Эта практика существенно снижает вероятность возникновения проблем, связанных с незапланированными отпусками или уходами.
3. Роли, обязанности и управление заинтересованными сторонами
3.1 Какой уровень сотрудничества у вас с компанией-клиентом?
Уровень сотрудничества с нашими клиентами варьируется, но в целом он значительно выше того, что обычно ожидается от поставщика корпоративного программного обеспечения. Вопросы цепей поставок имеют разное значение для разных компаний, поэтому сотрудничество, как правило, более интенсивно там, где цепь поставок является (признанным) краеугольным камнем их деятельности.
Термин «партнер» стал настолько размытым, что даже поставщики несложных программных продуктов (например, программ для учета времени) называют «партнерами». Однако спустя год-два большинство наших клиентов действительно воспринимают свои отношения с Lokad как «настоящее» партнерство — в истинном смысле этого слова. У них есть знакомые лица в Lokad, завоевавшие их доверие, и, следовательно, эти люди — обычно Supply Chain Scientists (SCSs) — досконально знают их бизнес. Более того, наши результаты часто признаются достаточно значимыми, чтобы их лично представляли генеральному директору или совету директоров компании, даже в крупных организациях.
Постоянное сотрудничество с Lokad позволяет нашим клиентам позитивно перестроить всю практику управления цепями поставок. В конечном итоге вся цепочка пересматривается, что положительно сказывается как на клиентах, так и на поставщиках. Следует отметить, что Lokad не стремится заменить критически важный стратегический опыт, существующий в компании-клиенте. Напротив, Lokad намерен автоматизировать самые рутинные и повторяющиеся аспекты процессов принятия решений в цепочке поставок. Такой подход, в свою очередь, освобождает значительные — и зачастую дефицитные — ресурсы клиента, которые могут быть перенаправлены на более эффективные задачи.
3.2 Какие роли и обязанности, как в компании-клиенте, так и в Lokad, вы ожидаете для максимальной эффективности решения?
В количественных инициативах по управлению цепями поставок Lokad участвуют 4 типичные роли.
-
Лидер цепи поставок: Эта роль подчеркивает важность участия высшего руководства в количественной инициативе по управлению цепями поставок. От этого человека не требуется вдаваться в технические детали, однако он должен понимать и доносить стратегические идеи инициативы. Его задача — не создавать метрики и KPI, а критически оценивать их и ставить под сомнение, обеспечивая соответствие общей стратегии.
-
Координатор цепей поставок: Ключевая фигура для обеспечения бесперебойного функционирования инициативы, этот человек служит мостом между различными внутренними командами. Его основная ответственность — сбор обратной связи, коммуникация с заинтересованными лицами и подтверждение/уточнение процессов и решений. Он следит за тем, чтобы инициатива соответствовала существующим рабочим процессам компании, оставаясь при этом открытым для потенциальных изменений в будущем.
-
Специалист по данным: Данные являются основой количественной инициативы по управлению цепями поставок, и этот человек отвечает за их доступность и надежность. Он ответственен за извлечение обширных наборов данных (например, истории продаж и закупок), а также за автоматизацию и планирование процесса извлечения данных. Хотя его роль наиболее интенсивна в начале инициативы, его вклад имеет решающее значение для ее успеха.
-
Специалист по цепям поставок (Supply Chain Scientist): Эта роль объединяет инсайты от Координатора цепей поставок с данными от Специалиста по данным для автоматизации процессов принятия решений. Начиная с подготовки данных, Специалист по цепям поставок тесно сотрудничает с Координатором для устранения любых неясностей в данных. Затем он формализует стратегии в конкретные решения, такие как объемы повторных заказов, и внедряет информационные панели и KPI для обеспечения прозрачности и контроля.
См. роли проекта для получения дополнительной информации о различных обозначениях в рамках количественной инициативы по управлению цепями поставок.
3.3 Есть ли у вас полная матрица RACI (Ответственный / Подотчетный / Консультируемый / Информируемый) для фазы внедрения и фазы эксплуатации?
Да. Эта информация может быть явно представлена в виде матрицы RACI, если компания-клиент сочтет это важным.
Более того, Supply Chain Scientists (SCSs) усваивают подобную матрицу, чтобы принимать адекватные и быстрые решения по мере развития инициативы. Что касается проблем, связанных с оптимизацией цепи поставок, суть заключается в определении наилучшего способа постановки проблемы. После этого внимание смещается к выявлению того, кто в организации находится в наилучшей позиции для решения данной задачи. Крайне важно, чтобы весь этот анализ проводился быстро, чтобы сохранить динамику инициативы.
С этой целью SCSs Lokad назначаются для ведения инициативы и берут на себя ответственность за качество результатов, генерируемых числовым рецептом Lokad.
Таким образом, небольшое ядро высококвалифицированных специалистов отвечает за решения в области цепей поставок, генерируемые Lokad, а не какая-то сложная «система» или «процесс» распределения ответственности между большой группой заинтересованных сторон. По мнению Lokad, подобные системы, скорее, размывают ответственность, чем укрепляют её. Наши SCSs обучены брать на себя эту ответственность, что включает в себя обеспечение консультаций и полного информирования соответствующих сторон в компании-клиенте о ходе инициативы.
3.4 Будете ли вы документировать роли и обязанности с помощью матрицы RACI (Ответственность, Подотчетность, Консультирование и Информирование) для всех участников проекта? Обеспечите ли вы, чтобы этот документ был обсужден и согласован со всеми вовлеченными сторонами?
Да. Все такие элементы (и не только) собираются и документируются в Совместном Руководстве по Процедурам (JPM). JPM подготавливается Supply Chain Scientists (SCSs) Lokad (на основе информации, собранной непосредственно от компании-клиента). В этом документе детально описаны параметры роли и обязанностей каждого участника.
JPM также служит постоянным ресурсом для инициативы и составляется SCSs, назначенными компанией-клиентом. Составление этого документа собственными словами демонстрирует, что SCSs уделили значительное время на исследование, диагностику и анализ цепей поставок клиента и общей концепции решения (а не просто пересказывают существующую документацию клиента).
Любые изменения в JPM передаются компании-клиенту. Сам JPM регулярно обсуждается на рабочих сессиях между Lokad и компанией-клиентом.
Кстати, наш опыт показывает, что если возникают разногласия, они обычно отражают организационную проблему, которую необходимо решить внутри компании-клиента. Именно поэтому мы рекомендуем компании-клиенту назначить руководителя цепей поставок, который будет контролировать инициативу. Одним из ключевых его вкладов является выполнение роли посредника в таких случаях.
3.5 Обеспечите ли вы, что рабочая группа проекта и управляющие группы сформированы из назначенных представителей заинтересованных сторон проекта? Обеспечите ли вы, что ритм работы будет согласован со всеми вовлеченными сторонами?
Да. В качестве общего принципа мы следуем любому процессу, который компания-клиент считает необходимым и который формально согласован с ней. Согласованные элементы (а также любые изменения, внесенные по мере развития инициативы) документируются в Совместном Руководстве по Процедурам (JPM), которое включает подробности относительно рабочей группы проекта и управляющих групп. Благодаря Supply Chain Scientists (SCSs) Lokad у нас есть необходимые ресурсы для внедрения и контроля этих процессов.
Аналогично, одной из наиболее часто ценимых сторон Lokad является наша способность упрощать процессы — будь то процессы в цепях поставок или бюрократические процедуры. Со временем мы активно работаем над устранением ненужных бюрократических уровней в цепях поставок наших клиентов.
4. Переход к системе и запуск в эксплуатацию
4.1 Какова продолжительность переходного периода от запуска до эксплуатации?
Обычная продолжительность фазы внедрения составляет 6 месяцев. Эта фаза начинается с запуска и завершается, когда Lokad переходит в режим «эксплуатации» — то есть, когда наши автоматизированные рекомендации по управлению цепями поставок эффективно направляют желаемые процессы принятия решений клиента.
Эту продолжительность можно сократить на 1 месяц, если уже существует data lake — хорошо сконструированный и задокументированный data lake может еще более сократить фазу внедрения. Наоборот, эта фаза обычно увеличивается на 1–3 месяца, когда программное обеспечение или система клиента чрезмерно сложны или устарели.
Интересно, что сложность самой цепи поставок не оказывает такого значительного влияния, как может показаться, поскольку Lokad стремится определить объем работ достаточно точно, чтобы уложиться в заданные сроки. Наш опыт показывает, что фазы внедрения, длительнее 6 месяцев, подвергают инициативу риску застоя. Поэтому мы активно формируем объем работ для снижения этого риска.
Такие задержки мало связаны с технической настройкой самой Lokad. В целом предлагаемая временная шкала служит не только техническим целям (автоматизация извлечения данных, тестирование числовых рецептов и т.д.), но и позволяет Supply Chain Scientists (SCSs) Lokad в совершенстве освоить все особенности компании-клиента, а командам по цепям поставок — «переварить» подход Lokad, что обычно означает отход от устоявшихся процессов клиента.
4.2 Сколько визитов на объект вы планируете? Сколько воркшопов на объекте вы планируете?
Количество визитов и воркшопов на объекте оговаривается как часть конкретных договорных условий с компанией-клиентом, хотя следует отметить, что затраты на поездки могут влиять на стоимость услуг Lokad. Таким образом, включение визитов на объект является окончательным решением, которое принимает компания-клиент, и Lokad подстроится под желаемую частоту.
Когда целью компании-клиента является максимально упрощённая инициатива, мы вполне согласны на полностью удалённую работу, то есть при отсутствии визитов на объект. Мы рекомендуем этот подход для небольших компаний (с годовалым доходом менее 100 млн USD) и для компаний, которые комфортно работают с удалёнными сотрудниками (например, крупные eCommerce компании). Примерно половина инициатив, реализуемых Lokad, относится к этой категории.
Когда целью компании-клиента является максимальное увеличение шансов на успешное управление изменениями, мы предпочитаем визиты каждый месяц — и, возможно, даже чаще, если необходимо. Для крупных компаний (с годовалым доходом свыше 1 млрд USD) мы рекомендуем как минимум один визит/воркшоп на объекте в квартал. Такой подход помогает обеспечить согласованность на уровне всей компании, особенно когда задействованы большие команды.
Для наших клиентов в Западной Европе у нас, как правило, больше визитов (обычно продолжительностью один день), чем воркшопов, когда мы на объекте. Для клиентов за пределами Западной Европы мы, как правило, проводим больше воркшопов (обычно нескольких дней) по сравнению с визитами. Это различие обусловлено затратами на поездки и логистикой.
4.3 Какой оптимальный баланс между удалёнными и очными встречами?
Для количественной инициативы по управлению цепями поставок большинство встреч должно проводиться удалённо. Большинство встреч краткие (30 минут или меньше) и включают только двух участников: Supply Chain Scientist из Lokad и специалиста по цепям поставок из компании-клиента. Кроме того, удалённые встречи полезны для выполнения определённых технических задач, поскольку у всех участников есть доступ к собственному компьютерному оборудованию, включая большие мониторы. Это особенно полезно, когда участникам необходимо анализировать сложные отчёты.
Однако Lokad не недооценивает ценность очных встреч с клиентами. Встречи на объекте часто позволяют лучше передать сложные идеи, обсудить перспективы и/или скорректировать ожидания между сторонами. Поэтому мы рекомендуем установить регулярный ритм очных встреч (например, еженедельно, ежемесячно или ежеквартально…). Lokad рассматривает такие встречи как значимые мероприятия, особенно когда клиент принимает его у себя.
Такой подход позволяет обеим сторонам сохранять удалённые встречи неформальными, удобными и проводимыми с необходимой частотой.
4.4 Оказываете ли вы помощь компании-клиенту в проведении проверки качества производственной среды для оценки готовности к запуску в эксплуатацию, включая настройку интерфейсов?
Да. Фактически, Lokad идет дальше простой помощи компании-клиенту в оценке готовности к запуску в эксплуатацию. Одна из основных обязанностей Supply Chain Scientists (SCSs) Lokad — взять на себя ответственность за полное решение, предоставляемое компании-клиенту. Другими словами, хотя результаты генерируются механизированной системой (парком машин), именно человек несет личную ответственность за систему. Он обеспечивает точность, релевантность и соответствие всей цепочки обработки данных, принимая во внимание общие бизнес-задачи клиента.
Учитывая их подверженность ошибкам, программные интерфейсы требуют особого внимания, и SCS прекрасно оснащены для оценки их целостности. Lokad оценивает эту целостность со стороны входа (когда Lokad получает исторические данные от клиентской компании) и со стороны выхода (когда Lokad возвращает решения по цепочке поставок клиентской компании). Для этой задачи Lokad использует определённые методологии и технологии.
Пожалуйста, ознакомьтесь с парадигмами программирования для цепочки поставок, чтобы лучше понять, какие технологии использует Lokad для обеспечения готовности к запуску.
4.5 Готовите ли вы документ стратегии перехода на промышленное производство и миграции для управления плавным переходом бизнес-операций (от существующего бизнес-приложения к новому) для клиентской компании?
Да. Переход документируется в нашем Совместном Руководстве по Процедурам (JPM). Эта обширная документация, подготовленная Учёными по Цепочкам Поставок (SCS) Lokad, гарантирует, что как специалисты по цепочке поставок, так и руководители в данной области имеют доступ к хорошо написанным материалам, которые адекватно объясняют процесс понятными терминами. SCS прилагают значительные усилия, чтобы сделать этот документ доступным для нетехнической аудитории (хотя некоторые приложения могут быть достаточно техническими).
Кроме того, подход двойного запуска (dual-run) Lokad идеально подходит для обеспечения плавного перехода от устаревшего процесса к новому решению. «Двойной запуск» в данном контексте означает практику, при которой Lokad работает параллельно с устаревшим процессом принятия решений на протяжении всего объёма инициативы. Эта практика стала возможна благодаря роботизированной природе устаревшего процесса принятия решений в Lokad, что гарантирует, что числовые алгоритмы, реализованные SCS Lokad, успешно работали в точных производственных условиях на всём объёме в течение нескольких недель до фактического запуска, когда решения Lokad заменяют устаревший процесс.
Следует отметить, что такой двойной запуск обычно невозможен с использованием альтернативных технологий и методологий, предлагаемых нашими конкурентами. Действительно, поскольку они не роботизируют решения по цепочке поставок, накладные расходы, связанные с двойным запуском, значительны. В результате двойной запуск, в лучшем случае, выполняется в ограниченном объёме, который не отражает реальные производственные условия. Таким образом, при принятии такого подхода позднее расширение объёма неизбежно приводит к производственным инцидентам, которых можно было бы полностью избежать при полномасштабном двойном запуске.
4.6 Предоставляете ли вы объем, сроки и критерии успеха для тестового запуска, которые клиентская компания может рассмотреть и утвердить?
Да. Объем всегда подробно описывается в контрактном соглашении между Lokad и клиентской компанией. Обычно он представляет собой определённый тип решения для цепочки поставок (например, пополнение запасов или распределение товаров) для определённого набора местоположений и/или бизнес-систем.
Сроки обычно составляют менее 6 месяцев (от начала до производства). Хотя прогнозируемые сроки всегда указываются в нашем коммерческом предложении, они могут не быть прописаны в контрактном соглашении. Обязательные сроки представляют собой взаимное обязательство, и темп инициативы Lokad зависит от своевременного выполнения определённых этапов клиентской компанией, в частности, от создания канала передачи данных в Lokad.
Что касается критериев успеха, решение всегда принимается односторонне клиентской компанией. Хотя мы можем задокументировать руководящие принципы, которые должны поддерживать это решение, принятие решения без одностороннего характера было бы необычным. Проще говоря, поставщик не должен иметь возможности решить, что тестовый запуск удался, если клиент считает иначе.
См. также Внедрение и управление проектом 1.2.
Пожалуйста, ознакомьтесь с Оценкой эффективности количественной оптимизации цепей поставок, чтобы получить больше информации об этом тонком аспекте.
4.7 Организуете ли вы проведение тестовых запусков, чтобы обеспечить a) адекватность данных, b) настройку системы и готовность приложения, c) соответствие процессов/систем, и d) общую пригодность по назначению?
Да. Как правило, мы рассматриваем тестовый запуск – предназначенный для достижения оптимизации цепочки поставок – точно так же, как и «реальную» инициативу, предназначенную для ввода в производство. По сути, что касается оптимизации цепочки поставок, адекватный тестовый запуск не отличим от предварительной производственной установки, одобренной для использования в производстве.
Команда Учёных по Цепочкам Поставок (SCS) Lokad отвечает за всё вышеперечисленное. По нашему опыту, адекватность данных редко становится проблемой в компаниях, которые перешли на цифровые технологии много лет (если не десятков лет) назад. Пока существует бизнес-система для отслеживания того, что покупается, производится, хранится и продается, инициатива практически гарантированно имеет адекватные данные. Задача заключается в том, чтобы осмыслить данные, которые изначально не собирались для поддержки оптимизации цепочки поставок.
См. плохие данные для получения дополнительной информации по этому вопросу.
5. Изменения и управление рисками
5.1 Какую поддержку вы можете предложить клиентской компании для управления изменениями, связанными с внедрением инициативы?
Все клиенты получают полную поддержку Учёных по Цепочкам Поставок (SCS) Lokad, все из которых обучены справляться с техническими и нетехническими требованиями инициатив по оптимизации цепочки поставок. SCS помогают в процессе управления изменениями различными способами, включая:
-
Предложение улучшений для существующих процессов специалистов по цепочке поставок, работающих в клиентской компании.
-
Создание обучающих материалов для адаптации сотрудников/команд клиентской компании.
-
Помощь руководству цепочки поставок путем количественной оценки в долларах или евро (или в валюте по выбору клиента) влияния внесенных изменений в цепочку поставок.
Следует отметить, что управление изменениями может требовать значительного временного вложения от SCS. Хотя каждый SCS обладает уникальными навыками и опытом в помощи руководству цепочки поставок по вопросам управления изменениями, эта обязанность конкурирует со всеми их другими обязанностями.
Таким образом, условия контрактов, согласованные между Lokad и каждым клиентом, определяют количество ресурсов — то есть размер команды SCS, — которые будут доступны для поддержки инициативы. Наши коммерческие предложения обычно предусматривают, что SCS окажут некоторую поддержку в управлении изменениями. Однако наши предложения обычно не отражают какой-либо «масштабной» поддержки управления изменениями, если только это явно не запрошено клиентом.
5.2 Каково ваше видение управления изменениями в фазе производства? Какие основные контрольные точки? Как будет выглядеть новая организация после успешного внедрения нового решения?
Как только Lokad запущен в производство, целый класс решений по цепочке поставок автоматизируется. Цель состоит в том, чтобы превратить практику управления цепочками поставок в капиталистическое предприятие. Каждый час, затраченный специалистом по цепочке поставок, должен способствовать постоянному улучшению числовых алгоритмов. Это отличается от «традиционной» практики в области цепочек поставок, где большая часть усилий в течение дня направлена на поддержание деятельности компании ещё один день. Естественно, переход к этой добавляющей ценность форме управления цепочками поставок происходит постепенно.
-
Первая контрольная точка — добиться того, чтобы специалисты по цепочке поставок осознали, что Lokad позволяет им отказаться от большей части устаревших процессов. Например, имеет смысл пересматривать ежедневные количества пополнения запасов, когда эти количества часто оказываются некорректными. Однако, по замыслу, количества Lokad уже являются достоверными и не требуют дополнительной проверки. Фактически, 0% ошибок в цифрах, генерируемых Lokad, является основным критерием для запуска производства. Доверие, которое специалисты по цепочке поставок могут оказать цифрам Lokad, естественным образом освобождает много времени, которое можно использовать более эффективно.
-
Вторая контрольная точка заключается в том, чтобы среди специалистов по цепочке поставок появились несколько «ранних приверженцев». Обычно это люди, которые быстро умеют отделиться от неэффективного устаревшего процесса — например, ручного пересмотра цифр — чтобы сосредоточиться на постоянном улучшении цепочки поставок с помощью числовых алгоритмов. Они могут начать решать множество важных вопросов, выходящих за рамки незначительных технических аспектов (например, рассматривает ли клиентская компания качество своего обслуживания с правильной точки зрения?).
-
Третья контрольная точка заключается в том, чтобы основная масса специалистов по цепочке поставок ориентировалась на внешние стороны (клиентов и поставщиков), а не на внутренние процессы. В конечном счёте, цепочка поставок должна обеспечить согласованность, выходящую за пределы клиентской компании. Это расширяет объем собранных данных и помогает дополнительно уточнить числовые алгоритмы.
Новая организация значительно больше напоминает софтверную компанию. Существует мало повторяющихся задач в цепочке поставок, которые выполняются вручную — так как повторяющиеся задачи теперь автоматизированы. Также значительно меньше экстренных ситуаций (снова, благодаря автоматизации). Сокращение рутинных задач сопровождается увеличением разнообразия задач для специалиста по цепочке поставок. Обычно это означает меньше времени и усилий, затрачиваемых на контроль цепочки поставок, но от руководства ожидается повышение квалификации сотрудников, чтобы они могли использовать увеличенное свободное время и усилия с наибольшей пользой.
См. «Продуктоориентированная» доставка для цепочки поставок для получения дополнительной информации об этом переходе.
5.3 Как вы управляете изменениями рабочих процессов для конечных пользователей? Во-первых, при адаптации (onboarding) в Lokad, во-вторых, с учетом эволюции Lokad.
По своей природе, решения по цепочке поставок, генерируемые Lokad, не требуют рабочих процессов. Фактически, автоматизация всех этапов, связанных с генерацией решений по цепочке поставок, является желаемым решением.
Однако, если клиент явно запрашивает, Lokad может внедрить «рабочий процесс», имитирующий устаревший. При этом следует понимать, что это делается исключительно для облегчения управления изменениями и никоим образом не влияет на успех числового алгоритма. По мере того, как сотрудники клиента будут знакомиться с решениями, генерируемыми Lokad, и накапливать больше доверия к ним, «рабочий процесс» можно постепенно упрощать до полного удаления.
Что касается эволюции Lokad, наша платформа программируемая и управляется с помощью Envision (наш специализированный язык программирования для отрасли). Любые изменения/обновления Envision выполняются с помощью автоматизированных скриптов, и этот процесс запрограммирован таким образом, что инициативы по цепочке поставок, размещенные на Lokad, остаются неизменными.
5.4 Можете ли вы вести реестр проблем и рисков, который включает план смягчения последствий, задачи, распределение ответственности, сроки и статус (не начато, в процессе, закрыто, на паузе)? Будет ли проектный менеджер Lokad отвечать за отслеживание всех проблем и рисков и обеспечение их своевременного разрешения или управление эскалациями, когда это необходимо?
Да. Платформа Lokad оснащена собственной внутренней системой управления проблемами/тикетами/задачами. Эта функция предоставляет все обычные возможности, которые обычно ожидаются от такого инструмента, такие как управление статусами, приоритетами, назначениями, уведомлениями и т.д. Более того, мы отдельно ведем Совместное Руководство по Процедурам (JPM), которое представляет собой всестороннее и хорошо организованное изложение инициативы с соответствующими высокоуровневыми сроками. Учёные по Цепочкам Поставок (SCS) Lokad отвечают за контроль системы управления задачами. Они следят за тем, чтобы вопросы и проблемы решались оперативно.
Эскалации возможны, но редки. Тот же SCS, который управляет/просматривает задачи, также их решает. Старшие SCS Lokad выполняют широкий спектр ролей: эксперт по цепочке поставок, инженер по данным, интегратор данных, бизнес-аналитик, специалист по данным, проектный менеджер, консультант по изменениям и т.д.
Возможность легко связаться с SCS – это то, что наши клиенты регулярно отмечают как значительное преимущество. Клиент может сразу взаимодействовать с человеком, чья задача — контролировать удовлетворительное разрешение любых проблем, вместо того чтобы проходить через несколько уровней бюрократии, чтобы, надеюсь, поговорить с кем-то, кто сможет им помочь.
Если возникает проблема, требующая навыков, выходящих за рамки компетенций SCS (например, техническая проблема с архитектурой платформы), они все равно контролируют своевременное разрешение проблемы и выступают в качестве первого контактного лица для соответствующего клиента.
5.5 Предоставляете ли вы консультационные услуги по управлению организационными изменениями для решения вопросов, связанных с внедрением и модификацией бизнес-процессов, а также с выводом из эксплуатации существующих процессов?
Да, если клиентская компания желает, чтобы их партнерство с Lokad включало консультационные услуги по управлению изменениями. Следует отметить, что основная экспертиза Lokad заключается в предиктивной оптимизации цепочки поставок, а не в управлении изменениями. Наш подход к управлению изменениями также более традиционен, чем наши практики в области цепочки поставок. Этот подход, если его применить, ограничит количество сторонних участников проекта.
Либо, если клиентская компания предпочитает сохранить услуги специалиста по управлению изменениями в дополнение к Lokad, мы окажем им поддержку, предоставив столько информации, сколько клиент считает нужным.
6. Настройка и функциональность системы
6.1 Проводите ли вы сессии для приоритизации требований к настройке, чтобы обеспечить понимание влияния на бизнес из-за недостатков продукта и достичь взаимного согласия относительно приоритетов выпуска настроек?
Да. Учёные по Цепочкам Поставок (SCS) Lokad отвечают за этот процесс. Фактически, Lokad выделяется по двум направлениям в отношении данной приоритизации. Во-первых, SCS способен самостоятельно внедрить настройку и, таким образом, предоставить ясные представления о затратах ресурсов и сроках.
Это значительно улучшает качество приоритизации, поскольку клиентская компания получает выгоду от эксперта, который может легко соотнести преимущества любого изменения в цепочке поставок с соответствующими затратами.
Во-вторых, «Количественная цепочка поставок» – основополагающая философия Lokad – подчеркивает исключительно финансовую перспективу. Следовательно, SCS поддерживают клиентскую компанию, предоставляя количественные оценки (в долларах или евро) воздействия потенциальных изменений в решении. Эта стратегия улучшает инициативу, избегая традиционного узкого места в дебатах о приоритетах. Вместо этого Lokad оптимизирует процесс, отдавая приоритет вопросам, приводящим к наибольшему финансовому эффекту.
6.2 Можете ли вы провести анализ соответствия/разрывов всех бизнес-процессов для выявления возможностей автоматизации, задокументировать желаемые будущие процессы и определить пробелы в функциональности продукта? Можете ли вы предложить приемлемые обходные решения при выявлении пробелов в функциональности продукта?
Да. Специалисты по цепочке поставок Lokad (SCS) отвечают за этот процесс. Хотя первоначальное исследование проводится в начале инициативы, этот процесс продолжается на протяжении всей производственной фазы. Это часть нашего подхода к постоянному совершенствованию решения.
Что касается оптимизации цепочки поставок, пробелы редко связаны с «функциональностью», а скорее с «производительностью». Например, задача заключается не только в генерации количеств для пополнения запасов (функциональность), но и в обеспечении того, чтобы сгенерированные количества были наиболее прибыльными (производительность).
Таким образом, специалисты SCS занимаются выявлением и устранением «пробелов в производительности», которые иногда требуют дополнительной функциональности или переработки решения. Это может включать добавление или удаление функций для оптимизации общей производительности.
Кроме того, платформа Lokad является программируемой. Таким образом, любые воспринимаемые «пробелы в функциональности» можно устранить путем добавления (или корректировки) нескольких строк кода Envision. Именно эта программируемость позволяет Lokad предоставлять индивидуальные решения для каждого клиента.
6.3 Можете ли вы предоставить подробную повестку дня для семинаров по анализу соответствия/разрывов процессов, включая ожидания экспертов (Subject Matter Expert) со стороны клиента, как минимум за неделю до начала семинаров?
Да. Специалисты по цепочке поставок Lokad (SCS) предоставляют повестку для каждого семинара. Мы обеспечиваем, чтобы повестка была сообщена как минимум за неделю до мероприятия. Если клиентская компания дает конкретные указания, например, по срокам предоставления повесток, мы им следуем. В отсутствии таких инструкций мы структурируем семинары (включая расписание и передачу всех необходимых шагов со стороны клиента) интеллигентно и профессионально.
6.4 Обеспечиваете ли вы совместный обзор и утверждение документов, определяющих требования к кастомизации продукта, с участием клиентской компании?
Да, эти документы предоставляются клиентской компании и впоследствии утверждаются ею.
Обратите внимание, что дизайн-подходы платформы Lokad существенно устраняют необходимость в «кастомизации» — по крайней мере, в том смысле, в каком этот термин обычно понимается в корпоративном программном обеспечении. Платформа Lokad является программируемой, используя Envision — наш специализированный язык программирования, предназначенный для предиктивной оптимизации цепочки поставок.
Таким образом, решения Lokad всегда являются «кастомизированными» в том смысле, что они полностью адаптированы к специфическим потребностям клиентской компании. Однако такая кастомизация реализована так, чтобы решение оставалось частью основной линейки продуктов Lokad. Это предпочтительный (и специально разработанный) подход Lokad, не создающий проблем с поддержкой.
6.5 Помогаете ли вы клиентской компании в установлении подключения интерфейсов с внешними системами, а также в тестировании и сертификации этих интерфейсов?
Да. Специалисты по цепочке поставок Lokad (SCS) оказывают поддержку в настройке, тестировании, валидации и документировании интерфейсов между системами, эксплуатируемыми клиентской компанией, и Lokad. При этом специалисты SCS могут быть дополнены внутренними ИТ-ресурсами Lokad для низкоуровневых технических аспектов, таких как сетевая инфраструктура или протоколы безопасности.
Как правило, системные интерфейсы не сертифицируются сторонними сертификационными органами. Они «формально определяются» посредством технических спецификаций, согласованных между ИТ-отделом клиентской компании и Lokad. Эти технические спецификации поддерживают взаимные обязательства компаний: клиентская компания обязуется предоставлять необходимые данные Lokad вовремя, а Lokad, в свою очередь, обязуется возвращать результаты своевременно.
6.6 Предоставляете ли вы документы со спецификациями интерфейсов во время семинаров, включая примеры сообщений?
Да, Lokad предоставляет спецификации интерфейсов во время семинаров. Примеры сообщений могут быть включены, если этого требует клиентская компания.
Однако, учитывая природу услуг Lokad, «примеры сообщений» скорее всего будут представлены в виде таблиц, поскольку это более точно отражает результаты, которые Lokad генерирует для клиента. Для справки: подавляющее большинство технических спецификаций для интерфейсов сосредоточены на таблицах и их форматах, а также на схемах извлечения данных из таблиц и расписаниях передачи.
6.7 Обмениваетесь ли вы процессами управления запросами на изменения и выпуском обновлений?
Да. Специалисты по цепочке поставок Lokad (SCS) отвечают за этот процесс. Важно отметить, что у Lokad существует два уровня изменений и выпусков обновлений, что отличается от типичного корпоративного программного обеспечения.
Во-первых, изменения, вносимые специально для клиентов, реализуются непосредственно специалистами SCS. Такие изменения происходят часто, иногда несколько раз в день, особенно в фазе внедрения. Они являются прямым ответом на потребности клиентской компании и требуют значительного взаимодействия между сторонами.
Во-вторых, мы вносим обновления в платформу Lokad, как правило, через обновления Envision — нашего специализированного языка программирования, предназначенного для предиктивной оптимизации цепочки поставок. Эти изменения разработаны так, чтобы быть прозрачными для клиентских компаний. При необходимости детали этих обновлений могут быть предоставлены, и большая часть этой информации доступна публично.
Смотрите Envision VM Environment and General Architecture для получения дополнительной информации об эволюции платформы Lokad.
7. Тестирование приемлемости пользователями (UAT)
7.1 Помогаете ли вы клиентской компании в создании тестовой среды для UAT (пользовательского тестирования приемлемости) с использованием данных и системных конфигураций, специфичных для контекста?
Да. Специалисты по цепочке поставок Lokad (SCS) отвечают за этот процесс. Lokad предлагает уникальные методологические и технические инновации в этой области.
С методологической точки зрения, мы предпочитаем создавать приоритетные списки, где элементы ранжируются по убыванию окупаемости инвестиций (ROI) для компании. Этот аспект имеет решающее значение для того, чтобы не тратить время конечных пользователей на просмотр большого объема в основном нерелевантных данных.
С технологической точки зрения, платформа Lokad специально разработана для одновременной поддержки нескольких сред для любой инициативы. Эти среды являются встроенной функцией нашей многопользовательской SaaS-платформы, и таким образом, могут быть внедрены с минимальными затратами как вычислительных ресурсов, так и времени системного администрирования.
Смотрите также User Acceptance Testing 7.3.
7.2 Настраиваете ли вы UAT (пользовательское тестирование приемлемости) среды предпродакшн, продакшн и обучения в соответствии с определенными будущими (ToBe) процессами?
Да. Благодаря богатой программируемости платформы Lokad, мы можем полностью контролировать конфигурации. Это становится возможным благодаря Envision — нашему специализированному языку программирования, предназначенному для предиктивной оптимизации цепочек поставок.
Этот подход позволяет различным средам использовать одну и ту же конфигурацию для всех неизменяемых частей — когда возможно использовать один и тот же код. Это существенно снижает случайные различия между средами, которые могут запутать пользователей и нарушить целостность процесса UAT.
Кроме того, перевод настройки с одной стадии на другую осуществляется просто благодаря нашему дизайну. Использование кодовой базы для изменения конфигурации эффективнее традиционных методов через пользовательский интерфейс.
7.3 Предоставляете ли вы отдельные среды для UAT (пользовательского тестирования приемлемости), миграции данных, этапа производства (предпродакшн), продакшна и обучения для продукта (включая необходимые интерфейсы) клиентской компании и внешним системам?
Да. Платформа Lokad специально разработана для одновременной поддержки нескольких сред для любой инициативы. Эти среды являются встроенной функцией нашей многопользовательской SaaS-платформы и могут быть внедрены с минимальными затратами как вычислительных ресурсов, так и времени системного администрирования.
С Lokad дублирование всей производственной среды, включая все данные продакшна, осуществляется без удвоения объема хранения данных. Идентичные данные между средами объединяются. Более того, наш дизайн, обеспечивающий постоянное время работы, гарантирует, что нагрузка одной среды не влияет отрицательно на производительность другой.
Однако большинство поставщиков корпоративного ПО обходят эту проблему, просто «клонируя» основную настройку. Клонирование — или прямое дублирование — легко, но неэффективно. Клонирование означает, что количество ресурсов (человеческих и машинных) увеличивается линейно с числом сред — например, три среды утроят первоначальные затраты. Для значительной цепочки поставок это приводит к значительным расходам.
7.4 Гарантируете ли вы своевременное решение всех дефектов, чтобы убедиться, что UAT (пользовательское тестирование приемлемости) завершено в установленные взаимно согласованные сроки?
Да, при условии, что можно согласовать тонкие определения понятий «решение» и «дефект». В целом, специалисты SCS Lokad отвечают за устранение всех проблем, подрывающих основную цель инициативы — увеличение окупаемости инвестиций. В типичном сценарии специалист SCS предлагает соответствующее действие и сроки, которые клиентская компания утверждает или корректирует по своему усмотрению.
Крайне важно отметить, что в цепочке поставок не существует идеальных решений, есть лишь лучшие и худшие компромиссы. Иными словами, проблему, где две или более ценности находятся в полном противоречии, нельзя полностью решить.
Например, просроченные скоропортящиеся товары являются растратой, но при работе со скоропортящимися продуктами такие потери невозможно полностью устранить без создания проблемы с качеством обслуживания. Необходимо найти баланс между затоваренными запасами и дефицитом товаров. Тем не менее, и «затоваренные запасы», и «дефицит товара» в определенном смысле являются дефектами.
Короче говоря, специалисты SCS могут устранять «обыденные» проблемы по мере их возникновения, например, исправлять ошибку разбора при чтении файла (программный баг). Однако главная цель количественного решения для цепочки поставок состоит не в решении проблем, а в увеличении окупаемости инвестиций (в долларах или евро). Lokad достигает такого рода «решения» посредством интеллектуального, финансово ориентированного подхода к компромиссам в цепочке поставок.
7.5 Помогаете ли вы клиентской компании в пересмотре сценариев, тестовых случаев и тестовых данных UAT (пользовательского тестирования приемлемости)?
Да. Специалисты SCS Lokad отвечают за этот процесс.
Однако, когда речь идет об оптимизации цепочки поставок, наборы данных, меньшие, чем вся производственная установка, как правило, недостаточны. На практике сценарии, тестовые случаи и тестовые данные должны быть (почти) такого же масштаба, как и производственная установка, чтобы отразить сквозную картину цепочки поставок. Это требование не связано с Lokad; это просто природа цепочек поставок.
7.6 Гарантируете ли вы поддержку на месте в головном офисе клиентской компании во время фазы UAT (пользовательского тестирования приемлемости)?
Да. Поддержка на месте регулируется контрактным соглашением между Lokad и клиентской компанией. Этот аспект всегда оговаривается индивидуально для каждого клиента.
Следует отметить, что количественная инициатива в цепочке поставок с Lokad предполагает постоянное улучшение, поэтому фиксированного периода UAT не существует. Тестирование обычно начинается в конце второго месяца, достигает пика к четвертому месяцу, а затем стабилизируется с шестого месяца.
Посвящая постоянные ресурсы совершенствованию наших числовых рецептов (алгоритмов, предназначенных для оптимизации цепочки поставок), Lokad обеспечивает, что инициатива каждого клиента остается актуальной.
Смотрите также Project Implementation & Management 1.7.
8. Поддержка после внедрения и аудит
8.1 Можете ли вы обеспечить документирование наблюдений с пилотных запусков, а также назначение действий соответствующим заинтересованным сторонам в техническом, ИТ- и поставщических отделах клиентской компании с последующим отслеживанием их выполнения?
Да. Специалисты SCS Lokad создают и поддерживают Совместное Руководство по Процедурам (JPM) для каждой инициативы. Оно включает всю важную информацию по инициативе. Примечательно, что JPM разработано таким образом, чтобы быть доступным для нетехнической аудитории (хотя некоторые разделы и приложения достаточно технические).
Ключевые пункты действий документируются в JPM. Однако мелкие задачи обычно обрабатываются через диспетчер задач на платформе Lokad. Эти мелкие задачи кратковременны, и диспетчер задач способствует их лучшему отслеживанию и закрытию по сравнению с JPM.
8.2 Обеспечиваете ли вы наличие достаточного количества отчетов о качестве и соблюдении требований для контроля использования и принятия системы?
Да. Специалисты SCS Lokad обычно внедряют специальное оборудование для этой цели на завершающем этапе внедрения, непосредственно перед официальным стартом.
Кроме того, Lokad может отслеживать соответствие между решениями, генерируемыми в цепочке поставок, и фактическими решениями, принимаемыми в цепочке. Это делается для выявления потенциальных источников расхождений, таких как ошибки или сбои в системах клиента, которые могут повлиять на выполнение рекомендаций Lokad.
8.3 Проведете ли вы ежегодный аудит приложения и предоставите обратную связь по улучшению использования и принятия системы конечными пользователями, чтобы ускорить достижение окупаемости инвестиций (ROI)?
Да, ежегодный аудит всего решения (от начала до конца) является стандартной операционной процедурой. Тем не менее, специалисты по цепям поставок Lokad (SCSs) обычно проводят аудит всего решения несколько раз в течение года. Ежегодный аудит обычно приводит к подробной презентации дорожной карты для руководства клиента. Это соответствует нашему подходу непрерывного совершенствования для каждой инициативы.
Что касается использования, на практике специалисты SCSs заблаговременно внедряют специализированные инструменты для мониторинга использования, принятия и соблюдения решений по цепочке поставок, которые генерирует Lokad. Хотя ежегодный аудит предоставляет отличную возможность для внесения необходимых корректировок, наши специалисты SCSs проявляют максимальную инициативу в вопросе принятия рекомендаций по цепочке поставок Lokad. Этот вопрос будет обсуждаться на наших еженедельных рабочих сессиях, поскольку принятие рекомендаций Lokad является основным драйвером повышения ROI в количественной инициативе по оптимизации цепей поставок.
8.4 Можете ли вы обеспечить, чтобы специализированная команда поддержки продукта, базирующаяся на территории штаб-квартиры клиентской компании, продолжала поддерживать продукт не менее 6 месяцев после запуска?
Да. Команда специалистов по цепям поставок Lokad (SCSs) занимается этой задачей. Наши SCSs достаточно обучены как для непрерывного совершенствования инициативы, так и для постоянной поддержки клиента. Постоянное присутствие SCSs на месте будет оговорено и уточнено в договорном соглашении с клиентом, если это то, что клиент пожелает реализовать.
В связи с этим Lokad настоятельно рекомендует поддерживать активную, постоянную приверженность улучшению решения, особенно на стороне клиента. Отказ от усилий по непрерывному совершенствованию, по нашему опыту, подрывает эффективность инициативы. Любые изменения на стороне клиента, включая незначительные корректировки в прикладной сфере или ограничения, могут повлиять на качество решений, генерируемых Lokad, поэтому рекомендуется активная бдительность и постоянное совершенствование.
См. также Реализация и управление проектом 1.7.
9. Управление инцидентами и дефектами
9.1 Можете ли вы обеспечить, что все обязательные дефекты и запросы на изменения (критические и высокоприоритетные элементы) будут рассмотрены в приоритетном порядке и выполнены, чтобы избежать задержек в графике запуска клиентской компании?
Да. За этот процесс отвечают специалисты по цепям поставок Lokad (SCSs). Наша платформа разработана таким образом, что позволяет им быстро и автономно устранять дефекты и обрабатывать запросы на изменения.
Платформа Lokad является программируемой, что стало возможным благодаря Envision — нашему DSL (предметно-ориентированному языку программирования), предназначенному для предиктивной оптимизации цепей поставок. Такая программируемость означает, что SCSs могут оперативно предоставлять исправления и внедрять запрошенные изменения в инициативу с уровнем точности, которого обычно не достигают корпоративные программные решения.
Помимо технологий, специалисты SCSs Lokad обучены выполнять ряд ключевых ролей, что естественным образом сокращает количество людей, необходимых для устранения дефектов и обработки запросов на изменения. Эти роли включают эксперта по цепям поставок, бизнес-аналитика, специалиста по данным, инженера по данным и системного интегратора. Таким образом, они хорошо подготовлены для предоставления исправлений и обновлений, учитывая основные приоритеты клиента.
См. также Кастомизация и функциональность системы 6.2.
9.2 Можете ли вы внедрить механизм мониторинга дефектов, чтобы обеспечить своевременное закрытие всех дефектов и проблем с удобством использования?
Да, платформа Lokad оснащена собственной системой управления задачами/тикетами/проблемами. Эти возможности позволяют нам точно отслеживать своевременное решение проблем. Решением этих вопросов занимаются команды специалистов SCSs, работающие в Lokad.
Однако важно не объединять «дефекты» и «проблемы с удобством использования». Например, неточный прогноз спроса является «дефектом». Он негативно влияет на цепь поставок. Однако, в зависимости от рыночных условий, в которых работает клиентская компания, этот «дефект» может никогда не быть исправлен полностью, а лишь смягчен. Когда речь идет о предиктивной оптимизации цепей поставок, решения всегда сопряжены с компромиссами: исправление одного дефекта может привести к появлению другого (надеемся, меньшего).
В отличие от этого, проблемы с удобством использования, как правило, решаются проще. Поэтому для этой категории вопросов мы готовы и обязуемся обеспечить их своевременное решение, так как устранение проблемы обычно не приводит к появлению других.
9.3 Можете ли вы гарантировать, что дефекты, обнаруженные во время тестирования релизов (до выпуска в эксплуатацию), будут устранены своевременно, чтобы они не повлияли на график запуска релиза клиентской компании?
Да. Если обнаруженные дефекты касаются специфичной для клиента кодовой базы (написанной на Envision), то их исправят специалисты SCSs Lokad. Если обнаруженные дефекты касаются платформы Lokad, то их исправят команды разработчиков программного обеспечения Lokad.
В любом случае, процесс выпуска релиза Lokad включает обширное тестирование, чтобы убедиться, что дефекты выявлены и устранены до выпуска (запуска).
9.4 Как вы будете решать инциденты, которые могут быть зарегистрированы клиентской компанией через следующие каналы: телефон, электронную почту, офисный коммуникатор и/или прямой ввод в систему управления инцидентами?
Специалисты SCSs относятся ко всем сообщениям об инцидентах — независимо от их источника — с максимальной серьезностью. Договорное соглашение между Lokad и клиентской компанией будет определять, сколько специалистов SCSs будет назначено на проект, а также количество часов в неделю, в течение которых клиент может рассчитывать на прямую поддержку.
Решение типичного инцидента начинается с того, что специалист SCS создает новую запись в системе управления задачами/тикетами/проблемами. Это обеспечивает возможность отслеживания инцидента.
Затем специалист SCS проводит диагностику проблемы. Если проблема требует исправления со стороны Lokad, специалист SCS немедленно мобилизует необходимые ресурсы для ее решения — как правило, сам SCS.
Наконец, после устранения проблемы, специалист SCS оценивает истинную причину возникшей проблемы, даже если в итоге сообщение оказалось ложным. Обычно существует скрытая проблема, которую необходимо решить. Решая более глубокую причину, Lokad проактивно устраняет подобные проблемы в будущем.
9.5 Если дефект сообщается вне системы управления инцидентами — через другой канал, например, электронную почту — будете ли вы регистрировать дефект в системе сразу после его обнаружения для надлежащего отслеживания и соблюдения требований?
Да. Это стандартная практика — создавать соответствующую запись внутри платформы Lokad, когда мы получаем сообщение через канал, отличный от системы управления задачами/тикетами/проблемами. Эта практика способствует тщательному отслеживанию и соблюдению требований.