Critical Path Method и ERP системы. Чего ждать?
21 Март 2008
Использование Critical Path Method требует тщательной разработки этапов интегрированного решения, которое ставит себе целью минимизировать риски на раннем этапе путём выявления ключевых показателей и наблюдения за ними на протяжении всего процесса внедрения. Использование ключевых показателей позволит не выходить проекту за временные рамки, поддерживая качество работы на должном уровне, при этом находясь в пределах разработанного плана затрат. Успешное использование данного подхода требует чёткого управления внутренними ресурсами проекта и обеспечения строго соблюдения «deadlines» всеми поставщиками, вовлечёнными в проект.
Вне зависимости от того лимитируют процессы поставщиков интернет-ориентированную ERP систему или нет, следует всегда выбирать самое лучшее решение из представленных на рынке, т.к. при условии правильного внедрения система сможет сама по себе стать катализатором организационных преобразований.
Также следует обратить внимание, что разнообразие, представленных на рынке, систем планирования и систем управления цепочками поставок значительно усложняет задачу их сопряжения (интеграции). Многие производители предлагают и автоматизированные системы управления технологическим процессом (в англоязычной литературе подобные системы называются MES – manufacturing execution systems) наряду с системами управления ресурсами предприятия (ERP), но к сожалению они не всегда эффективно могут взаимодействовать между собой (если вообще взаимодействуют), что делает управление цепочками поставок (SCM) абсолютно неэффективным.
Конечно использование готовых программных решений по автоматизации предприятия позволяет избежать «изобретения велосипеда» и снижает затраты на разработку, но в то же время компания должна быть готова к тому, что придётся провести целый комплекс работ для того, чтобы убедится, в корректной и слаженной работе всех программных продуктов не только в области своей компетенции, но также в их способности предоставлять корректную информацию другим модулям и программному обеспечению. Такая интеграция позволит избежать дальнейших непредвиденных проблем связанных с недостатком информации в какой либо системе, что конечно приведёт к задержке производства, проблемам с качеством продукции, ошибкам в логистике и другим операционным ограничениям
С учётом богатого опыта внедрения новых решений, образцовое внедрение состоит из нескольких важных этапов.
На первом этапе осуществляется анализ целей проекта, определяются ключевые показатели производительности и критерий производительности. Затем определяются временные и финансовые границы для проекта.
Процесс определения целей охватывает разные области знаний, поэтому в него вовлекаются как эксперты, включая специалистов по юзабилити, специалистов по определению затрат и координаторов проекта, так и специалисты по базам данных. Результатом работы должны стать чётко сформулированные: критерии оценки, цели проекта и потребности в ресурсах, а также рассмотрены возможные последствия, в том числе и негативные.
Результаты планирования должны быть эффективно использованы при более детализированной разработке. Также на основе составленного плана создаётся список наиболее важных целей на которые следует обращать внимание на протяжении всего проекта. Стоит также уделить внимание, что из-за постоянно уменьшающихся циклов жизни программного обеспечения и увеличивающихся темпов развития технологической базы каждый процесс проекта должен постоянно эволюционировать. К тому же методология должна быть динамичной всегда.
Наградой за детальное планирование и управление будет более быстрая разработка. Грамотное внедрение требует продуманного рабочего окружения способного быстро переключаться с законченного на еще не освоенный этап проекта, избегая задержек и накладок. Для этого необходим аналитический инструментарий. Многие из них, такие как Critical Path Method (CPM), используются с 1960-х годов, но, к сожалению, сейчас практически не используются, потому что людям свойственно забывать. О некоторых преимуществах CPM я расскажу в ближайшее время.
Проблемы внедрения SCM на примере General Motors
5 Март 2008
В целом соблюдение правил перечисленных в одной из предыдущих статей может являться панацеей от побочных эффектов при внедрении интернет-ориентированных ERP. Чтобы не быть голословными приведём пример. Процесс внедрения компанией General Motors (GM) системы по управлению цепочками поставок с использованием интернет создал достаточно препятствий для работы как малых так и крупных предприятий-партнёров.
В ноябре 1999 автопроизводитель запустил проект построения Internet supply chain network. Проект, получивший название TradeXchange, ставил своей целью поменять процесс закупки сырья и деталей и начать контролировать расходы поставщиков, которые на 50 % состоят из оплаты труда и расходов на экспедиторские услуги.
В самом начале проекта GM отвела ему особое место в процессе эволюции ERP системы, действующей в компании, потому что именно этот проект менял отношение, как самой компании, так и её поставщиков к неоспоримому влиянию использования интернет для управления поставками на внутрикорпоративные операции. К тому же проект менял способ, формирования коммерческих предложений поставщиками. Как и во многих других компаниях, в GM понимали, что при использовании классического SCM:
- процесс управления ценообразованием и другие бизнес операции становятся дорогими, требующими большего времени и труда.
- метод управления (старый) основывается прежде всего на использовании телефона, факса и почтовых запросов, и не совместим с нынешним стремительно меняющимся бизнес окружением и акцентирован на снижении издержек.
Добавьте к этому тот факт, что внедрение ERP системы в начале – середине 1990-х годов не исправило эти «узкие места». Только к концу 1990-х стало очевидным, что нужно сделать нечто большее (чем просто внедрить ERP), чтобы окупить затраты.
Раньше (при использовании старого метода управления) поставщики GM сталкивались с насущной необходимостью посещения штаб-квартиры GM для того, чтобы достигнуть договоренностей по поставкам продукции и услуг. После внедрения TradeXchange эта формальность «отпала» сама собой, но взамен поставщики авто-гиганта были обязаны установить специальное аппаратное и программное обеспечение, а также системы связи, чтобы иметь доступ к сети TradeXchange и «быть в игре».