Что такое SAP ERP система. Внедрение sap Внедрение sap

Завершила очередной этап проекта по внедрению информационной управляющей системы SAP ERP на крупном машиностроительном заводе. Внедрение системы позволило предприятию наладить автоматизированный контроль всех процессов, дало возможность сократить себестоимость, повысить прибыль от продаж в 1,7 раза и пройти сертификацию ISO/TS 16949.

О заказчике

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

Проблемная ситуация

Проблема заключалась в номенклатуре - для производства детали требуется от 60 до 140 позиций инструмента. Предприятие выпускает до 50000 единиц техоснастки, на нем развернуто два производства - основное и инструментальное - работающие в три смены без выходных. Необходима была система, позволяющая проводить оперативный расчет потребностей для сбалансированной работы и выявлять реальную себестоимость изделий.
До внедрения решений АСАП Консалтинг предприятие прибегало к «лоскутной» автоматизации и платформам без централизованной базы данных, что приводило к проблемам:
противоречия баз и запаздывания данных на несколько дней;
появления информации «по факту», без возможности оперативной корректировки;
отсутствия данных о фактической себестоимости и затратах, невозможности предотвратить непроизводительные расходы.

Суть предложенного решения

У завода были строгие временные рамки, из-за чего от задачи отказывались исполнители. АСАП Консалтинг предложил информационную систему на базе комплекса SAP ERP, которая удовлетворяла требованиям и срокам благодаря собственной методике быстрого запуска.
Суть проекта - охват всех бизнес-процессов, от планирования ремонтов до формирования счетов клиентам, что должно было помочь:
реализовать планирование и перепланирование производства, расчеты и автоматическое формирование управленческой отчетности в режиме реального времени;
перейти от котлового метода расчета себестоимости к попередельному, партионному;
добиться прослеживаемости расходов от сырья к готовой продукции через переделы, минимизации простоев и затрат на устранение форс-мажоров.

Этапы внедрения

Специалисты АСАП Консалтинг ознакомились с имеющимися системами и, используя методологию компании и стандартные модули SAP, развернули пять основных модулей (плюс BC - техническая и системная поддержка проекта):
SD - управление сбытом;
MM - управление закупками и запасами;
CO - управление затратами и расчет себестоимости;
FI - РСБУ и НУ;
PP - планирование, учет и контроль производства.

Аналогичные модули были развернуты на инструментальном производстве. Это дало возможность:
наладить сквозное взаимодействие, автоматическое календарное планирование с учетом запасов на складах, суточной потребности в изделиях, приоритетов и мощности;
решить проблему мелкосерийности и номенклатуры (256000 изделий);
автоматизировать заказ инструмента для основного производства.

Результаты и динамика

За полгода специалисты компании дополнили существующие мощности, внедрили обновленный функционал без остановки действующего. В процессе реализации развивались бизнес-процессы:
PM/TOPO - техобслуживание и ремонт оборудования;
WMS - управление складами;
BW - информационное хранилище;
FM - финансовый менеджмент;
CS - сервис клиентов;
НУ и МСФО.

В ходе проекта произошло разделение одного юрлица на группу компаний без остановок производства. Техобновление провели в сжатые сроки. Результатом интеграции SAP стали:
снижение норм расхода материалов на 10%;
экономия затрат - 2,5 млн. долларов или 510 тонн металла;
рост маржинального дохода на 20%, а прибыли от продаж - в 1,7 раза.
Кроме этого, на предприятии:
отлажен оперативный контроль дебиторской и кредиторской задолженностей по материалам и продукции основного производства;
в 6 раз сокращено время вывода новых изделий на рынок (за счет интеграции системы PDM T-Flex с решением SAP);
создана база данных для инструмента из 256000 позиций (с разузлованием);
налажено планирование «деталь-инструмент» с отбалансированной мощностью;
повысилось качество изделий, что дало возможность пройти сертификацию по стандарту ISO/TS 16949 для расширения сбытового портфеля за счет заказчиков с жесткими требованиями.

Результат

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

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

1.1. День, когда я постарел на 10 лет

Я помню то особое утро 1997 года, когда я прибыл в наш филиппинский офис. Тремя неделями ранее мы праздновали шампанским переход к продуктивной эксплуатации SAP. Наш проект в Маниле стал седьмым в Азиатско-Тихоокеанском регионе (APAC), поэтому хлопки открываемых бутылок становились для нас, регионального лидера в области программного обеспечения, приятной повседневностью. Целью нашего проекта было внедрение модулей Sales and Distribution (SD), Materials Management (MM), Production Planning (PP) и Quality Management (QM) на всех заводах-производителях региона APAC. В тот момент мы были вполне уверены, что предусмотрели все возможные препятствия на пути к успешному внедрению, и этот случай ничем не будет отличаться от других. Однако наш мониторинг, проведенный несколькими днями ранее, показал, что продажи на Филиппинах за месяц снизились на 40%, а производство замедлилось на 50%. Мы привыкли наблюдать пиковый объем сбыта и производства перед переходом к продуктивной эксплуатации, за которым обычно следовало снижение того же размера в первые недели после перехода на продуктивный режим работы. На опыте предыдущих проектов мы убедились, что это потенциальное снижение может оказать серьезное влияние на повседневную работу, сопровождаясь увеличением производственных запасов и проблемами с клиентами. 40-процентное падение было тревожным, поэтому я прибыл в офис лично, чтобы разобраться в делах на месте.

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

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

Примерно в полдень я стал свидетелем телефонного разговора г-на Да Сильвы с штаб-квартирой корпорации. Наш глобальный ключевой клиент в Детройте пожаловался, что его завод в Маниле получает некорректные поставки с опозданием, а его производственная линия остановится через два дня, если ситуация не будет исправлена немедленно. Я почувствовал приток адреналина. За следующие несколько часов я узнал, что г-н Да Сильва форсировал инициативу по созданию централизованной сервисной платформы для трех сфер деятельности нашей компании на Филиппинах сразу после запуска SAP в продуктивную эксплуатацию. “Теперь, когда новая система работает в продуктивном режиме, мы сможем реализовать нашу концепцию сервисного центра,” - сказал он. “Мы можем не ждать и сократить число специалистов по поддержке прямо сейчас.” Несколько недавно назначенных ответственных за процесс, а также хорошо обученных ключевых пользователей, работавших на этом проекте, было уволено, при этом бизнес-процессы не были изменены.

Примерно в 15:00 я сообщил о своих наблюдениях моему директору в Гонконге. Я был удивлен тоном своего собственного голоса: “Уэйни, деятельность этой компании скоро остановится. Поставки клиентам производятся едва ли не наугад, производство противоречит планам, которые базируются на неверных прогнозах, перемещение материалов не регистрируется, документы не печатаются, и мы даже не знаем, какие заказы были отправлены за прошлый месяц! Как мы можем выставлять счета?”

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

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

1.2. Интеграция процессов

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

Рис. 1.1 Пересечение трех составляющих

Вы наверняка знаете, что не все проекты SAP успешны, и что возврат инвестиций иногда не является адекватным. С другой стороны, существуют организации, увеличившие свою прибыльность во много раз именно благодаря внедрению SAP. Возникает резонный вопрос: “Что отличает успешные организации от неуспешных?”

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

1.2.1 Фрагментация процессов

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

Рис. 1.2 Функциональная организационная структура (Hammer, 1998)

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

1.2.2 Последствия использования функциональной организационной структуры

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

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

Компетентность. Можно с уверенностью сказать, что наши организации не смогли бы добиться тех успехов, которых они добились, если бы наши сотрудники не были компетентны. Однако компетентные сотрудники создают границы вокруг своих областей компетенции и начинают идентифицировать себя с этими границами. Вместо того чтобы говорить “Я работаю для компании ABC”, сотрудники говорят: “Я - из отдела разработок/производства/финансов/снабжения”. Компетентные сотрудники любят оставаться компетентными. Именно за это качество их приняли на работу и именно с ним они себя идентифицируют.

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

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

1.2.3 Что изменяется с внедрением SAP?

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

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

Задачи более не сужены рамками информационной системы конкретного отдела. Вы не только будете иметь доступ к данным других “крепостей”, вы также сможете проверить пригодность введенных вами данных для дальнейшего использования. Это означает, что вам придется лучше понимать работу сотрудника, следующего за вами в процессе выполнения задания.
Организационные границы исчезают, поскольку бесшовные интерфейсы позволяют охватить взглядом все организационные функции. На самом деле это вызывает у сотрудников “культурный шок”, так как им вдруг становятся доступны как все накопленные знания, так и неразбериха в других отделах. Привычная вертикальная коммуникация и информационные потоки ликвидируются и заменяются в функционировании процесса горизонтальными.
Рядовые сотрудники получают определенное могущество, т.к. получают доступ к вселенной данных. Информация - это сила, поэтому такое перераспределение является большим делом, забирая часть этой силы у менеджеров и распределяя ее среди рядовых сотрудников. Однако, что нет никакого смысла в распределении полномочий между сотрудниками, если они не несут ответственности за свои действия. Критичным является своевременный ввод корректных данных. Поэтому возможно самым серьезным изменением является изменение отношения к делу: сотрудники перестают быть контролируемыми обработчиками данных и становятся самостоятельными ответственными личностями, обладающими глубоким пониманием происходящих процессов. SAP работает только тогда, когда сотрудники лично отвечают за информацию, которую они вводят в систему.
Процессы становятся стандартизованными и система встраивает вас в строго определенные потоки операций. Счета-фактуры не оплачиваются без соответствующих заказов на поставку, уровни запасов не обновляются без надлежащего подтверждения производственного заказа, продукты не отгружаются без накладных и отпуска материала. Благодаря этому герой ские поступки (“Давайте просто сделаем это, а документы подготовим позже”) становятся невозможными. Это - настоящая проблема, если ежедневная работа состоит из несистемных вмешательств. Стандартные процессы также существенно влияют на способ ввода информации и изменяют требования к поддержке. Поскольку все отделы должны работать в одной системе с одинаковыми данными, то доступность системы и ее время отклика становятся критичными как никогда прежде.

1.2.4 В чем суть внедрения SAP: управление персоналом

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

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

Эти факторы являются необходимыми, но не достаточными для успешного внедрения SAP. Успех внедрения SAP во многом зависит от управления нетехническим ресурсом - персоналом. Согласно Майклу Хаммеру (2005) ключевыми для успеха внедрения SAP являются следующие факторы:

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

Обратите внимание, что ни один из этих критических для успеха факторов не является технологическим по своей природе. Все это - организационные проблемы. Следовательно, верно популярное утверждение Майкла Хаммера: “Персонал - самая большая проблема”.

1.2.5 Примеры компаний, серьезно относящихся к процессам

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

Компания A: международная компания в химической промышленности

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

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

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

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

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

Компания B: международный производитель автомобилей

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

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

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

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

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

Люк Галоппен

Люк Галоппен - управляющий директор Reply Management Consulting, консалтинговой компании, специализирующейся на организационных изменениях. Свой опыт в области организационных изменений при работе с программами SAP он собрал благодаря работе в разных сферах и общению с сообществами пользователей, а также различным во время выполнения различных задач в области менеджмента. Его клиенты работают в химической, газовой и косметической отраслях. Кроме того, он читает лекции на тему организационных изменений и коммуникаций в различных компаниях и в нескольких бизнес-школах. Г-н Галоппен имеет степень магистра прикладной экономики Лейвенского католического университета и степень магистра по европейским промышленным отношениям Уорвикской бизнес-школы.

В данной колонке публикуются некоторые главы из книги " Управление организационными изменениями при внедрении SAP®". Данная книга переведена и опубликована нашим издательством. Вы можете приобрести ее, перейдя по ссылке .

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

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

Создание проектного офиса

Первая и, как правило, самая короткая фаза проекта. Очень часто её название вводит в «ступор» заказчика. Однажды, когда я имел честь работать во внутренней команде одного бравого металлургического предприятия, со стороны ТОП-менеджмента звучали довольно ехидные вопросы: «А что, на этом этапе они стулья расставлять будут?».

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

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

Обследование

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

Лучшей практикой считается подготовка описания бизнес-процессов в виде диаграмм в каком-либо CASE-продукте. Такую схему называют «Схема бизнес-процессов «Как есть (AS-IS)». Но, к сожалению, из-за дороговизны программных продуктов, а также низкой востребованностью со стороны заказчика, эта технология очень редко используется на проектах. А жаль, ведь её использование позволяет производить различные аналитические заключения о состоянии бизнес-процессов, производить оптимизацию и, самое главное, в дальнейшем при концептуальном проектировании и построении модели «Как должно быть» (TO-BE) позволяет производить сравнительный анализ, т.е. позволяет прогнозировать выгоды от внедрения ERP-системы. Результатом данной фазы также зачастую является уточненное техническое задание.

Концептуальное проектирование (модель TO-BE)

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

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

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

Реализация

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

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

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

Первоначальная поддержка

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

Внедрение SAP R/3: Руководство для менеджеров и инженеров Кале Вивек

Методологии внедрения SAP

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

Моделирование бизнес-процессов: компания определяет желаемые или обязательные бизнес-процессы.

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

Анализ пробелов: компания оценивает расхождения или пробелы между стандартной функциональностью SAP и требованиями смоделированных процессов.

Окончательное определение рамок проекта внедрения SAP: компания определяет рамки внедрения SAP, то есть указывает, какие процессы будут внедрены вместе с SAP.

Настройка системы SAP: компания конфигурирует базовые параметры SAP с помощью Руководства по внедрению, чтобы удовлетворить ранее установленным требованиям (см. раздел «Конфигурация через Руководство по внедрению» в главе 12). Все настройки осуществляются в клиенте 001.

Тестирование настроенной системы SAP: функциональность сконфигурированной системы тестируется с использованием реальных данных.

Обнаруженные пробелы в функциональности могут устраняться с помощью следующих мер:

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

Программирования желаемой функциональности в ERP через пользовательские настройки.

Установки дополнительных программных продуктов других фирм, сертифицированных на совместимость с системой SAP через Программу дополнительного программного обеспечения SAP (CSP).

Отложенного внедрения данной функциональности до внедрения следующей версии SAP или следующей модернизации, в которой данная функциональность будет предусмотрена.

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

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

В системе SAP предусмотрена полноценная среда R/3 Business Engineer для помощи при внедрении SAP. При моделировании бизнес-процессов SAP возможно использовать любой из следующих инструментов: IDS Sheer ARIS, Microsoft VISIO, IntelliCorp LiveModel и Enterprise Charter. Они базируются на Справочной модели R/3 и обеспечивают прямой интерфейс для взаимодействия с функциональностью системы R/3. Это значительно облегчает понимание системы, потому что позволяет начинать специфические транзакции SAP прямо из среды моделирования: с другой стороны, предоставленные этими системами модели процессов, обеспечивают полноценный контекст той или иной транзакции SAP.

Справочная модель R/3 и упомянутые выше инструменты используют рекомендованную SAP технологию моделирования, которая называется «Управляемая событиями последовательность процессов» (Event-Driven Process Chain, ЕРС). В своей основе эта технология моделирует процессы как упорядоченный набор процедур, которые запускаются событиями внутри системы. Эти события могут происходить в базах данных (например, обновление) или на экране - когда, например, пользователь выбирает пункт меню или нажимает ссылку на Web-странице.

Процедурная модель SAP

Это традиционная модель внедрения SAP, она полностью интегрирована с системой SAP. Эта модель была представлена в 1995 году, одновременно с системой SAP R/3 3.0. Иногда использование Процедурной модели SAP ставится под вопрос: возникает ощущение, что эта модель устарела, и от нее надо отказаться в пользу AcceleratedSAP. Однако надо учитывать, что методология AcceleratedSAP в основном рассчитана на средние и малые предприятия, в то время как для крупных компаний Процедурная модель SAP остается лучшей методологией внедрения SAP. Так как в этой книге мы в основном рассматриваем внедрение SAP для средних и малых предприятий, здесь я представлю краткое описание Процедурной модели SAP, которая идеально подходит для компаний с доходами от 1,2 млрд. долларов.

На рис. 5.8 схематически представлена Процедурная модель SAP.

Рис. 5.8. Процедурная модель SAP.

Процедурная модель SAP состоит их четырех фаз:

1. Организационный и концептуальный дизайн

Подготовка проекта

Организация среды разработки

Обучение команды проекта

Определение функций и процессов

Определение интерфейсов и усовершенствований

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

2. Детальный дизайн и установка системы

Конфигурация основных параметров

Установка организационной структуры

Подготовка основных данных

Конфигурация процессов и функций

Внедрение интерфейсов и усовершенствований

Установка отчетности

Организация управления архивами данных

Последнее тестирование

Детальный дизайн и установка системы для проверки качества.

3. Подготовка к запуску

Создание пользовательской документации

Подготовка к запуску

Установка системной среды

Обучение конечных пользователей

Установка системной администрации

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

4. Операции с системой

Техподдержка реальных операций

Организация Справки и помощи

Установка системных операций.

Методология AcceleratedSAP

AcceleratedSAP (ASAP) - это методология быстрого внедрения системы, представленная в 1996 году и предназначавшаяся в основном для американского рынка. Эта методология предусматривает большое разнообразие инструментов и утилит для облегчения процесса внедрения. Вот некоторые из них:

Ассистент внедрения

База данных вопросов и ответов (Question Answer Database, Q&Adb)

Тематическая база данных

Руководство

База знаний

Методология ASAP детально обсуждается в ч. IV этой книги.

Из книги Самоучитель UML автора Леоненков Александр

ГЛАВА 2 Исторический обзор развития методологии объектно-ориентированного анализа и проектирования сложных систем

Из книги Каждому проекту своя методология автора Коуберн Алистэр

Компоненты и объем методологии Под "методологией" я понимаю то, что написано в качестве первого толкования этого слова в Американском словаре Miriam-Webster: "ряд связанных между собой методов или техник". Оксфордский словарь толкует это слово только как "изучение методов". В

Из книги Модель зрелости процессов разработки программного обеспечения автора Паулк Марк

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

автора Реймонд Эрик Стивен

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

Из книги Искусство программирования для Unix автора Реймонд Эрик Стивен

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

Из книги Технологии программирования автора Камаев В А

Проверка внедрения Проверка 1. Регулярная проверка высшим руководством мероприятий по проведению программы обучения.Регулярные проверки проводятся высшим руководством для получения своевременной информации о производственном процессе и его понимания на

Из книги Внедрение SAP R/3: Руководство для менеджеров и инженеров автора Кале Вивек

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

Из книги Защита от хакеров корпоративных сетей автора Автор неизвестен

Проверка внедрения Проверка 1. Регулярная проверка высшим руководством выполнения мероприятий по инженерии разработки программного продукта.Практики, связанные со стандартным содержанием проверок со стороны высшего руководства, содержатся в описании Проверки № 1

Из книги автора

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

Из книги автора

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

Из книги автора

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

Из книги автора

12.5. СОСТАВЛЯЮЩИЕ МЕТОДОЛОГИИ РАЗРАБОТКИ Получив некоторое представление о необходимости рассмотрения методологии управления проектом, рассмотрим отдельные ее составляющие: предварительный анализ; четкая формулировка цели; составленные модели данных и словари;

Из книги автора

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

Из книги автора

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

Из книги автора

Суть методологии исследования уязвимости Поясним простым языком, что понимается под методологией исследования уязвимости. Уязвимость – это нечто, что независимо от того, воспользовался ли ею кто-нибудь или нет, присутствует всюду, будь то микроконтроллер или