четверг, 28 октября 2021 г.

Антипаттерны инноваций

Вольный перевод статьи McKemsey.

Близорукие решения повторяющихся проблем - это антипаттерны, которые препятствуют трансформации компании.

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

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

Вот эти антипаттерны.

1. Технологические решения внедряются "силовым решением"


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

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

2. Внедрение недостаточно зрелых "передовых" технологий


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

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

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


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

Рекомендация. Сосредоточьте свои инвестиции в сфере ИТ в общедоступном облаке. Начните работать с одним из поставщиков общедоступного облака. Не следует в начале пути применять мультиоблачный подход: разные платформы различаются в настройке и использовании, для их настойки требуется усилия и инвестиции для индивидуальной настройки. Максимально используйте решения SaaS. Для рабочих процессов используйте те шаблоны инфраструктуры, которые знаете, которые можете безопасно и надежно выполнять в любых ситуациях.

4. Замена больших систем, вместо того, чтобы быстрой и рентабельной модернизации этих систем


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

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

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


Изменения в инструментах и ​​архитектуре могут помочь бизнесу, но они должны быть эффективными, должны сочетаться с изменениями инженерных практик, с изменениями процессов и с изменениями организационного поведения. Запуск программ крупного изменения архитектуры и инструментов часто требует минимальных усилий и привлекает внимание руководителей. Это также позволяет создать впечатление, что "дела движутся". Однако, без изменений инженерных практик, процессов и поведения такие программы могут быть малополезными.

Рекомендация. Определите слабые и сильные места бизнес-процессов. Изменения в архитектуре и инструментах должны устранять слабые места, сохраняя сильные места.

6. Сосредоточение внимания на ИТ-результатах, а не на бизнес-результатах.

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

7. Управление ИТ ориентируясь исключительно на затраты выполнения ИТ-функций.

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

Рекомендация. Вместо того, чтобы управлять ИТ как центром затрат, подумайте о компетентности. Создайте истинное представление о совокупной стоимости владения (TCO) продуктов. Это позволит принимать разумные компромиссные решения о том, стоит ли инвестировать в новые функции, в автоматизацию или в оптимизацию инфраструктуры.

8. Инвестирование в разработку новых платформ без участия бизнеса.


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

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

9. Передача основных процессов, обеспечивающих создание добавленной стоимости, на аутсорсинг.


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

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

10. Создание армии менеджеров вместо развития инженерной культуры.


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

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

Данная заметка переведена с авторскими изменения. Первоисточник:
Ten ‘antipatterns’ that are derailing technology transformations July 21, 2020 | Article

воскресенье, 24 октября 2021 г.

Ошибки при создании календарно-сетевого графика

Перечень недостатков календарно-сетевого графика

  • Неактуальный план: неактуальные пункты плана, неактуальные плановые и фактические сроки работ, этапов и вех. Например, объекты плана, которые на текующую дату должны либо начаться, но не начаты, либо закончиться, но не завершены. Устранение «проблемных» мест  календарно-сетевого графика (КСГ) связано с исправлением дат графика, с отметками фактически оконченных работы и завершенных вех.
  • Вехи без подтверждения, то есть завершенные вехи, к которым не прикреплены подтверждающие документы.
  • Работы и вехи без взаимосвязей — «висящие» задачи, то есть не содержащие предшественников или последователей в сетевой модели. Устранение «проблемных» мест - задание логических взаимосвязей между задачами и при необходимости добавление новых задач.
  • Лишние взаимосвязи. Устранение «проблемных» мест связано с устранением лишних задач, вех или отношений между задачами.
  • Неактивные позиции плана. Устранение «проблемных» мест связано с анализом либо с удалением неактивных позиций или активирование неактивных позиций.
  • Ручное планирование — позиции плана с ручным режимом планирования. Устранение «проблемных» мест - переключение режима планирования с ручного на автоматический.
  • Недостаточная детализация работ. Устранение «проблемных» мест связано с проведением декомпозиции слишком обширных работ.
  • Фазы без вех — фазы календарного плана, в рамках которых не заданы вехи. Устранение «проблемных» мест связано с определением необходимых контролируемых событий и соответствующим дополнением плана.
  • Фазы с назначенными ресурсами. Так как фазы содержат множество работ с различными ролями и различными ресурсами, фаза конечно может содержать некоторую ответственную роль, но она предствительная, с формальной ответственностью. Устранение «проблемных» мест связано с удалением ресурсов с назначений на фазы и назначением ролевых ответственностей в рамках работ и вех фазы.
  • Фаза как веха — блок календарного плана, помеченный как веха. Устранение «проблемных» мест связано с удалением признака «веха» для фаз.

Данные недостатки подлежат устраненению, а отсутствие подобных недостатков свидетельствует о культуре планирования проектов.

Для оценки качества и культуры планировния проектов можно использовать подход, предлагаемый DCMA. Это подход основан на проверках по 14 «точкам контроля».

  1. Логика сетевой диаграммы проекта — все задачи должны быть связаны между собой. Каждая задача должна иметь предшественника или последователя.
  2. Использование опережений в выполнении задач. Опережения вносят дополнительные риски и неопределенность в проект.
  3. Использование задержек. Количество задержек необходимо минимизировать. Не более 5% задач могут иметь задержки. В задержки ни в коем случае нельзя включать резервы на риски. Использование задержек должно ограничиваться технологическими моментами.
  4. Типы связей. Если проект планируется от начала, то следует придерживаться простого правила — максимально использовать связь типа «Финиш–Старт». В хорошем плане проекта не менее 90% задач должны быть связаны этим типом связи. В большинстве случаев удается избавиться от связей типа «Старт-Старт», «Финиш-Финиш» и «Старт-Финиш». Использование «Финиш-Старт» облегчает анализ сетевой диаграммы.
  5. Типы ограничения задач. Задача должна начинаться как можно раньше (ASAP) — это основной тип ограничения, который нужно использовать, если проект планируется от начала. Допускается не более 5% задач, у которых установлен другой тип ограничения.
  6. Общий временной резерв. Речь идет о резерве, который рассчитывается методом критического пути. Такой резерв не должен быть более 44 рабочих дней (2 месяца).
  7. Негативный временной резерв. По сути, негативный временной резерв означает нарушение директивной даты получения важного промежуточного или окончательного результата проекта. Наличие негативного резерва является недопустимым.
  8. Большая продолжительность задачи. Продолжительность считается слишком большой, если задача длится более 44 рабочих дней (2 месяца).Если в плане проекта есть задачи с большой продолжительностью — их необходимо декомпозировать.
  9. Некорректные даты. В плане не должно быть задач, у которых фактическое начало или фактическое завершение заданы в будущем по отношению к текущей дате. Другими словами, необходимо отчитываться о реальном состоянии проекта.
  10. Ресурсы. Все задачи проекта должны быть обеспечены ресурсами или стоимостями. Очень правильный пункт: есть работа — должен быть тот, кто её выполнит.
  11. Отстающие задачи. Не более 5% задач могут отставать от базовых сроков. Считается, что если количество отстающих задач превышает указанный процент, это не дает возможности руководителю сосредоточиться на всех проблемах проекта.
  12. Тест критического пути. При сдвиге сроков критической задачи срок проекта должен пропорционально сдвинуться.
  13. Индекс критического пути (CriticalPath Length Index — CPLI). Целевое значение этого индекса равно единице. Допускается снижение до 0,95.
  14. Индекс выполнения базового плана (Baseline Execution Index — BEI). Целевое значение этого индекса равно единице. Допускается снижение до 0,95.

Данные недостатки были извлечены из следующей статьи:

https://pmmagazine.ru/articles/ocenivaem-kachestvo-planov-proektov-podxody-i-praktika-primeneniya/?fbclid=IwAR2AYAF0oJvvWPoPYmTYp-VHVF1Hn3jLeWewfweyF__r89ZjeKuavJB12fs © pmmagazine.ru

суббота, 23 октября 2021 г.

Три вида бытийного (экзистенционального) опыта

 Согласно лекции А.Б.Зубова имеет место

три вида экзистенционального (бытийного) опыта:

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


вторник, 19 октября 2021 г.

Карта покупательского поведения

Что такое карта покупательского поведения клиента? 

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

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

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

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

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

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

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

Как построить карту покупательского поведения клиента


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

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

Шаги создания карты покупательского поведения клиента.

1. Идентификация всех точек взаимодействия с клиентами


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

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

2. Персонификация покупателя


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

3. Картирование пути покупателя


Часто компании разделяют взаимодействие с клиентами на отдельные этапы. Например, на такие этапы:
  • Осведомленность.
  • Рассмотрение.
  • Решение о покупке.
  • Обслуживание клиентов.
  • Лояльность к продукту/бренду.

4. Учет удовлетворенности клиентов и других показателей клиентского поведения


Как клиенты чувствуют себя на каждом этапе пути к обладанию продуктом или потребления услуги? Эмоции играют важную роль в клиентском опыте и должны быть неотъемлемой частью карты.

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

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

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

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

Почему нужно планировать покупательское поведение клиента до выбора ERP?


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

Каковы другие преимущества составления карты покупательского поведения клиента?


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

Что это значит? 
Это значит:
  • Создание персонализированного клиентского опыта.
  • Понимание - чего хотят клиенты.
  • Выявление пробелов, которые могут повлиять на качество обслуживания клиентов.
  • Сравнение желаний клиентов с текущим клиентским опытом.
  • Визуализация движения клиентов в воронке продаж
  • Создание целостной логической структуруы клиентского пути.

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

Вывод


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

Источник заметки:

https://www.panorama-consulting.com/what-is-a-customer-journey-map/?utm_medium=email&_hsenc=p2ANqtz-_Sx3MFctHyVUgAD27rl-pmJK6FTEJLs8ilq-l0I54_MR_SjRkxI1aztYvNdmPfKSkSIrGIp5B1iEE6S25hMoQU1HFUOQ&_hsmi=140175897&utm_content=140125623&utm_source=hs_email&hsCtaTracking=58e8d0fa-87bf-4fbd-8dff-0af177d093c2%7C1d74821e-23fe-4b5d-a932-741fc1901a0d

What is a Customer Journey Map? [Is it Necessary for ERP Success?]
by Panorama Consulting Group | Jul 12, 2021

пятница, 15 октября 2021 г.

Техника безопасности в манипуляциях

Прием №1.

Один из приемов манипуляции - предложение стать партнером.
Защита - спросить: В чем Ваш интерес?

Прием №2.

Техника безопасности "Как уберечься от интриг"
  1. Проводить разведку - добывать информацию, изучать обычаи, привычки, традиции.
  2. Сохранять нейтралитет.
  3. Проявлять интерес - если предлагают с чем то ознакомиться - принимать.
  4. Проверять информацию.
  5. Хранить достоинство: требовать уважение к себе, не заискивать, не искать расположения влиятельных людей, не демонстрировать превосходство перед нижестоящими и равными.
Прием №3.

Вычисляйте и нейтрализуйте конфликтные персоны.

Достаточной для идентифиция является классифиция конфликтных типажей из трех позиций.
  • Паровой каток. Прием - Просто уйдите с дороги.
  • Плакса. Прием - Пусть поплачется
  • Скрытые агрессоры. Обезоружить открытым вопросом: "Чего вы добиваетесь?"
Прием №4.

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

Вычислить и вывести "на свет" сплетника.

Прием №5.

Буллинг - преследование влиятельным человеком.

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

Прием №6.

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


понедельник, 11 октября 2021 г.

Обновление ERP

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

Почему обновления ERP так важны?


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

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

Обновление ERP против замены ERP 


Когда придет время обновить ERP-систему, можно сравнить процесс обновления с полной заменой системы.

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

Контрольный вопросы в связи с обновлением ERP


1. Убедитесь, что обновление - правильное решение


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

2. Определите свое текущее состояние


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

3. Получите одобрение руководства


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

4. Создайте команду проекта


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

5. Создайте план проекта


Для определения объема внутренних ресурсов требуется подробный план проекта, включающий все факторы успеха обновления.

Также следует получить ответы на вопросы:
  • Потребуется ли выполнить какие-либо обновления серверной базы данных? 
  • Как будет решены вопросы с интеграцией и миграцией данных? 
  • Какие устаревшие настройки сохранятся, а какие будут удалены?

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

Пришло ли время для обновления ERP?


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

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

Источник.
Контрольный список обновления ERP для организаций, у которых нет времени на ерунду
от Panorama Consulting Group | 30 августа 2021 г.


четверг, 7 октября 2021 г.

WMS - система управления складом

WMS (система управления складом) - это программное приложение, разработанное для управления запасами. По мере того, как склад получает, собирает, упаковывает и отправляет товар, WMS будет отслеживать товары в каждой точке взаимодействия.

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

Некоторые из ключевых преимуществ WMS:
  • Оптимизация размещения полках.
  • Снижение эксплуатационные складских расходы.
  • Быстрый поиск и обзор складских запасов.
  • Эффективное распределение ресурсов и персонала.
  • Улучшение обслуживания клиентов.

Ключевые шаги внедрения WMS

1. Создание команды внедрения

Команда внедрения будет нести ответственность за управление внедрением, информирование сотрудников об изменениях и руководство внедрением WMS.

В частности, команад внедрения должна включать:
  • Руководителя проекта внедрения.
  • Руководителя складских операций.
  • Менеджера базы данных.
  • Заинтересованных руководителей.

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

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

2. Определение целей и задач

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

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

3. Разработка плана управления организационными изменениями

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

4. Реализация передовой опыт и лучших практик

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

5. Управление миграцией данных

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

6. Тестирование системы и проведение обучения.

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

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





воскресенье, 3 октября 2021 г.

Последствия инноваций

В ходе изучения инноваций важным вопросом является исследование последствий внедрения инноваций. Последствия подразделяются на
  • желательные и нежелательные,
  • прямые и косвенные,
  • ожидаемые и непредвиденные.
 
Желательные последствия - это функциональное воздействие инновации на человека или социальную систему.

Нежелательные последствия - это дисфункциональное воздействие инновации на человека или социальную систему.

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

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

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

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

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

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

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

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

Ответ зависит от трех основных причин, по которым социально-экономический разрыв обычно увеличивается в результате инноваций:
  1. некоторые «пользователи» имеют больший доступ к информации об инновациях;
  2. некоторые «пользователи» имеют более широкий доступ к информации об оценке инноваций коллегами и партнерами;
  3. "верхи" обладают большими ресурсами для внедрения инноваций по сравнению с "верхами".
Таким образом, стратегия сокращения разрыва состоит в воздействии на данные причины.