پیاده سازی SAP سیستم SAP ERP چیست؟ نتایج و پویایی

برخلاف پروژه‌های توسعه نرم‌افزار سنتی، پیاده‌سازی SAP به سه مرحله تقسیم می‌شود: قبل از اجرا، پیاده‌سازی و پس از پیاده‌سازی. مرحله قبل از اجرا در فصل های 10 و 11 مورد بحث قرار گرفته است. پیاده سازی با استفاده از روش AcceleratedSAP (ASAP) در فصل های 12 تا 17 مورد بحث قرار گرفته است. مرحله پس از اجرا در فصل های 18 و 19 مورد بحث قرار گرفته است.

پیش از اجرا مرحله پیش از اجرا شامل تشکیل یک پروژه و کمیته سازماندهی، ایجاد تیم پروژه اجرا و نصب است. تجهیزات کامپیوترو نرم افزار SAP نصب نرم افزار شامل آماده سازی تجهیزات و زیرساخت ها، نصب می باشد سیستم های عامل، پایگاه های داده، نرم افزار مشتری و سیستم های SAP R/3. عملکرد اداری هنگام اجرای SAP شامل می شود مدیریت سیستم, مدیریت عملیاتی R/3، مدیریت شبکه، پایگاه‌های داده، پرینترها، پروفایل‌های مشتری و کاربر، مدیریت امنیتی و غیره. یکی دیگر از جنبه‌های مهم فعالیت در این مرحله، آموزش تیم اجرای پروژه و سایر کاربران است.

با توجه به آموزش زمان کوتاهپروژه های پیاده سازی SAP، SAP آموزش را به عنوان یک جزء حیاتی برای موفقیت هر پروژه ای برجسته می کند. SAP طیف گسترده ای از دوره های آموزشی را ارائه می دهد که همه چیز را پوشش می دهد جنبه های سازمانیهر پروژه SAP موضوعات این دوره ها از بررسی کلی سیستم تا مطالعه کامل یک موضوع خاص را شامل می شود. دوره های آموزشی به سه سطح دشواری تقسیم می شوند:

سطح 1 - دوره های یک تا دو روزه معرفی فناوری R/3 سطح 2 - دوره های سه تا پنج روزه ارائه تخصص اولیه در یک حوزه خاص سطح 3 - دوره های سه تا پنج روزه ارائه دانش عمیق از منطقه مورد مطالعه در سطح 2.

دوره های سطح 10 برای کسانی که تصمیمات اساسی در مورد سیستم می گیرند در نظر گرفته شده است.

SAP همچنین دوره های آکادمیک را برای شرکای SAP ارائه می دهد که 5-7 هفته طول می کشد و شامل مطالعه فشرده یک ماژول خاص (FI، CO، HR، SD، ABAP، Basis و غیره) است. این دوره ها بیشترین پوشش را دارند جنبه های مهماز یک یا ماژول دیگر، از آشنایی با ماژول و پایان دادن به مطالعه کامل پیکربندی و عملکرد با استفاده از یک مثال شرکت تجاری. فارغ التحصیلان این دوره ها عنوان "مشاور خبره" را برای یک ماژول خاص دریافت می کنند. این دوره ها قبلا فقط برای شرکای مشاوره SAP باز بود، اما اکنون برای همه مشتریان SAP باز است.

نصب SAP

نصب SAP شامل نصب مجوز اولیه SAP و سفارشی کردن رابط کاربری است. این به سیستم SAP اجازه می دهد تا کنترل دقیقی بر کیفیت و کارایی اعمال کند.

برای پیاده سازی توسط شرکت های کوچک و متوسط، SAP یک روش پیاده سازی شتاب یافته به نام AcceleratedSAP را توصیه می کند که شامل پنج مرحله است:

آماده سازی پروژه

ترسیم نمودار فرآیندهای سازمانی

پیاده سازی

آماده سازی نهایی

راه اندازی و پشتیبانی فنی.

پس از پیاده سازی مرحله پس از پیاده سازی شامل نصب سرویس های سیستمی مانند SAP Help، سیستم های بازیابی اطلاعات از دست رفته و سیستم های بایگانی است. پس از اجرا ماژول های پایهمی توانید ماژول های دیگر را پیاده سازی کنید - مانند SAP Data Warehouse (BW)، SAP Workflow و غیره، و همچنین با معماری سیستم SAP آشنا شوید، که به شما امکان می دهد به سادگی و به سرعت عملکردهای جدیدی را به سیستم اضافه کنید.

برای عملکرد موثر سیستم SAP، آموزش تیم پیاده سازی و کاربران نهایی نقش مهمی ایفا می کند.

در این ستون خواهید آموخت که چرا پروژه های SAP فقط نیستند پروژه های فنیدر مورد پیاده سازی نرم افزار SAP یک نرم افزار یکپارچه و فرآیند گرا است که تاثیر زیادی بر کسب و کار ما دارد. استفاده از آن به طور جدی نحوه رویکرد ما به پروژه ها و همچنین ایده نحوه اجرا را تغییر می دهد.

1.1. روزی که 10 ساله شدم

آن صبح خاص در سال 1997 را به یاد دارم که به دفتر فیلیپین رسیدم. سه هفته قبل از آن، انتقال به عملیات تولیدی SAP را با شامپاین جشن گرفتیم. پروژه مانیل ما هفتمین پروژه ما در منطقه آسیا و اقیانوسیه (APAC) بود که صدای باز شدن بطری ها را برای ما به عنوان یک رهبر نرم افزار منطقه ای به یک اتفاق روزانه دلپذیر تبدیل کرد. هدف پروژه ما پیاده سازی ماژول های فروش و توزیع (SD)، مدیریت مواد (MM)، برنامه ریزی تولید (PP) و مدیریت کیفیت (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ساختار سازمانی عملکردی (همر، 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 فکر کنید.

شرکت الف: شرکت بین المللیدر صنایع شیمیایی

این شرکت به عنوان یک بازیگر جهانی در صنایع شیمیایی دارای یک زنجیره کامل عمودی از تولید محصول تا فروش به عموم است. از نظر تاریخی، رشد تجارت منجر به ظهور بسیاری از نقاط فروش محلی شده است که هر کدام دارای تولید کوچکو ظرفیت کم تجهیزات ذخیره سازی. هر یک از این نقاط دارای استقلالی بودند که به آن کمک می کرد سطح بالاعدم تمرکز نقاط محلی تجربیات عملی خود را جمع آوری کردند، خود را تولید و معرفی کردند

داده های خود و کار خود را بر این اساس است. متقاعد کردن کارکنان در مورد مزایای استانداردسازی و تمرکز در ابتدا بسیار دشوار بود. آنها دنیای خود را سازماندهی کردند به روش معمولو همه چیز به خوبی کار می کرد: مراکز توزیع محلی با پشتیبانی مشتری محلی. مرجع خرید محلی در یک منطقه بزرگ؛ برنامه ریزی و اجرای محلی حمل و نقل؛ صورتحساب محلی و انبارهای قطعات محلی برای عملیات تعمیر و نگهداری تجهیزات.

با توجه به افزایش رقابت و کاهش سود ناشی از افزایش قیمت انرژی و مواد اولیه، مدیریت شرکت تصمیم به راه اندازی پروژه استانداردسازی در مقیاس بین المللی گرفت. نتیجه یک محیط SAP یکپارچه با تقسیم جغرافیایی به مناطق بود که به نوبه خود شامل بسیاری از نقاط فروش بود.

هر نقطه فروش وظایف تجاری خود را متمرکز کرد و با در نظر گرفتن کل منطقه خود شروع به انجام آنها کرد. هر منطقه یک مرکز خدمات برای هر یک از عملکردهای زیر دریافت کرد:

  • توزیع و انبارداری در یک نقطه متمرکز است. موجودی های محلی هنوز وجود دارد، اما همه موجودی ها در یک منطقه به طور متمرکز توسط یک مرکز مدیریت می شوند.
  • در سمت خرید، گردش کار تایید برای کل منطقه ایجاد شد و یک کاتالوگ اصلی شرایط خرید بهتری را نسبت به قبل فراهم کرد.
  • یک نقطه تماس واحد برای مدیریت سفارش و خدمات مشتری ظاهر شده است.
  • علاوه بر توزیع، برنامه ریزی حمل و نقل متمرکز بود.
  • کنترل بر تامین قطعات یدکی از طریق ادغام در یک انبار مرکزی در خدمت کل منطقه به دست آمد.

شرکت B: تولید کننده بین المللی خودرو

در این شرکت که دفاتری در سرتاسر دنیا دارد تمامی فرآیندها انجام می شود صورت های مالیتوسط سیستم های محلی پشتیبانی می شود که در درجه اول بر حمایت از الزامات قانونی محلی تمرکز داشتند. علاوه بر این، در اغلب موارد سیستم ها بر روی سرورهای محلی نصب می شدند. این منجر به موارد زیر شد:

  • محیط حسابداری پراکنده
  • توسعه سیستم های حسابداری فقط برای الزامات محلی (قانونی).
  • فقدان استاندارد یا روش های رایجکار (اصول و قوانین حسابداری)
  • ادغام در سطح گروه خیلی طول کشید
  • اطلاعات پراکنده
  • پراکندگی سیستم: مقدار زیادیرابط با سایر سیستم های محلی (یعنی سیستم های دریافت سفارش)

کل این وضعیت باعث کاهش کارایی شد و در نتیجه فرآیندها برای تکمیل بیش از حد طولانی شد. علاوه بر این، زیرساخت های فنی شروع به نیاز به هزینه های زیادی از شرکت کرد. مدیریت شرکت تصمیم به پیاده سازی SAP گرفت. نتایج زیر بدست آمده اند:

  • محیط یکپارچه تر
  • محیط حسابداری جهانی
  • روش های کاری استاندارد، عمدتاً با استفاده از سیستم های حسابداری گروهی؛ یک نمودار جهانی حساب
  • جایگزین سیستم های قدیمی شد
  • بهینه سازی جریان اطلاعات در سازمان، ساده سازی فرآیند یکسان سازی

علاوه بر این، سیستم جدید با معرفی ساختار جهانی، امکان بهینه سازی فرآیند حسابداری مدیریت را فراهم کرد.

لوک گالوپن

لوک گالوپن - مدیر عامل مشاوره مدیریت پاسخ، شرکت مشاوره، متخصص در تغییرات سازمانی. وی تجربه خود را در زمینه تغییرات سازمانی هنگام کار با برنامه های SAP از طریق کار در زمینه های مختلف و برقراری ارتباط با جوامع کاربری و همچنین در حین انجام وظایف مختلف در حوزه مدیریت به دست آورد. مشتریان آن در صنایع شیمیایی، گاز و آرایشی و بهداشتی فعالیت می کنند. علاوه بر این، او در مورد موضوع تغییر سازمانی و ارتباطات سخنرانی می کند شرکت های مختلفو در چندین مدرسه بازرگانی. آقای گالوپن دارای مدرک کارشناسی ارشد در اقتصاد کاربردی از دانشگاه کاتولیک لوون و مدرک کارشناسی ارشد در روابط صنعتی اروپا از دانشکده بازرگانی وارویک است.

این ستون چند فصل از کتاب را منتشر می کندکنترل تغییرات سازمانیهنگام اجرای SAP® ". این کتاب توسط انتشارات ما ترجمه و منتشر شده است. می توانید با کلیک بر روی لینک آن را خریداری کنید .

پیاده سازی SAP R/3: راهنمای مدیران و مهندسان Kale Vivek

متدولوژی های پیاده سازی SAP

متدولوژی های پیاده سازی 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، مایکروسافت ویزیو، IntelliCorp LiveModel and Enterprise Charter. آنها بر اساس مدل مرجع R/3 هستند و یک رابط مستقیم برای تعامل با عملکرد سیستم R/3 ارائه می دهند. این امر درک سیستم را تا حد زیادی تسهیل می کند، زیرا به شما امکان می دهد معاملات SAP خاص را مستقیماً از محیط مدل سازی شروع کنید: از طرف دیگر، مدل های فرآیند ارائه شده توسط این سیستم ها زمینه کاملی را برای یک تراکنش خاص SAP فراهم می کنند.

مدل مرجع R/3 و ابزارهای ذکر شده در بالا از فناوری مدل‌سازی پیشنهادی SAP به نام زنجیره فرآیند محور رویداد (EPC) استفاده می‌کنند. این فناوری در هسته خود، فرآیندها را به عنوان مجموعه‌ای منظم از رویه‌ها مدل‌سازی می‌کند که توسط رویدادهای درون سیستم ایجاد می‌شوند. این رویدادها می‌توانند در پایگاه‌های داده (به‌عنوان مثال، به‌روزرسانی) یا روی صفحه رخ دهند - برای مثال، زمانی که کاربر یک آیتم منو را انتخاب می‌کند یا روی پیوندی در یک صفحه وب کلیک می‌کند.

مدل رویه ای 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 معرفی شد و عمدتاً برای بازار آمریکا در نظر گرفته شده است. این متدولوژی طیف گسترده ای از ابزارها و ابزارها را برای تسهیل فرآیند پیاده سازی فراهم می کند. در اینجا به برخی از آنها اشاره می کنیم:

دستیار پیاده سازی

پایگاه داده پاسخ سوالات (Q&Adb)

پایگاه داده موضوعی

مدیریت

دانش محور

روش ASAP به تفصیل در قسمت چهارم این کتاب مورد بحث قرار گرفته است.

برگرفته از کتاب UML Self-Tacher نویسنده لئوننکوف الکساندر

فصل 2 مروری تاریخی بر توسعه روش شناسی تجزیه و تحلیل شی گرا و طراحی سیستم های پیچیده

از کتاب هر پروژه متدولوژی خاص خود را دارد نویسنده کابورن آلیستر

مؤلفه ها و دامنه روش شناسی منظور من از «روش شناسی» چیزی است که به عنوان اولین تعریف این کلمه در فرهنگ لغت آمریکایی Miriam-Webster نوشته شده است: «یک سری روش ها یا تکنیک های مرتبط». فرهنگ لغت آکسفورد این کلمه را فقط به عنوان "مطالعه روش ها" تعریف می کند. که در

برگرفته از کتاب مدل بلوغ فرآیند توسعه نرم افزار توسط پاولک مارک

تغییرات در متدولوژی در زمان واقعی و در نهایت، آخرین عامل مهم در ایجاد یک متدولوژی، تنظیم مستقیم متدولوژی مورد نیاز در طول کار است. وقتی فهمیدیم که هر پروژه شایستگی متدولوژی خاص خود را دارد،

نویسنده ریموند اریک استفن

تأیید پیاده‌سازی بخش تأیید پیاده‌سازی مراحلی را شرح می‌دهد تا اطمینان حاصل شود که عملیات طبق فرآیند تعیین‌شده انجام می‌شود. این بخش معمولاً شامل بررسی ها و ممیزی های مدیریت و فعالیت های تضمین کیفیت است.

برگرفته از کتاب هنر برنامه نویسی برای یونیکس نویسنده ریموند اریک استفن

7.2.5. بررسی پیاده‌سازی بخش بررسی پیاده‌سازی معمولاً شامل شیوه‌های کلیدی مربوط به نظارت توسط مدیران پروژه و مدیریت ارشد و همچنین فعالیت‌های کنترلی خاص است که توسط تیم تضمین کیفیت یا دیگران انجام می‌شود.

برگرفته از کتاب فناوری های برنامه نویسی نویسنده Kamaev V A

بررسی اجرا 1: بازبینی منظم فعالیت های برنامه آموزشی توسط مدیریت ارشد برای به دست آوردن اطلاعات به موقع انجام می شود فرایند تولیدو درک او از

برگرفته از کتاب پیاده سازی SAP R/3: راهنمای مدیران و مهندسان توسط کاله ویوک

بررسی تأیید پیاده‌سازی 1. بررسی منظم اجرای کار مدیریت پروژه توسط مدیریت ارشد، در شرح چک شماره 1 از گروه فرآیندهای کلیدی موجود است.

برگرفته از کتاب محافظت در برابر هکرها شبکه های شرکتی نویسنده نویسنده ناشناس

بررسی بازبینی پیاده‌سازی 1. بررسی منظم اجرای فعالیت‌های مهندسی توسعه محصول نرم‌افزاری توسط مدیریت ارشد، در شرح چک شماره 1 موجود است

از کتاب نویسنده

چک پیاده سازی 1. بررسی منظم اجرای فعالیت های هماهنگی بین گروهی توسط مدیریت ارشد، در شرح چک شماره 1 گروه کلیدی موجود است.

از کتاب نویسنده

بررسی بازبینی پیاده‌سازی 1: تیم SQA بررسی و/یا ممیزی از کار بازبینی همتا و خروجی‌ها و گزارش‌های نتایج آنها را انجام می‌دهد. گروه فرآیندهای کلیدی "تضمین کیفیت"

از کتاب نویسنده

از کتاب نویسنده

استاد فو و مشاور روش‌شناسی وقتی استاد فو و شاگردش نیوبی از مکان‌های مقدس بازدید می‌کردند، شب‌ها استاد فو با نوپایان یونیکس آن شهرها و روستاهایی که برای شب توقف می‌کردند، صحبت می‌کرد او، بود

از کتاب نویسنده

12.5. اجزای روش توسعه پس از دریافت ایده ای در مورد نیاز به در نظر گرفتن روش مدیریت پروژه، اجازه دهید اجزای جداگانه آن را در نظر بگیریم: تجزیه و تحلیل اولیه. بیانیه واضح هدف؛ مدل‌های داده‌های گردآوری شده و فرهنگ‌های لغت.

از کتاب نویسنده

ماهیت روش شناسی انتخاب یک سیستم ERP اساس مفهوم ERP اتوماسیون یک شرکت فرآیند گرا است، بنابراین انتخاب فرآیندها برای پیاده سازی در سازمان از اهمیت بالایی برخوردار است. تیم منتخب بسته به این موضوع تصمیم می گیرد

از کتاب نویسنده

استراتژی پیاده سازی در این بخش، ما به این خواهیم پرداخت که یک شرکت هزاره جدید باید برای پروژه پیاده سازی یک سیستم ERP، "مانند یک محصول در قفسه های یک سوپرمارکت، پیاده سازی ماژول های 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 به نام زنجیره فرآیند محور رویداد (EPC) استفاده می‌کنند. این فناوری در هسته خود، فرآیندها را به عنوان مجموعه‌ای منظم از رویه‌ها مدل‌سازی می‌کند که توسط رویدادهای درون سیستم ایجاد می‌شوند. این رویدادها می‌توانند در پایگاه‌های داده (به‌عنوان مثال، به‌روزرسانی) یا روی صفحه رخ دهند - برای مثال، زمانی که کاربر یک آیتم منو را انتخاب می‌کند یا روی پیوندی در یک صفحه وب کلیک می‌کند.

مدل رویه ای 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. آماده شدن برای پرتاب

ایجاد اسناد کاربر

با درود!

همانطور که قول داده بودم، امروز یک قسمت دیگر را می دهم اطلاعات مفیدبرای توسعه شما

تلاش خواهم کرد به زبان سادهنکته را متوجه شوید روش SAP ASAPکه تا به امروز سنگ بنای مسیر پیاده سازی موفق سیستم SAP ERP در شرکت ها می باشد.

ابتدا کمی پس زمینه

اگرچه تطبیق پذیری و انعطاف پذیری سیستم های SAP امکان برآوردن نیازهای طیف گسترده ای از صنایع را فراهم می کند، یک بازه زمانی معقول برای اجرای SAP یکی از مهم ترین عواملی است که یک شرکت باید هنگام ارزیابی امکان پیاده سازی SAP در نظر بگیرد. ERP با ورود بخش سیستم های با تکنولوژی بالا و ارزش بالا به بازار فناوری اطلاعاتدر دهه 90 به طور فزاینده ای اشباع شد، پتانسیل SAP در بخش SME شروع به ظهور کرد. این نوع مشتری ها منابع و زمان کافی برای اجرای پروژه های پیاده سازی ERP که می تواند بین دو تا سه سال طول بکشد را ندارند.

در سال 1996، SAP متدولوژی AcceleratedSAP (ASAP) را با هدف تسریع قابل توجه پروژه های اجرایی معرفی کرد. روش ASAP به مشتریان جدید این امکان را می دهد که از این تجربه بهره مند شوند دانش حرفه ای، به لطف تعداد زیادی از پیاده سازی ها در سراسر جهان.

ASAP چیست؟

ASAP - روشی برای پیاده سازی سریع و بهینه سازی مستمر - متشکل از یک روش نقشه راه است که با ابزارهایی مانند IMG (راهنمای پیاده سازی) مرتبط است و ASAP به طور خاص برای شرکت های متوسط ​​و کوچک که نمی توانند زمان زیادی برای پیاده سازی نیاز داشته باشند، در نظر گرفته شده است.

متدولوژی ASAP از انواع چک لیست ها، جداول، پرسشنامه ها، پاسخ ها، الگوهای اسناد، دستورالعمل ها و غیره تشکیل شده است. علاوه بر این، ASAP راهنماها، ابزارهای آموزشی و شتاب دهنده ها را در مورد طیف وسیعی از مسائل فنی مربوط به زیرساخت، نصب و عملیات SAP ارائه می دهد. بررسی ها و چک لیست های مختلف موجود در ASAP نه تنها پیشرفت خود پروژه، بلکه پایداری و یکپارچگی سیستم را در تمام مراحل پروژه کنترل می کند.

روش شناسی گرافیک شبکه(نقشه راه) همچنین شامل وظایف مدیریت تغییر و شتاب دهنده های مورد نیاز برای مدیریت تغییرات سازمانی ناشی از اجرای SAP است.

در این مقاله من به این نظریه نمی پردازم که اکنون آنقدر مهم و جالب نیست. بیایید به خود مؤلفه ASAP - نقشه راه یا نمودار شبکههمانطور که در روسیه ترجمه شد.

نمودار شبکه(نقشه راه) به عنوان راهنمای پروژه عمل می کند که مراحل، نقاط عطف لازم را روشن می کند و سرعت کلی کل پروژه را تعیین می کند تا در کوتاه ترین زمان ممکن، با حداکثر کیفیت و در حد بودجه، یک سیستم کارآمد به دست آید. برنامه زمانبندی شبکه ASAP شامل مراحل زیر است: آماده سازی پروژه، طراحی مفهومی، پیاده سازی، آماده سازی نهایی، راه اندازی و پشتیبانی، بهینه سازی.

آماده سازی پروژه

هدف از این مرحله اطمینان از برنامه ریزی و آماده سازی پروژه اجرای SAP است. در میان وظایف کلیدیکه باید در طول فرآیند آماده سازی پروژه حل شوند:

    تعیین اهداف و چشم اندازهای پروژه،

    دقیق ترین ارزیابی از حجم اجرا،

    تعیین استراتژی اجرایی،

    تعیین برنامه کلی کار برای پروژه و ترتیب اجرای سیستم،

    تعریف ساختار سازمانی و کمیته های پروژه،

    توزیع منابع

پاسخ دقیق به این سوالات در ابتدای اجرا، اجرای موثر را تضمین می کند کار طراحیو کلید اجرای موفق SAP هستند.

پروژه مفهومی (Business Blueprint)

هدف این مرحله ایجاد یک پروژه مفهومی (Business Blueprint) است که بیانگر الزامات فنی و تجاری دقیق مشتری برای سیستم است، در نتیجه به درک کاملی از دیدگاه مشتری از سازماندهی فرآیندهای تجاری در سیستم SAP دست می یابد. در مرحله طراحی مفهومی، یک استراتژی برای ایجاد یک سیستم اطلاعاتی تعیین می شود که تضمین می کند بازپرداخت سریعسرمایه گذاری ها توسعه یک پروژه مفهومی اجازه می دهد تا نه تنها یک برنامه اقدام برای اجرای مرحله ای داشته باشیم، بلکه به دست آوردن قابل توجهی نیز بپردازیم مزایای اقتصادیاز طریق بهبود سیستم موجودمدیریت سازمانی

در چارچوب طراحی مفهومی، وظایف زیر حل می شود:

    تعریف و تحلیل فرآیندهای کسب و کار،

    رسمی سازی و مستندسازی الزامات سیستم آینده،

    تفصیل و تایید محدوده نهایی پروژه،

    توسعه معماری سیستم و تعیین راه حل های اساسی طراحی،

    تجزیه و تحلیل و شکل گیری استراتژی آموزشی،

در مرحله بعد، بسته ای از کار برای ایجاد یک راه حل اولیه در حال توسعه است. در این مورد، تلاش‌ها بر روی فرآیندهایی متمرکز می‌شود که می‌توانند بدون برنامه‌نویسی اضافی یا برنامه‌های افزودنی برای سیستم SAP پیکربندی شوند. اجرای الزاماتی که نیاز به برنامه‌نویسی یا الحاقات اضافی دارند در بسته‌های کاری جداگانه مرحله پیاده‌سازی رخ می‌دهد.

تحقق

در مرحله اجرای پروژه گروه پروژهپیکربندی سیستم را با در نظر گرفتن الزامات طراحی مفهومی با استفاده از IMG (راهنمای پیاده سازی)، اصلاحات و آزمایش های لازم سیستم انجام می دهد.

تست سیستم برای انطباق با الزامات مشتری در یک سیستم جداگانه SAP برای کنترل کیفیت انجام می شود و در دو مرحله انجام می شود:

    تست عملکردی

    تست یکپارچه سازی

در مرحله تست عملکردی، عملکرد هر زیر سیستم بررسی می شود. در مرحله تست یکپارچه سازی، عملکرد فرآیندهای تجاری انتها به انتها بررسی می شود.

نتایج آزمون در پروتکل ثبت می شود و بر اساس آنها عدم انطباق سیستم با الزامات شناسایی و نظرات حذف می شود.

نتیجه این مرحله باید یک سیستم SAP کاملاً پیکربندی و آزمایش شده باشد که تمام نیازهای شرکت را برآورده کند.

آماده سازی نهایی

در این مرحله سیستم برای بهره برداری صنعتی آماده می شود. تمام موقعیت های استثنایی حل شده و ناسازگاری ها از بین می روند.

برگزار شد تست استرس، زمانی که مقاومت سیستم در برابر بارهای بالای سرور بررسی شود. داده ها همچنین از سیستم های تاریخی شرکت مشتری به سیستم SAP منتقل می شوند.

مشاوران SAP در مورد نحوه استفاده از سیستم به کاربران کلیدی و نهایی آموزش می دهند. به طور خاص، دستورالعمل های کاربر در حال توسعه هستند مواد آموزشیترکیب گروه ها و دوره های آموزشی برنامه ریزی شده و در پایان تاییدیه نهایی کاربران انجام می شود.

راه اندازی و پشتیبانی (Go Live Support)

این مرحله حل مسائل مربوط به راه اندازی سیستم است. آمادگی برای پرتاب بررسی می شود و مشکلات احتمالی برطرف می شود.

مشاوران SAP پشتیبانی روزانه کاربران را ارائه می دهند و همچنین خطاها و ناهماهنگی های پنهان قبلی را در سیستم حذف می کنند.

در صورت لزوم، با توافق با مشتری، سیستم را می توان با عملکردهایی که توسط محدوده مورد توافق قبلی پروژه پیش بینی نشده است تکمیل کرد. در این مورد، در مستندات پروژهتغییرات مطابق با الزامات جدید برای توسعه سیستم نهایی انجام شده و سیستم در حال نهایی شدن است.

بهینه سازی (اجرای SAP)

هدف اصلی این مرحله اطمینان از قابلیت اطمینان و بهینه سازی راه حل است. مرکز پشتیبانی، پشتیبانی مشتری و نظارت بر سیستم را برای شناسایی فرآیندهایی که نیاز به بهینه سازی دارند، ارائه می دهد. مثلا:

    بهینه سازی مستندات راه حل

    بهینه سازی پیاده سازی راه حل

    بهینه سازی قالب

    مدیریت تست بهینه سازی

    بهینه سازی نگهداری، ارتقاء و غیره

در اینجا به طور خلاصه تمامی مراحل پیاده سازی SAP ERP در شرکت ها آورده شده است. امیدواریم اکنون متوجه شده باشید که چرا روش ASAP در هنگام اجرا بسیار مهم است.

با استفاده از این روشن و طرح گام به گامبه شما امکان می دهد زمان اجرا را کاهش دهید، هزینه ها را کاهش دهید و خطرات پروژه را به حداقل برسانید، که برای مشتری بسیار مهم است.

شما را در تماس می بینم،

نیکیتا.

مفید بود؟ اطلاعات مفید بعدی را همین الان لایک کنید و بخوانید: