שקופית 1

Download Report

Transcript שקופית 1

‫האיכות‬
‫עלות‬
‫כמה “עולה” איכות התוכנה?‬
‫עלות המניעה –‬
‫תכנית איכות‬
‫סקרים טכניים פורמליים‬
‫ציוד בדיקה‬
‫הדרכה‬
‫•‬
‫•‬
‫•‬
‫•‬
‫עלות ההערכה –‬
‫ביקורת בתוך התהליך ובין תהליכים •‬
‫כיול ואחזקה של ציוד •‬
‫בדיקות •‬
‫עלות הכשל (“עלות האי‪-‬איכות”) –‬
‫עבודה חוזרת •‬
‫תיקונים •‬
‫ניתוח אופני כשל •‬
‫•‬
‫תקנים לפיתוח תוכנה‬
‫תקן = דרישות מהתהליך •‬
‫תקן משמש כאמנה בין לקוח למפתח •‬
‫תקנים צבאיים ‪ /‬ממשלתיים ‪ /‬הנדסיים •‬
‫‪– DOD-STD-2167A / MIL-STD-498‬‬
‫תקן הצבא האמריקאי לפיתוח מערכות תוכנה •‬
‫נוהל מפת"ח –‬
‫תקן ישראלי‪ ,‬המחייב את כל המערכות הממשלתיות •‬
‫‪– ISO 9001 / ISO 9000-3‬‬
‫תקני ‪ ISO‬עוסקים‬
‫ברמת הארגון‪,‬‬
‫בעוד שאר התקנים‬
‫עוסקים ברמת‬
‫הפרויקט‬
‫תקן בינלאומי למערכות איכות •‬
‫‪– IEEE 12207‬‬
‫תקן הנדסי מפורט •‬
‫‪ISO 9001 / ISO 9000-3‬‬
‫‪• ISO 9001‬‬
‫מערכות איכות‪ :‬מודל להבטחת איכות בתכן‪ ,‬בפיתוח‪ ,‬בייצור‪ ,‬בהתקנה –‬
‫ובשרות‬
‫‪• ISO 9000-3‬‬
‫לפיתוח‪ ,‬אספקה‪ ,‬התקנה ואחזקה של ‪ISO 9001‬הנחיות ליישום –‬
‫תוכנת מחשבים‬
‫הגישה •‬
‫המפתח מגדיר את נהלי הפיתוח שלו –‬
‫‪ISO 9001‬מכון התקנים בודק ומאשר שהנהלים עונים לדרישות •‬
‫המפתח מטמיע את הנהלים ועובד לפיהם –‬
‫מכון התקנים בודק שהמפתח עובד לפי הנהלים שהוא עצמו הגדיר –‬
‫מבדקים •‬
‫מבדק הסמכה –‬
‫חידוש הסמכה ‪ -‬כל ‪ 6‬חודשים –‬
‫‪ISO 9000-3‬דרישות‬
‫מסגרת‬
‫• אחריות ההנהלה‬
‫• מערכת האיכות בארגון‬
‫• מבדקי איכות פנימיים‬
‫• פעולה מתקנת‬
‫פעילויות‬
‫במחזור החיים‬
‫• סקר חוזה‬
‫• מפרט דרישות הלקוח‬
‫• תכנון הפיתוח‬
‫• תכנון האיכות‬
‫• תכן ומימוש‬
‫• בדיקות והוכחת תקפות‬
‫• בדיקות קבלה‬
‫• שכפול‪ ,‬מסירה והתקנה‬
‫• אחזקה‬
‫פעילויות תומכות‬
‫• ניהול תצורה‬
‫• בקרת מסמכים‬
‫• רשומות איכות‬
‫• מדידה‬
‫• כללים‪ ,‬נהגים ומוסכמות‬
‫• כלים וטכניקות‬
‫•רכש‬
‫• מוצר תוכנה משולב‬
‫• הדרכה‬
CMM = Capability Maturity Model
5
Optimizing
4
Managed
3
‫משתפר‬
‫בהתמדה‬
‫חיזוי‬-‫בר‬
Defined
2
‫תיקני ועקבי‬
Repeatable
1
‫ממושמע‬
Initial
‫אקראי‬
...‫התהליך‬
‫רמה ‪ - 1‬הרמה התחלתית‬
‫היעדר סביבה יציבה לפיתוח ואחזקת תוכנה •‬
‫אין ניהול מסודר –‬
‫התועלת של הנדסה טובה הולכת לאיבוד •‬
‫תכנון לא יעיל –‬
‫לקיחת התחייבויות על בסיס תגובות לאירועים –‬
‫התמודדות עם משברים –‬
‫נטישת המהלכים המתוכננים ו”שקיעה” בקידוד ובדיקה •‬
‫ההצלחה תלויה במנהל ובצוות הספציפיים •‬
‫גם אם המנהל יודע להתמודד עם המשברים‪ ,‬עזיבתו “מפילה” את –‬
‫הצוות‬
‫יכולת הארגון הינה בלתי צפויה –‬
‫התהליך משתנה באופן שוטף‪ ,‬תוך כדי הפרוייקט •‬
‫הביצועים תלויים ביכולות אינדיבידואליות •‬
‫רמה ‪ - 1‬הרמה התחלתית‬
‫היעדר סביבה יציבה לפיתוח ואחזקת תוכנה •‬
‫אין ניהול מסודר –‬
‫התועלת של הנדסה טובה הולכת לאיבוד •‬
‫תכנון לא יעיל –‬
‫לקיחת התחייבויות על בסיס תגובות לאירועים –‬
‫התמודדות עם משברים –‬
‫נטישת המהלכים המתוכננים ו”שקיעה” בקידוד ובדיקה •‬
‫ההצלחה תלויה במנהל ובצוות הספציפיים •‬
‫גם אם המנהל יודע להתמודד עם המשברים‪ ,‬עזיבתו “מפילה” את –‬
‫הצוות‬
‫יכולת הארגון הינה בלתי צפויה –‬
‫התהליך משתנה באופן שוטף‪ ,‬תוך כדי הפרוייקט •‬
‫הביצועים תלויים ביכולות אינדיבידואליות •‬
‫רמה ‪ - 2‬הרמה ההדירה‬
‫קיום מדיניות ניהול פרוייקט ונהלים ליישום מדיניות זו •‬
‫תכנון וניהול פרוייקטים חדשים על בסיס ניסיון מצטבר –‬
‫תהליך פיתוח אפקטיבי‪ ,‬המאופיין ע”י‪– :‬‬
‫ביצוע כהלכה‬
‫תיעוד‬
‫אכיפה‬
‫הדרכה‬
‫מדידה‬
‫יכולת שיפור‬
‫–‬
‫–‬
‫–‬
‫–‬
‫–‬
‫–‬
‫מחויבויות ריאליות –‬
‫על בסיס ניסיון בפרוייקטים קודמים •‬
‫על בסיס הדרישות הנוכחיות •‬
‫מעקב שוטף אחר עלויות‪ ,‬לו”ז וביצועים –‬
‫משמעת!!! –‬
‫רמה ‪ - 3‬הרמה המוגדרת‬
‫תהליך ארגוני תיקני •‬
‫כולל היבטים הנדסיים וניהוליים –‬
‫שיפור יעילותם של המהנדסים והמנהלים –‬
‫בסיס ל”תפירת” תהליכים פרוייקטיים –‬
‫תהליך מוגדר‪-‬היטב מאופיין ע”י •‬
‫קריטריונים למוכנות‬
‫קלט‬
‫תקנים ונהלים לביצוע העבודה‬
‫מנגנוני אימות‬
‫פלט‬
‫קריטריונים לסיום‬
‫–‬
‫–‬
‫–‬
‫–‬
‫–‬
‫–‬
‫קבוצת תהליכים –‬
‫‪• SEPG = Software Engineering Process Group‬‬
‫רמה ‪ - 4‬הרמה המנוהלת‬
‫קביעת יעדי איכות כמותיים למוצר ולתהליך •‬
‫מדידת הפריון והאיכות –‬
‫על פני כל הפרוייקטים •‬
‫במסגרת מדידה ארגונית כוללת •‬
‫בסיס‪-‬מידע ארגוני לאיסוף ולניתוח הנתונים –‬
‫שיפור הבקרה על המוצר והתהליך –‬
‫ביצועי התהליך נמדדים על פי מדדים מוגדרים •‬
‫קל יותר לזהות חריגות מהגבולות המוגדרים •‬
‫האיכות ניתנת לחיזוי –‬
‫ע”י זיהוי חריגות וביצוע פעולות תיקון במועד •‬
‫רמה ‪ - 5‬הרמה המשתפרת‬
‫הארגון כולו ממוקד בשיפור התהליך •‬
‫קיום אמצעים לזיהוי נקודות חולשה –‬
‫חיזוק התהליך באופן יזום •‬
‫מניעת תקלות •‬
‫קיום מידע לגבי יעילות התהליך –‬
‫ניתוח התועלת הצפויה משינויים טכנולוגיים •‬
‫ניתוח התועלת הצפויה משינויים בתהליך •‬
‫נושאי מפתח ברמה ‪2‬‬
‫ניהול דרישות •‬
‫)‪(RM = Requirement Management‬‬
‫יצירת בסיס ההבנה המשותפת בין הלקוח למפתח –‬
‫בסיס לתכנית הפיתוח ולמעקב אחריה –‬
‫תכנון פרוייקט תוכנה •‬
‫)‪(SPP = Software Project Planning‬‬
‫הערכת העבודה הנדרשת –‬
‫תכנון פעולות ההנדסה והניהול –‬
‫מעקב ומבט‪-‬כולל על הפרוייקט •‬
‫)‪(PTO = Project Tracking & Oversight‬‬
‫מעקב שוטף אחר התקדמות הפרוייקט בפועל –‬
‫זיהוי חריגות וביצוע פעולות מתקנות –‬
‫נושאי מפתח ברמה ‪( 2‬המשך)‬
‫ניהול קבלנות‪-‬משנה •‬
‫)‪(SSM = Software Subcontract Management‬‬
‫איתור קבלני משנה בעלי כישורים מתאימים –‬
‫שיתוף הקבלן במחויבויות כלפי הלקוח –‬
‫הבטחת איכות התוכנה •‬
‫)‪(SQA = Software Quality Assurance‬‬
‫לספק להנהלה התבוננות אל התהליך ותוצריו –‬
‫מעקב שוטף אחר התהליך –‬
‫ניהול תצורה •‬
‫)‪(CM = Configuration Management‬‬
‫תוצרי הפרוייקט לאורך מחזור החיים)‪)Integrity‬הבטחת שלמות –‬
‫בקרה שיטתית על עריכת שינויים –‬
‫נושאי מפתח ברמה ‪3‬‬
‫מיקוד התהליך הארגוני •‬
‫)‪(OPF = Organization Process Focus‬‬
‫הבנת תהליכי הפיתוח הארגוניים ותיאומם –‬
‫‪SEPG‬קיום קבוצת תהליכי תוכנה –‬
‫הגדרת התהליך הארגוני •‬
‫)‪(OPD = Organization Process Definition‬‬
‫“התהליך הארגוני התקני” כבסיס לתפירת תהליכים פרוייקטיים –‬
‫מאגר נכסי תהליך –‬
‫תכנית הדרכה •‬
‫)‪(TP = Training Program‬‬
‫הגדרת צרכי ההדרכה של הארגון –‬
‫פיתוח או רכש של הדרכה על פי הצרכים –‬
‫נושאי מפתח ברמה ‪( 3‬המשך)‬
‫ניהול תוכנה משולב •‬
‫)‪(ISM = Integrated Software Management‬‬
‫שילוב פעילויות הנדסת התוכנה וניהול פיתוח התוכנה –‬
‫תפירת “תהליך התוכנה המוגדר של הפרוייקט” –‬
‫הנדסת מוצר התוכנה •‬
‫)‪(SPE = Software Product Engineering‬‬
‫ביצוע תהליך הנדסי עקבי ומוגדר היטב –‬
‫ביצוע שלבי הגדרת דרישות‪ ,‬ניתוח‪ ,‬תכן‪ ,‬מימוש ובדיקה –‬
‫תיאום בין‪-‬קבוצתי •‬
‫)‪(IC = Intergroup Coordination‬‬
‫שיתוף נציגי התוכנה בהנדסת המערכת –‬
‫תיאום הדרישות והמחויבויות עם נציגי דיסציפלינות הנדסיות אחרות –‬
‫סקרי עמיתים •‬
‫)‪)PR = Peer Reviews‬‬
‫בחינה מתודולוגית של התוצרים ע”י עמיתים –‬
‫נושאי מפתח ברמה ‪4‬‬
‫ניהול כמותי של התהליך •‬
‫)‪(QPM = Quantitative Process Management‬‬
‫הגדרת מדדים לביצועי התהליך –‬
‫שיפור הניהול באמצעות מדידה ובחינת העמידה בגבולות שנקבעו –‬
‫ניהול איכות התוכנה •‬
‫)‪(SQM = Software Quality Management‬‬
‫הגדרת יעדי איכות לתוצרי התוכנה –‬
‫הגדרת אסטרטגיות ותכניות להשגת היעדים –‬
‫נושאי מפתח ברמה ‪5‬‬
‫מניעת פגמים •‬
‫)‪(DP = Defect Prevention‬‬
‫ניתוח תקלות שהתגלו בעבר והגדרת אמצעים למניעת הישנותן בעתיד –‬
‫ניתוח מגמות לסוגים שונים של תקלות –‬
‫ניהול שינויים טכנולוגיים •‬
‫)‪(TCM = Technology Change Management‬‬
‫זיהוי‪ ,‬בחירה ואבלואציה של טכנולוגיות חדשות –‬
‫הטמעה יעילה של טכנולוגיות‪ ,‬תוך מגמת שיפור התהליך הארגוני –‬
‫ניהול שינויים בתהליך •‬
‫)‪(PCM = Process Change Management‬‬
‫הגדרת יעדי שיפור –‬
‫הכנסת שיפורים בתהליך‪ ,‬תוך כדי הערכת החזר ההשקעה הפוטנציאלי –‬
‫‪ RM‬ניהול דרישות‬
‫יעדים •‬
‫דרישות המערכת‪ ,‬המוקצות לתוכנה‪ ,‬הינן מבוקרות לקביעת קו‪-‬בסיס –‬
‫לצרכי הנדסת תוכנה וניהול‪.‬‬
‫נשמרת העקביות שהתכניות‪ ,‬המוצרים והפעילויות של התוכנה לבין –‬
‫דרישות המערכת המוקצות לתוכנה‪.‬‬
‫מחויבות לביצוע •‬
‫הפרוייקט מקיים מדיניות ארגונית כתובה לניהול דרישות המערכת –‬
‫המוקצות לתוכנה‬
‫כושר הביצוע •‬
‫לניתוח דרישות המערכת ולהקצאתן לכל פרוייקט מוגדרת האחריות –‬
‫לחומרה‪ ,‬לתוכנה ולרכיבי מערכת אחרים‬
‫הדרישות המוקצות ‪ -‬מתועדות –‬
‫משאבים ותקציב מתאימים מוקדשים לניהול הדרישות המוקצות –‬
‫חברי קבוצת הנדסת התוכנה‪ ,‬וקבוצות אחרות הקשורות בתוכנה‪– ,‬‬
‫מקבלים הדרכה לביצוע פעילויותיהם בניהול הדרישות‪.‬‬
‫‪RM‬ניהול דרישות (המשך)‬
‫פעילויות מבוצעות •‬
‫קבוצת הנדסת התוכנה סוקרת את הדרישות לפני הטמעתן בתוך –‬
‫פרוייקט התוכנה‬
‫קבוצת הנדסת התוכנה משתמשת בדרישות המוקצות כבסיס לתכניות‪– ,‬‬
‫לתוצרים ולפעילויות התוכנה‬
‫שינויים לדרישות המוקצות נסקרים ומוטמעים בפרוייקט התוכנה –‬
‫מדידה וניתוח •‬
‫מדידות נערכות ומשמשות לקביעת סטטוס הפעילויות לניהול הדרישות –‬
‫המוקצות‬
‫אימות היישום •‬
‫פעילויות ניהול הדרישות נסקרות מול ההנהלה הבכירה באופן תקופתי –‬
‫הפעילויות לניהול הדרישות נסקרות מול מנהל הפרוייקט הן באופן –‬
‫תקופתי והן באופן מונחה‪-‬אירועים‬
‫קבוצת הא”ת מבצעת סקרים‪/‬מבדקים על פעילויות ניהול הדרישות –‬
‫ותוצריהן‪ ,‬ומדווחת את התוצאות‬
‫תהליכים עסקיים‪ ,‬למה?‬
‫הינם אמצעי של הארגון להשיג את מטרותיו‬
‫מעניקים לארגון יתרון תחרותי בשוק‬
‫חוצים מערכות‪ ,‬אפליקציות ויחידות ארגוניות שונות‬
‫ תהליכים עסקיים בשיפור ‪BPM‬‬‫מתמיד‬
‫תכנון‬
‫‪‬מודל גרפי‬
‫‪‬ניתוחים‬
‫‪‬סימולציה‬
‫‪What if‬‬
‫‪‬אופטימיזציה‬
‫‪‬כלי בדיקה וטסטים‬
‫‪BPM‬‬
‫‪System‬‬
‫‪Optimize‬‬
‫‪Model‬‬
‫‪Automate‬‬
‫פיתוח‪:‬‬
‫‪‬הגדרת תפקידים‬
‫‪‬חוקים עסקיים‬
‫‪‬טפסים אלקטרוניים‬
‫‪‬חישובים ובקרות‬
‫‪‬אינטגרציה‬
‫משוב‬
‫‪‬מדידה‬
‫‪‬קבלת התרעות‬
‫‪‬דוחות בקרה‬
‫‪‬ניתוח ביצועים‬
‫הפעלה‬
‫‪‬ייזום פעילות‬
‫‪‬הפנייה וניתוב‬
‫‪‬אוטומציה‬
‫‪‬קבלת החלטות‬
‫‪Manage‬‬
‫‪‬מעקב ביצוע‬
‫‪‬אסקלציה‬
BPM ‫– שילוב של טכנולוגיות‬
‫מתקדמות‬
EAI
Workflow
Business
Rules
Rapid
Application’
Development
Process
Modeling
Business Process Management System
‫הארגון המחובר‬
‫קישור עובדי הידע למידע‪• ,‬‬
‫לתהליכים‪ ,‬ולעובדי ידע אחרים‬
‫לקוחות‬
‫חטיבות‬
‫שותפים‬
‫עסקיים‬
‫עובדים‬
‫צוותי עבודה‬
‫מינוף נכסי הארגון ללא תלות •‬
‫היכן הם נמצאים‬
‫יחידים‬
‫אתגר המידע‬
‫מידע מובנה‬
‫‪ERP – CRM – DW - HR‬‬
‫‪Source: Merrill Lynch‬‬
‫מידע מובנה חלקית‬
‫מידע לא מובנה‬
‫‪Office‬עובדי הידע משתמשים בעיקר ב‪-‬‬
‫‪System‬‬
‫עדכון נתונים‬
‫אפליקציות ארגוניות‬
‫קבלת‬
‫החלטות‬
‫שיתופיות‬
‫)‪(collaboration‬‬
‫ניתוח‬
‫מידע‬
‫יצירת‬
‫מסמכים‬
‫חיפוש‬
‫ושליפת נתונים‬
‫אפליקציות ארגוניות‬
‫מה ההבדל בין ארגון מצליח לארגון כושל?‬
‫תהליכים עסקיים! •‬
‫כיום ‪ -‬היעדר תיעוד‪ ,‬בקרה‪ ,‬ניתוח והפקת לקחים •‬
‫תשתית ארגונית ל‪BPM :‬הפתרון ‪ -‬פתרונות‬
‫•‬
‫הגדרה –‬
‫תכנון –‬
‫ביצוע –‬
‫ניטור –‬
‫וניתוח של תהליכים עסקיים –‬
‫התוצאה ‪ -‬שיפור מתמיד והשגת יתרון תחרותי •‬
‫אבולוציה של מיכון תהליכים‬
‫עסקיים‬
‫ידני‬
‫לפני ‪1960‬‬
‫איים‬
‫מנותקים‬
‫‪1960+‬‬
‫תהליכים‬
‫מקושרים‬
‫‪2000+‬‬
‫תהליכים‬
‫חכמים‬
‫‪ 2003‬והילך‬
‫כיום‪ ,‬למעלה מ‪ 80% -‬מהתהליכים העסקיים‬
‫דורשים מעורבות של אנשים‬
)1( ‫מרכיבי התהליך העסקי‬
Events trigger functions
Functions generate events
Feedback Received
Trace Order
Event
Function
Customer Order
Received
Event
Confirmation
of Customer
Order
Function
Order
Confirmation
Created
Event
Production
Plan
Function
Production Plan
Created
Event
)2( ‫מרכיבי התהליך העסקי‬
Data is processed in the functions
Production Data
Data
Feedback Received
Customer Data
Data
Trace Order
Resources
Data
Customer Order
Received
Confirmation
of Customer
Order
Order
Confirmation
Created
Production
Plan
Production Plan
Created
)3( ‫מרכיבי התהליך העסקי‬
Employees are responsible for functions
Production Data
Mrs Müller
Employee
Feedback Received
Customer Data
Trace Order
Resources
Customer Order
Received
Confirmation
of Customer
Order
Order
Confirmation
Created
Production
Plan
Employee
Mr Schmidt
Production Plan
Created
Mr Meyer
Employee
)4( ‫מרכיבי התהליך העסקי‬
Employees belong to organisational units
Mrs Müller
Production
Customer Data
Production Data
Organisational
Unit
Feedback Received
Trace Order
Resources
Customer Order
Received
Sales
Organisational
Unit
Confirmation
of Customer
Order
Mr Schmidt
Order
Confirmation
Created
Organisational
Unit
Production
Planing
Production
Plan
Production Plan
Created
Mr Meyer
)5( ‫מרכיבי התהליך העסקי‬
Functions create and process performance
Mrs Müller
Production
Production Data
Product / Service
Customer Order
Product / Service
Product / Service
Feedback Received
Customer Data
Customer Order
Confirmation
Customer
Order
Trace Order
Resources
Customer Order
Received
Confirmation
of Customer
Order
Product / Service
Order
Confirmation
Created
Production Plan
Production
Plan
Sales
Mr Schmidt
Production
Planing
Production Plan
Created
Mr Meyer
‫ שקיפות‬+ ‫ אחידות‬+ ‫שיתוף‬
Organizational
Chart
Management
Materials
administration
Scheduling
Purchasing
ERM
Quotation
Inquiry
Sales
Inquiry is
received
Inquiry
Inquiry
processing
Inquiry is
processed
Customer
Quotation
processing
SEPC
Sales
processing
Sales
Quotation
Inquiry
processing
processing
Check Credit
rating
Determine
delivery date
Function
Tree
‫ניהול הארגון‬
‫גישת השיווק‬
‫גישת התהליך‬
‫מה אנו מוכרים (מוצרים)?‬
‫התארגנות לקראת יצור (תפקידים)?‬
‫למי אנו מוכרים (לקוחות)?‬
‫מה הפעולות הנדרשות לייצור (תהליכים)?‬
‫היכן אנו מוכרים (שווקים)?‬
‫כמה זמן נמכור (אורך חיי המוצר)?‬
‫כיצד נמדדת הצלחה (מכירות‪ ,‬רווחים)?‬
‫היכן מיצרים את המוצר (מיקום)?‬
‫כיצד נתארגן לשמירת אורך חיי המוצר (גמישות‪ ,‬דינמיות)?‬
‫מהם מדדי ההצלחה (יעילות‪ ,‬עלויות)?‬
‫הגישה התפקודית (מסורתית)‬
‫ביצוע מטלות (מומחיות)‬
‫מהם גבולות התפקוד ( תחומי אחריות)‬
‫כיצד נוכל להגדיל ביצועים ( אופטימיזציה מקומית)‬
‫הגישה המשולבת‬
‫יצירת שיתופי פעולה (ממשקים בין פונקציות)‬
‫יצירת גישור בין תחומים שונים (ראיה מערכתית)‬
‫כיצד נוכל להגדיל ביצועים ( אופטיצזציה כלל ארגונית גלובלית)‬
‫תכנון משאבי העסק‬
‫בידול‬
‫‪ .1‬גישה מערכתית‬
‫‪ .2‬הדגשת תהליכים‬
‫‪ .3‬שילוב תפקידים תוך ביצוע תהליכים‬
‫‪ .4‬ארכיטקטורת שרת‪/‬לקוח‬
‫‪ .5‬ממשק משתמש ידידותי‬
‫‪ .6‬שימוש במודלים להגדרת מערכת‬
‫‪ .7‬שימוש במודלים להפעלת מערכת‬
‫מהי מערכת לניהול עסקי כולל‬
‫מייצגת אסטרטגיה עסקית של הארגון באמצעות תהליכים עסקיים מוגדרים‬‫מוצר תוכנה המספק תשובה משולבת לכלל התהליכים העסקיים‪,‬פעולותיהם‬‫והנתונים העסקיים הדרושים להם‪.‬‬
‫המערכת טומנת בחובה ידע עסקי בגין מבנה של תהליכים מצטיינים‪ ,‬ניתן‬‫להפעיל תהליכים אלה באמצעות בספרית תהליכים‪.‬‬
‫המערכת דורשת שלוב התפעול הארגוני ושיתוף פעולה בין כל הגורמים‪.‬‬‫‪ -‬שילוב פעילותם של כל התפקידים בארגון בתפעול הארגון‬
‫מטרות ארגוניות‬
‫הגדרה‬
‫מגדירות את המצב העתידי עליו שואף הארגון להגיע •‬
‫מגדירות את התוצאה הרצויה כאשר מצב זה מושג •‬
‫מנחות את הפעולות הדרושות על מנת להגיע למצב •‬
‫הרצוי‬
‫מנחות את הפעולות הדרושות על מנת להשיג את •‬
‫התוצאה הרצויה‬
‫פרוט מטרות ארגוניות‬
‫‪.1‬תחום פעילות ומשימה מרכזית‬
‫‪ .2‬אסטרטגיה עסקית‬
‫את המגזר העסקי בו פועל העסק‬
‫את המוצרים העיקריים המכנסים רווחים לעסק‬
‫את השירותים העיקריים המכנסים רווחים לעסק‬
‫את השווקים העיקריים (והמשניים)‬
‫את הלקוחות העיקריים המכניסים רווחים‬
‫את ידע הליבה (התמחות מיוחדת) של העסק‬
‫את מיצוב העסק בשוק‬
‫את שרשרת האספקה (רשת שיתוף פעולה)‬
‫את שרשרת האספקה (מיקור פנים ומיקור חוץ)‬
‫את הפעולות המקומיות והגלובליות‬
‫את יכולת העסק למינוף )‪(leveraging‬‬
‫היכולת לטפח קשרים ארוכי טווח עם לקוחות‬
‫פרוט מטרות ארגוניות המשך‬
‫‪ .3‬עשית רווחים‬
‫את מקורות הרווח‬
‫את שיעורי הרווח‬
‫את מקורות המימון‬
‫את המדדים לניצול יעיל של משאבים‬
‫(כסף‪ ,‬כוח אדם‪ ,‬ציוד‪ ,‬חומרים‪ ,‬אנרגיה)‬
‫פתוח קשרי לקוחות המכניסים רווחים‬
‫‪ .4‬יציבות ושגשוג‬
‫את הכנסות העסק‬
‫את פלח השוק של העסק‬
‫את מעגל הלקוחות החדשים‬
‫את תפוקות תהליכי ייצור או שירות‬
‫את תפוקות תהליכי השיווק והמכירה‬
‫את פעילות העסק בשווקים בינלאומיים‬
‫פרוט מטרות ארגוניות המשך‬
‫‪ .5‬ייחודיות‪ -‬בידול בשוק‬
‫‪ .6‬אמינות ואיכות‬
‫את רמת התחרותיות בשוק‬
‫את רמת החדשנות של מוצרים או שירותים‬
‫את היכולת לחדור לשווקים חדשים‬
‫את היכולת לפתח שימושים נוספים למוצרים או שירותים‬
‫את היכולת לפתח קשרים ושירותים ייחודיים ללקוחות‬
‫את תדמית העסק‬
‫את מוניטין העסק‬
‫את איכות המוצר או השירות‬
‫את הקשר עם הלקוח‬
‫את השירות לאחר המכירה‬
‫פרוט מטרות ארגוניות המשך‬
‫‪ .7‬שיפור תהליכים עסקיים‬
‫פישוט תהליכים עסקיים (פנימיים ומכווני חוץ)‬
‫צמצום זמני ביצוע תהליכים (פנימיים ומכווני חוץ)‬
‫צמצום זמני פיתוח מוצרים או שירותים חדשים‬
‫הגדלת גמישות ארגונית‬
‫הגדלת גמישות תפקודית‬
‫שיפור תשתית טכנולוגית‬
‫‪.8‬תרבות ארגונית‬
‫התפתחות עובדים‬
‫הגברת פריון עובדים‬
‫קידום עובדים‬
‫תקשורת ושיתוף פעולה בין עובדים לבין עצמם‬
‫תקשורת ושיתוף פעולה בין עובדים לבין ההנהלה‬
‫תקשורת ושיתוף פעולה בין עובדים לבין הלקוחות‬
‫תכנון משאבי העסק ב‪ERP-‬‬
‫הגדרה‬
‫‪ERP‬‬
‫גישה מבוססת מחשב לזיהוי‪ ,‬תכנון והפעלה של כל‬
‫המשאבים העסקיים הנחוצים לשם קבלת דרישות‬
‫הלקוחות והזמנותיהם‪ ,‬ביצוען‪ ,‬מסירתן‪ ,‬וקבלת תקבולים‬
‫עבורן‪ .‬היא מייצגת את האסטרטגיה העסקית של הארגון‬
‫ומימוש אסטרטגיה זו באמצעות תהליכים עסקיים‬
‫מוגדרים‪.‬‬
‫מטרות הארגון ביישום מערכת ‪ERP‬‬
‫‪ .1‬שינוי השקפה ניהולית‪-‬‬
‫‪.2‬אימוץ המודל העסקי‬
‫‪ .3‬עיצוב העסק מחדש‬
‫‪business process re-engineering‬‬
‫מערכת עסקית כוללת‬
‫מאפשרת תכנון‪,‬ביצוע וניהול מסודרים‬
‫הנחיית והכנסת שינויים ושיפורים בתהליכים‬
‫הנחיית והכנסת שינויים ושיפורים במבנה הארגון‬
‫הספקת ידע ניהולי מפורש (תבנית ידע עסקי)‬
‫הצגת תהליכים מצטיינים לאימוץ על ידי הארגון‬
‫שימוש עתידי בגישת זרימת העבודה‬
‫להצמיד תפקידים לתהליכים‬
‫להגדיר תהליכים באופן חד‪-‬משמעי וברור‬
‫להגדיר נהלים באופן חד‪-‬משמעי וברור‬
‫לפשט ולשלב תהליכים‬
‫לאתר בעיות בתהליכים קיימים ומתוכננים‬
‫מטרות הארגון ביישום מערכת ‪ERP‬‬
‫‪ .4‬הגדרת ממשקים בארגון‬
‫‪.5‬תכנון העסק‬
‫להגדיר ולהפעיל ממשקים בין תפקודים פנימיים לבין עצמם‬
‫להגדיר ולהפעיל ממשקים בין תפקודים פנימיים וגורמים‬
‫חיצוניים להגדיר ולהפעיל ממשקים אלקטרוניים בין תפקודים‬
‫פנימיים וגורמים חיצוניים ( )‪e-business‬‬
‫את היכולת לבצע תכנון עסקי‬
‫את היכולת לתכנן עיסוקים ותפקידים‬
‫את היכולת לנתח ולתכנן עומסי עבודה‬
‫את היכולת לנתח ולתכנן חלוקת משאבים‬
‫את היכולת לבצע שינוי ארגוני באמצעות‬
‫הקשר בין תהליכים ותפקידים‬
‫הנחות יסוד בתחום טכנולוגית המידע‬
‫מערכות המידע הנן נכס אסטרטגי לכל ארגון וכלי מרכזי‬
‫למימוש האסטרטגיה‪,‬המטרות והיעדים הארגוניים‬
‫מידת אינטגרטיביות בסיסית הנה תנאי לקיום מערכת מידע‬
‫ארגונית איכותית‬
‫זמינות ‪ ,‬נגישות ושקיפות המידע בתוך ארגונים וביניהם‬
‫תורמים לשיפור מהותי של תהליכי עבודה שירות וניהול‬
‫מטרות הארגון ביישום מערכת ‪ERP‬‬
‫‪ .6‬ניהול מבוסס טכנולוגיות חדישות‬
‫הגדרה והבחנה ברורה של הקשרים והממשקים‬
‫בין תהליכים עסקיים ותמיכתם על ידי ‪IT‬‬
‫שימוש במסד נתונים אחד משולב (אמת אחת)‬
‫שינויים דינמיים במבנה מסד הנתונים (המלווים שינויים עסקיים)‬
‫אי תלות בין תשתיות המחשוב ומסד הנתונים‬
‫אימוץ שיטת שרת לקוח בארגון‬
‫שימוש מרבי במסמכים ממוחשבים (כגון אישורים)‬
What is the ERP Solution
‫הקבוצה‬
‫הקונצרן‬
Operating
concern
Financial
mgmt. area
‫קוד חברה‬
‫אזור‬
‫עסקי‬
‫אזור‬
‫בקרה‬
Legal person
‫ארגון‬
‫רכש‬
‫ארגון‬
‫מכירות‬
Controlling level
Summarize. at local level
Management units
‫ אתר‬/ ‫מפעל‬
‫מרכז‬
‫עבודה‬
Corp. group level
‫חומר‬
‫מוצר‬
Local, physical
organizational units
‫‪ ERP‬זה יותר ממערכת מידע‬
‫תהליכים‬
‫עסקיים‬
‫אסטרטגיה‬
‫עסקית‬
‫ניהול‬
‫נתונים‬
‫דינמיקה‬
‫ארגונית‬
‫נהלים‬
‫והדרכה‬
‫ניהול‬
‫ומדידת ביצועים‬
‫טכנולוגיה‬
‫יישומים‬
‫‪ 1‬שיתוף פעולה‬
‫בין חברות‪ ,‬עובדים‪,‬‬
‫ספקים‪ ,‬לקוחות‬
‫ושותפים עסקיים‬
‫‪ 2‬אינטגרציה‬
‫בין האנשים‪ ,‬הנתונים‪,‬‬
‫והתהליכים העסקיים‬
‫פנים‪/‬חוץ ארגוניים‬
‫‪ 3‬עוצמה ומימוש פוטנציאל‬
‫משתמש מממש את פוטנציאל‬
‫תפקידו בעזרת סביבת עבודה‬
‫המותאמת אישית ויכולת‬
‫קבלת מידע מכל מקום‬
‫וכל עת‬
‫היה היה‪ ....‬או מצב קיים‬
‫תרחיש מספר ‪:1‬‬
‫חברת "דיגיטרוניקס"‬
‫מזמינה ‪ 500‬מחשבים חדשים‬
‫ההזמנה מיד יוצאת לדרך‪....‬‬
‫הנהלה‬
‫אחזקה‬
‫דיגיטרוניקס בע"מ‬
‫הפצה‬
‫בקרת איכות‬
‫מכירות‬
‫כספים‬
‫משאבי אנוש‬
‫רכש ומלאי‬
‫ייצור‬
‫‪ERP – Enterprise Resource Planning‬‬
‫תרחיש מספר ‪:1‬‬
‫חברת "דיגיטרוניקס"‬
‫נה ‪ 500‬מחשבים חדשים‬
‫זמנה מיד יוצאת לדרך‪....‬‬
‫הנהלה‬
‫חדשה‬
‫הזמנה‬
‫מכירות‬
‫אחזקה‬
‫אחזקה‬
‫מכירות‬
‫‪ERP‬‬
‫הפצה‬
‫הפצה‬
‫איכות‬
‫בקרת איכות‬
‫בקרת‬
‫הפצה‬
‫משאבי אנוש‬
‫אחזקה‬
‫בקרת איכות רכש ומלאי‬
‫אנוש‬
‫משאביאנוש‬
‫משאבי‬
‫ייצור‬
‫כספים‬
‫כספים‬
‫כספים‬
‫מכירות‬
‫ומלאי‬
‫רכשומלאי‬
‫רכש‬
‫ייצור‬
‫מי מעונין בממשקים‬
‫שכר‬
‫תקבולים מלקוחות‬
‫הזמנות מלקוחות‬
‫עסקים באינטרנט‬
‫עמלות מכירה‬
‫עובדים‪.‬סוכנים‬
‫שרות לקוחות‬
‫ספר חשבונות‬
‫ראשי‬
‫תכנון דרישות‬
‫היצור והרכש‬
‫שווק ומכירה‬
‫ניהול מלאי‬
‫כח אדם‬
‫קריאות שרות‬
‫מבנה אופייני של מערכת‬ERP
‫מכירות‬
‫ והפצה‬SD
‫לוגיסטיקה‬
‫חשבונאות‬
Sales &
‫ניהול‬
Distribution
‫ חומרים‬MM
Materials
‫תכנון‬
Mgmt.
‫ ייצור‬PP
Production
Planning
QM
Quality
Mgmt.
‫איכות‬
‫תמיכה‬
PM
Plant
Maintenance
‫אחזקה‬
SAP
R/3
HR
Human
Resources
‫משאבי‬
‫אנוש‬
FI
Financial
Accounting
‫בקרה‬
‫נכסים‬
‫קבועים‬
CO
Controlling
AM
Fixed Assets
Mgmt.
PS
Project
System
‫פרויקטים‬
WF
Workflow
IS
Industry
Solutions
‫תזרים‬
‫עבודה‬
‫פתרונות‬
‫תעשייתים‬
‫משאבי אנוש‬
‫בקרה‬/‫כספים‬
‫תקציבית‬
‫מיוחדים‬
‫שאפשר‬
‫להפעיל‬
‫•דלק וגז‬
‫•בתי חולים‬
‫•ביטוח‬
‫‪ERP‬הפתרונות המוצעים במערכת‬
‫משאבי אנוש‬
‫גיוס וקליטה‬
‫הערכת עובדים‬
‫שכר‬
‫הדרכה‬
‫–‬
‫–‬
‫–‬
‫–‬
‫לוגיסטיקה‬
‫‪‬‬
‫‪‬‬
‫‪‬‬
‫‪‬‬
‫‪‬‬
‫‪‬‬
‫מכירות והפצה‬
‫רכש‬
‫מלאי‬
‫ייבוא‬
‫ייצור‬
‫אחזקה‬
‫‪ERP‬הפתרונות המוצעים במערכת‬
‫פיננסים •‬
‫חשבונאות –‬
‫נכסים קבועים –‬
‫בקרה ותקציב –‬
‫ניהול פרויקטים •‬
‫תכנון ובקרה‬
‫עלויות‬
‫לוחות זמנים‬
‫משאבים‬
‫תקציב‬
‫–‬
‫–‬
‫–‬
‫–‬
‫–‬
‫פתרונות משלימים‬
‫)‪(PLM‬ניהול מחזור חיי מוצר‬
‫)‪(SCM‬ניהול שרשת אספקה‬
‫)‪(SRM‬ניהול קשרי ספקים‬
‫)‪(CRM‬ניהול קשרי לקוחות‬
‫•‬
‫•‬
‫•‬
‫•‬
‫התנגדות לשינוי‪-‬ממשק אדם מחשב‬
‫חזק מאוד איבוד מקום‬
‫עבודה‬
‫תהליכי‬
‫בקרה‬
‫שינוי‬
‫מערכת‬
‫אינטגרטיבית תהליכי‬
‫עבודה‬
‫שינוי‬
‫מערכת‬
‫חדשה‬
‫שימוש‬
‫בטופס‬
‫‪WORD‬‬
‫חזק‬
‫שינוי תהליכי‬
‫עבודה‬
‫בינוני‬
‫לימוד מערכת‬
‫חדשה‪ ,‬עבודה‬
‫עם מחשב‬
‫חלש‬
‫שינוי מזערי‪,‬‬
‫זניח‬
‫היתרונות העיקריים בגישת ה ‪ERP‬‬
‫שפור בתהליכי הארגון ‪ ,‬קיצור והתייעלות‬
‫חבילה עם עושר פונקציונלי העונה לצרכים רבים ועתידיים של הארגון‬
‫סנכרון תהליכים לרוחבו ואורכו של הארגון‬
‫בסיס נתונים מרכזי ומשותף לארגון‬
‫הטמעת ידע וניסיון מארגונים דומים בעולם‬
‫גמישות בביצוע שינויים ארגוניים ובתהליכי עבודה‬
‫ממשק אחיד וידידותי לכל המודולים בארגון‬
‫תמיכה חזקה של בית תוכנה גדול ומבוסס‬
‫הקטנת עלויות המחשוב הכולל בארגון‬
‫אבטחת איכות תוכנה ברמה גבוהה‬
‫התחיבות לגרסאות ושיפורים חדשים בתוכנה‬
‫חיסול איי – מחשוב בארגון‬
‫החסרונות העיקריים של ‪ERP‬‬
‫מאמץ ארגוני גדול מדובר בפרויקט ארגוני ולא טכנולוגי‬
‫נדרשת מעורבות ומחויבות גבוהה של ההנהלה הבכירה‬
‫קימת התנגדות של עובדים ומנהלים לשינוי ארגוני‬
‫התהליך מלווה בשינוי ארגוני‪ ,‬בתהליכי עבודה ולפעמים במבנה ארגוני‬
‫נוצרת תלות גבוהה של הארגון בספק חיצוני‬
‫השקעה כספית מאד גבוהה‬
‫קושי בבניית ממשקים בין ‪ ERP‬למערכות מידע אחרות בארגון‬
‫חובת התקנת גרסא חדשה לעיתים מאד דחופים‬
‫יישום ‪ = SAP‬שינוי ארגוני‬
‫• התאמת הארגון ל‪.SAP -‬‬
‫לא מתאימים את החבילה לארגון ‪...‬‬
‫• זהו אם כן תהליך של שינוי‪.‬‬
‫• כיצד ניתן לנהל את השינויים ( ‪Change‬‬
‫‪ )Management‬לעומת המצב בו השינויים "מנהלים"‬
‫אותנו‪.‬‬
‫• זיהוי‪ ,‬הכרה וטיפול בהתנגדויות !‬
‫• כיצד ? מי יכול להוביל את השינוי הכי טוב ?‬
‫• הכשרה והפעלת "סוכני שינויים" (‪)Change Agents‬‬
‫בארגון‪.‬‬
‫• הכנה‪ ,‬הכשרה ושיתוף של כלל העובדים בשינוי‬
‫המתרחש‪.‬‬
‫‪ERM Enterprise Resource‬‬
‫‪Management‬‬
‫תפיסת ניהול כוללת ואינטגרטיבית‬
‫בקרה והרשאות המאפשרים ביזור‪ ,‬קל להתאים‬
‫פתרון אסטרטגי המעניק עושר תהליכים תפעוליים‬
‫וניהוליים לתמיכה במימוש יעדי הארגון‬
‫צמח מתוך סביבה תעשייתית‪-‬יצרנית והתפתח לסביבות רבות‬
‫מותאם לקשת רחבה של מגזרים ותחומים‬
‫‪ERP‬תרשים זרימה פרוייקט‬
‫בחירת מערכת ‪ ERP‬לארגון‬
‫‪‬‬
‫כתיבת מסמך מיזם (‪ )RFP‬למערכת‬
‫בחירת הספק לתהליך כולו (ייעוץ‪,‬יישום‪,‬הדרכה‬
‫והדרכת משתמשי קצה ) ‪‬‬
‫בחירת מנהל פרוייקט כולל‬
‫(מטעם הספק)‬
‫הקמת צוות הפרוייקט‬
‫‪‬‬
‫‪ERP‬המשך תרשים זרימה פרוייקט‬
‫אפיון התהליכים ע"י היועצים‬
‫בשיתוף עם משתמשי מפתח‬
‫בארגון ועם צוות הפרוייקט )‪(Blueprint‬‬
‫י‬
‫י‬
‫הצגת המערכת להנהלת הארגון‬
‫(לאחר אפיון ראשוני)‬
‫הדרכה ראשונית של משתמשי מפתח‬
‫על המערכת עצמה‬
‫ש‬
‫ו‬
‫ם‬
‫אפיון סופי והחלטה על פורמט ראשוני‬
‫שהמערכת תתחיל לעבוד בו‬
‫שלב ה ‪(Realization) TO-BE‬‬
‫הגדרת פרויקט ההסבה וביצוע פרויקט במקביל‬
‫בדיקות קבלה‬
‫‪ERP‬המשך תרשים זרימה פרוייקט‬
‫תיעוד התהליכים למדריכים למשתמש‬
‫קורסים בסיסיים לכלל האוכלוסייה‬
‫להכרות עם המערכת‬
‫קורסים ייעודיים למשתמשי קצה לכל מחלקה‬
‫לפי מודולים‬
‫עלייה לאוויר !‪GO LIVE‬‬
‫ליווי צמוד של המשתמשים‬
‫קורסים לרענון וללימוד השינויים במערכת‬
ASAP
Accelerated SAP
and Life Cycle Support for
R/3
Aims of Accelerated SAP:
• Build on the strength of the R/3 system
– great depth and breath of functionality
– configurability and flexibility (versus the need for
coding)
– strong integration
• Define scope and requirements quickly and stick to it
• Deliver on time, on budget with assured quality
• Deal with the “Soft Factors”
– management commitment
– project management
– change management
– integration of all internal and external players
– .....
AcceleratedSAP – SAP´s Full
ASAP Roadmap
Life-Cycle
Solution
Continuous
Project
Preparation
Business
Blueprint
 Project
Management
 Change
Management
 Risk analysis
Realization
Final
Preparation
Methodology
Improvement
Go Live &
Support
 Implementation
Assistant
 Q&A db
Projectrelated
knowledge
Tools
 Implementation
Guide
 Profile Generator
 Review
Services
Training, licensing training material,
(InfoDB), support, project reviews
 Transport System
A Comprehensive Solution
• Roadmap
– Step-by-step project plan and how-to’s
• Tools and Accelerators
– for project estimation and to set expectations (scope, time,
resources)
– for project management: Method/Roadmap, spreadsheets,
documentation templates
– for the business process consultants: questionnaires,check
lists, tools (Q&Adb) for R/3 and other SAP Products
configuration
– for the technical areas: tools and checklists to support
interfaces, data conversions, archiving, infrastructure
• Service, Support and Training
– All professional services in consulting, education, support,
e.g. hotline, Early Watch, OSS, Info-DB, training strategy for
project team and end users
AcceleratedSAP
Accelerators
Accelerated SAP Accelerators
Examples of Accelerators
• Project Plan
• Workshop Agenda
Fill in the Blank
• Questionnaires
versus
• End User Procedures
Start from Scratch
• Test Plans
• Technical Procedures
• Made Easy guide Books
)printout,data transfer, authorizations …(
ASAP Momentum
•
•
•
•
•
ASAP is SAP´s implementation solution. Approx. 60% of all SAP implementation
projects use ASAP. Today almost every new project is an ASAP project
Applicable for all size customers - from a 20 million dollar company or division to a
multi billion global project
More than 15,000 consultants worldwide trained
The use of ASAP has a significant impact on the project duration and consultancy
Use of ASAP in project leads directly to higher customer satisfaction
Number of ASAP projects
800
600
400
200
0
1997 1998 1999 2000
Project
Duration
< 3 months
3-6 months
6-9 months
9-12 months
> 12 months
% of
projects
5
28
30
29
8
The Process: Accelerated SAP
• Consistent project plan to implementing
R/3 and other SAP products - accepted
worldwide (Different Languages)
• Questionnaires to guide definition of
business requirements
• Tools to manage configuration and testing
• Detailed Technical Guidebooks
• Knowledge Corner for Configuration and
some other product details
Solutions
What if the project is phased?
 Most projects are phased
 Roadmap used for each phase
 Focus on accelerating each phase
 Quality Assurance - required for each phase
ASAP Trend: Big Bang Implementations
Objectives:
time
 Avoid temporary
interfaces
Cont.
change
 Focus on essentials reduce project
complexity:
identify “critical” vs.
“nice-to-have”
business requirements
Cont.
change
ASAP
project
Financials
Sales &
Distrib.
Procurement
Manufacturing
 Avoid modifications:
reference-based
implementations with
pragmatic business
process improvements
Functional
range
Project Duration Example
Assumes 6 month project
Phase
1 Project Preparation
3
2 Business Blueprint
4
3 Realization
Baseline
15
Final Configuration
19
Integration Test 3
4 Final Preparation
19
Total
100
5 Go live & Support
2+
Weeks
%
12
15
4
5
12
5
26
8
ASAP Project Plans
Solutions
What if your customer needs major
Reengineering?

Can use accelerators of Roadmap

Can use most steps of Roadmap

Reengineering - during Blueprint

Quality Assurance - required if using Roadmap
ASAP Success Factors in Each Phase
Project
Preparation
•
Top Management Commitment
•
Realistic Planning and Expectation Setting
•
Availability of customer team members
•
Availability of experienced consultants
•
Clear definition of scope (priorities)
•
Quick decisions
•
No major changes to project scope
•
Focus on data transfer and interfaces
Final Preparation
•
Ensure adequate testing and user
acceptance (e.g. interfaces, printouts,...)
Go Live &
Support
•
Go-live plan, timely end-user training
•
Establish long-term support
strategy/help desk
Business
Blueprint
Realization
Table of Contents
Accelerated SAP in the context of Team SAP
ASAP for Implementation and Continuous Change
Details about the contents of Accelerated SAP
ASAP case studies and surveys
AcceleratedSAP - Status and Strategic Direction
Scoping
• Form a fundamental
understanding of your
enterprise
• SAP determines initial
project scope and
strategy
• Initial problems,
options and solutions
become clear
• Valuable input for the
contract
Phase 1: Project Preparation
1
•
•
•
•
•
•
Project organization and standards
Prepare project charter
Initial project planning
Level 1 training for project team
Technical requirements planning
Prepare executive kickoff meeting
Project Management
•
Project Management solution for
the entire life cycle
• Step-by-Step guide with lots of templates and
examples
• Documentation management functionality
• Single point of access to
information
• Additional and new content, e.g.
– Change Management
Continuous
– Risk assessment
Project
Final
Improvement
Preparation
– New Dimensions
Preparation Go-Live
Realization
Business
& Support
– Blueprint
Global ASAP
– Business Improvement Services
• Dynamic filtering and status management in
next releases
Phase 2: Business Blueprint
2
• Customer requirements gathering in interviews
• Questionnaires and models assist to create the Business
Blueprint
• Level 2 training
• System installation
• Management review of Business Blueprint
Detailed Scoping and
Blueprinting
•
Improved Blueprinting by adressing all
Blueprint-relevant areas up front. Easier
creation of complete Blueprint.
•
New reporting brings all different subjects
together
•
Improved and enriched content:
– Reference Structure
– Questionnaires
– Customer Input Templates
•
Cross-references
•
Tracking of development activities reduces
project risks
•
Documentation Management
Viewing Diagrams
• Offline viewing tools for
business processes
available within ASAP
• Improved look&feel
• Dynamic adaption of
graphics to incorporate just
the right amount of
information
• Project scope reflected by
graphics
• Graphics now can contain
any information that the
Reference Model offers
– Process flow
– Required master data
ASAP Documents Build on Each Other
Project
Plan
Scope
Enhance
ments
Authorization
Business Process
Business
Process
System
Performanc
e
Reports
Conversions
Interfaces
Business
Processes
Organization
Structure
Procedures
Test Cases
Reports
Interfaces
Conversion
Test Plan
Training Mat.
Go Live Plan
Phase 3: Realization
3
•
Baseline Configuration
– Configuration of 100 % of organizational structure and majority of all daily
business operations = baseline system
– Business scenario confirmation and approval )first “integration test”(
– No throw-away prototype
•
Final Configuration/Integration Test
– Develop integrated and documented solutions through cycles
– Design, develop and test interfaces, reports,
and conversions
Configuration and Testing
•
Coordination of:
– Configuration activities
– Testing
– Documentation & training
development
– Development activities
– Authorizations
Easy navigation into the IMG,
transactions, and Blueprint
documentation
Process-oriented and subject
oriented customizing
Customer inquiry processing
•
•
The New IMG
•
Coordination of:
– Configuration activities
– Testing
– Documentation & training
development
– Development activities
– Authorizations
Customer
inquiry processing
• Easy navigation into the IMG,
transactions, and Blueprint
documentation
• Process-oriented and subject
oriented customizing
Predefined Integration Test
Procedures
Available for
• Sales
• Procurement
• External
Accounting
• Asset Management
Phase 4: Final Preparation
4
• Go-live plan
• End-user training
• Integration, volume and stress testing
• Establish internal help desk
• Cut-over to productive environment
Phase 5: Going Live and Support
5
• Application support
• Verify accuracy of productive system
• Measurement of business benefits
What Makes Accelerated SAP So Successful
!
•
Comprehensive Implementation Solution
– Roadmap, Tools (incl. Business Engineer), and Service & Support
•
Completely process-oriented
– Configuration of business process scenarios instead of single
functions
•
Emphasis on early project phases
•
Role concept
– Project management, application consulting, and technical
implementation
•
Numerous examples and forms (accelerators)
•
Documentation of the “To-Be” )Business Blueprint(,
but not the “As-Is”
•
Configuration of baseline system after the Business Blueprint phase (no
throw away prototype)
•
Clear, pragmatic recommendations
Key Success Factors for ASAP Projects
Senior Management
Support
Project Team
Empowerment
Resource Availability
Commun. Betwn
Proj. Team & Org.
Communication of
Corp. Objectives
Project Team
Training
0.00
2.00
4.00
6.00
8.00
10.00
‫‪ERP‬בקרת איכות בפרויקט‬
‫– סיכונים מרכזיים‪ERP‬‬
‫תיאום עם משתמשים •‬
‫התראות ובקרה ניהולית‪• -‬‬
‫לסיים בזמן‪ ,‬בתקציב ובאיכות‬
‫הנדרשת!‬
‫שמירה על רצף תפעולי תוך •‬
‫התממשקות למערכות קיימות‬
‫סיכונים טכנולוגיים ועלויות •‬
‫נלוות‬
‫תהליכי ההסבות •‬
‫התראה‬
‫ובקרה‬
‫ניהולית‬
‫תיאום עם‬
‫המשתמשים‬
‫רצף‬
‫תפעולי‬
‫טכנולוגיה‬
‫איכות לאורך‬
‫חיי הפרויקט‬
‫– תהליך הבקרה המלווה ליישום‪ERP‬‬
‫ייזום‬
‫הכרת‬
‫התהליכים‬
‫העסקיים של‬
‫הארגון‬
‫אפיון‬
‫מסמך אפיון‬
‫ואישורו‬
‫אפיון מפורט‬
‫עליה‬
‫לאוויר‬
‫קידוד‪ ,‬בדיקות‪ ,‬אינטגרציה‬
‫מבחני‬
‫הצלחה ליום‬
‫העליה‬
‫לאוויר‬
‫א"א‪ ,‬ניהול סיכונים‪ ,‬ניהול תשתיות בקרה‪ ,‬ניהול תצורה‪ ,‬בקרת אינטגרציה מערכתית‪ ,‬בקרת יישום מונחה תקנים‪/‬מתודולוגיות‪ ,‬ניהול שושי"ם‬
‫יישום פיילוט משתמשים‬
‫בקרת שלמות‬
‫לוגיקה עסקית‪,‬‬
‫תכנון מסגרת‬
‫שו"ב‬
‫בקרת אפיון‬
‫מפורטת‪ ,‬תכנון‬
‫על לבדיקות‬
‫תכנון בדיקות‬
‫מונחה סיכונים‬
‫‪STP‬‬
‫תוכנית בדיקות‬
‫מסמכי ‪– STD‬‬
‫ביצוע‬
‫בדיקות‬
‫בדיקות‬
‫מונחות‬
‫כתיבת‬
‫תסריטים‬
‫הפקת‬
‫לקחים‬
‫בקרת אפיון‪-‬‬
‫על‬
‫תוכנית שו"ב‬
‫כוללת‬
‫מפרטי בדיקות‬
‫פונק'‪ ,‬הסבה‪,‬‬
‫ממשקים‪,‬‬
‫אינטגרציה‪,‬‬
‫אוטומציה‪ ,‬ביצועים‬
‫ועומסים‬
‫‪ – STR‬דוחות‬
‫ביצוע‪ ,‬תקלות‬
‫‪ – STR‬דוחות‬
‫ביצוע‪ ,‬תקלות‬
‫וניתוחי מימצאים‬
‫תכנון‬
‫מעבר‬
‫מדורג אל‬
‫סביבת‬
‫הייצור‬
‫– תהליך הבקרה – שלב הייזום‪ERP‬‬
‫ייזום‬
‫הכרת‬
‫התהליכים‬
‫העסקיים של‬
‫הארגון‬
‫אפיון‬
‫מסמך אפיון‬
‫ואישורו‬
‫אפיון מפורט‬
‫עליה‬
‫לאוויר‬
‫קידוד‪ ,‬בדיקות‪ ,‬אינטגרציה‬
‫מבחני‬
‫הצלחה ליום‬
‫העלייה‬
‫לאוויר‬
‫א"א‪ ,‬ניהול סיכונים‪ ,‬ניהול תשתיות בקרה‪ ,‬ניהול תצורה‪ ,‬בקרת אינטגרציה מערכתית‪ ,‬בקרת יישום מונחה תקנים‪/‬מתודולוגיות‪,‬‬
‫ניהול שושי"ם‬
‫יישום פיילוט משתמשים‬
‫בקרת שלמות‬
‫לוגיקה עסקית‪,‬‬
‫תכנון מסגרת‬
‫שו"ב‬
‫בקרת אפיון‬
‫מפורטת‪ ,‬תכנון‬
‫על לבדיקות‬
‫תכנון בדיקות‬
‫מונחה סיכונים‬
‫ביצוע‬
‫בדיקות‬
‫כתיבת‬
‫תסריטים‬
‫בדיקות‬
‫מונחות‬
‫הפקת‬
‫לקחים‬
‫בקרת אפיון‪-‬על‬
‫תוכנית שו"ב‬
‫כוללת‬
‫תכנון‬
‫מעבר‬
‫מדורג אל‬
‫סביבת‬
‫הייצור‬
‫שלב הייזום‬
‫‪‬מיפוי ותעדוף מושכלים של ‪90%‬‬
‫מהתהליכים העסקיים כבסיס ל‪:‬‬
‫‪ ‬בקרה על מסמך האפיון‬
‫הראשוני ‪BP -‬‬
‫‪ ‬בקרה על מענה הספק מול‬
‫צרכי הארגון‬
‫‪ ‬תכנון תהליך השתלבות תהליכי‬
‫הבדיקות ואבני הדרך בפרויקט‬
‫– תהליך הבקרה – שלב האפיון‪ERP‬‬
‫ייזום‬
‫הכרת‬
‫התהליכים‬
‫העסקיים של‬
‫הארגון‬
‫אפיון‬
‫מסמך אפיון‬
‫ואישורו‬
‫אפיון מפורט‬
‫עליה‬
‫לאוויר‬
‫קידוד‪ ,‬בדיקות‪ ,‬אינטגרציה‬
‫מבחני‬
‫הצלחה ליום‬
‫העליה‬
‫לאוויר‬
‫א"א‪ ,‬ניהול סיכונים‪ ,‬ניהול תשתיות בקרה‪ ,‬ניהול תצורה‪ ,‬בקרת אינטגרציה מערכתית‪ ,‬בקרת יישום מונחה תקנים‪/‬מתודולוגיות‪ ,‬ניהול שושי"ם‬
‫יישום פיילוט משתמשים‬
‫בקרת שלמות‬
‫לוגיקה עסקית‪,‬‬
‫תכנון מסגרת‬
‫שו"ב‬
‫בקרת אפיון‬
‫מפורטת‪ ,‬תכנון‬
‫על לבדיקות‬
‫תכנון בדיקות‬
‫מונחה סיכונים‬
‫ביצוע‬
‫בדיקות‬
‫בדיקות‬
‫מונחות‬
‫כתיבת‬
‫תסריטים‬
‫הפקת‬
‫לקחים‬
‫‪STP‬‬
‫תוכנית בדיקות‬
‫תכנון‬
‫מעבר‬
‫מדורג אל‬
‫סביבת‬
‫הייצור‬
‫שלב האפיון‬
‫‪ ‬כתיבת מסמך תכנית בדיקות‬
‫(‪: )STP‬‬
‫‪‬הגדרת רובדי הבדיקות הרלוונטיים למערכת‪:‬‬
‫‪‬פונקציונליות‬
‫‪ ‬אינטגרציה‬
‫‪‬שימושיות‬
‫‪‬אבטחת מידע‬
‫‪‬הסבות‬
‫‪‬הגדרת אופן ביצוע הבדיקות‪ -‬ידני‪ /‬אוטומטי‬
‫‪‬הגדרת כלי בדיקה ונהלי עבודה‬
‫‪‬הגדרת סביבת בדיקות‬
‫‪‬זיהוי משאבי הבדיקות‬
‫‪‬תוכנית עבודה פרטנית להמשך הבדיקות‬
‫‪‬זיהוי סיכונים בתהליך הבדיקות‬
‫תוצר‪Software Test Plan -‬‬
‫– תהליך הבקרה – שלב האפיון המפורט‪ERP‬‬
‫ייזום‬
‫הכרת‬
‫התהליכים‬
‫העסקיים של‬
‫הארגון‬
‫אפיון‬
‫מסמך אפיון‬
‫ואישורו‬
‫אפיון מפורט‬
‫עליה‬
‫לאוויר‬
‫קידוד‪ ,‬בדיקות‪ ,‬אינטגרציה‬
‫מבחני‬
‫הצלחה ליום‬
‫העלייה‬
‫לאוויר‬
‫א"א‪ ,‬ניהול סיכונים‪ ,‬ניהול תשתיות בקרה‪ ,‬ניהול תצורה‪ ,‬בקרת אינטגרציה מערכתית‪ ,‬בקרת יישום מונחה תקנים‪/‬מתודולוגיות‪ ,‬ניהול שושי"ם‬
‫יישום פיילוט משתמשים‬
‫בקרת שלמות‬
‫לוגיקה עסקית‪,‬‬
‫תכנון מסגרת‬
‫שו"ב‬
‫בקרת אפיון‬
‫מפורטת‪ ,‬תכנון‬
‫על לבדיקות‬
‫תכנון בדיקות‬
‫מונחה סיכונים‬
‫ביצוע‬
‫בדיקות‬
‫בדיקות‬
‫מונחות‬
‫כתיבת‬
‫תסריטים‬
‫הפקת‬
‫לקחים‬
‫מסמכי ‪– STD‬‬
‫מפרטי בדיקות‬
‫פונק'‪ ,‬הסבה‪,‬‬
‫ממשקים‪,‬‬
‫אינטגרציה‪,‬‬
‫אוטומציה‪ ,‬ביצועים‬
‫ועומסים‬
‫תכנון‬
‫מעבר‬
‫מדורג אל‬
‫סביבת‬
‫הייצור‬
‫שלב האפיון המפורט‬
‫‪ ‬כתיבת תכנון פרטני של הבדיקות‬
‫(‪:)STD‬‬
‫‪‬כתיבת תסריטי בדיקות פרטניים‬
‫במבנה של ‪:‬‬
‫‪‬תנאי התחלה‬
‫‪‬תיאור‬
‫‪‬נתוני בדיקה‬
‫‪‬תוצאה צפויה‬
‫‪‬בדיקות חיוביות ובדיקות שליליות‬
‫‪‬דמוי תהליכי עבודה אמיתיים מקצה‬
‫לקצה‬
‫‪‬בדיקות אינטגרציה‬
‫תוצר‪Software Test Description -‬‬
‫– תהליך הבקרה – שלב הקידוד‪ ,‬בדיקות ואינטגרציה‪ERP‬‬
‫ייזום‬
‫הכרת‬
‫התהליכים‬
‫העסקיים של‬
‫הארגון‬
‫אפיון‬
‫מסמך אפיון‬
‫ואישורו‬
‫אפיון מפורט‬
‫עליה‬
‫לאוויר‬
‫קידוד‪ ,‬בדיקות‪ ,‬אינטגרציה‬
‫מבחני‬
‫הצלחה ליום‬
‫העלייה‬
‫לאוויר‬
‫א"א‪ ,‬ניהול סיכונים‪ ,‬ניהול תשתיות בקרה‪ ,‬ניהול תצורה‪ ,‬בקרת אינטגרציה מערכתית‪ ,‬בקרת יישום מונחה תקנים‪/‬מתודולוגיות‪,‬‬
‫ניהול שושי"ם‬
‫יישום פיילוט משתמשים‬
‫בקרת שלמות‬
‫לוגיקה עסקית‪,‬‬
‫תכנון מסגרת‬
‫שו"ב‬
‫בקרת אפיון‬
‫מפורטת‪ ,‬תכנון‬
‫על לבדיקות‬
‫תכנון בדיקות‬
‫מונחה סיכונים‬
‫ביצוע‬
‫בדיקות‬
‫בדיקות‬
‫מונחות‬
‫כתיבת‬
‫תסריטים‬
‫הפקת‬
‫לקחים‬
‫‪ – STR‬דוחות‬
‫ביצוע‪ ,‬תקלות‬
‫‪ – STR‬דוחות‬
‫ביצוע‪ ,‬תקלות‬
‫וניתוחי ממצאים‬
‫תכנון‬
‫מעבר‬
‫מדורג אל‬
‫סביבת‬
‫הייצור‬
‫שלב הקידוד האינטגרציה ובדיקות – ‪ 2‬רמות הערכות‬
‫טכנולוגיה‬
‫‪ ‬הכנת סביבות עבודה‬
‫סביבות ‪PROD / TEST / DEV‬‬
‫וניהול קליינטים בסביבות‬
‫‪ ‬שימוש בכלי בדיקה‬
‫‪ ‬נהלי עבודה‬
‫‪ ‬נוהלי עבודה למיישמים כולל שילוב‬
‫‪ QA‬בכל שלב‬
‫‪ ‬נוהלי עבודה להעברת שינויים בין‬
‫סביבות עבודה (בקרת תצורה‬
‫והקפאות )‬
‫‪ ‬נהלי עבודה לטיפול בתקלות‬
‫– תהליך הבקרה – שלב הקידוד‪ ,‬בדיקות ‪ERP‬‬
‫ואינטגרציה‬
‫ייזום‬
‫הכרת‬
‫התהליכים‬
‫העסקיים של‬
‫הארגון‬
‫אפיון‬
‫מסמך אפיון‬
‫ואישורו‬
‫אפיון מפורט‬
‫עליה‬
‫לאוויר‬
‫קידוד‪ ,‬בדיקות‪ ,‬אינטגרציה‬
‫מבחני‬
‫הצלחה ליום‬
‫העלייה‬
‫לאוויר‬
‫‪ASAP‬‬
‫‪C1+C2‬‬
‫הסבות‬
‫א"א‪ ,‬ניהול סיכונים‪ ,‬ניהול תשתיות בקרה‪ ,‬ניהול תצורה‪ ,‬בקרת אינטגרציה מערכתית‪ ,‬בקרת יישום מונחה תקנים‪/‬מתודולוגיות‪ ,‬ניהול שושי"ם‬
‫יישום פיילוט משתמשים‬
‫בקרת שלמות‬
‫לוגיקה עסקית‪,‬‬
‫תכנון מסגרת‬
‫שו"ב‬
‫בקרת אפיון‬
‫מפורטת‪ ,‬תכנון‬
‫על לבדיקות‬
‫תכנון בדיקות‬
‫מונחה סיכונים‬
‫ביצוע‬
‫בדיקות‬
‫בדיקות‬
‫מונחות‬
‫כתיבת‬
‫תסריטים‬
‫הפקת‬
‫לקחים‬
‫‪ASAP‬‬
‫‪C1+C2‬‬
‫‪ – STR‬דוחות‬
‫ביצוע‪ ,‬תקלות‬
‫‪ – STR‬דוחות‬
‫ביצוע‪ ,‬תקלות‬
‫וניתוחי מימצאים‬
‫תכנון‬
‫מעבר‬
‫מדורג אל‬
‫סביבת‬
‫הייצור‬
‫פיילוט המשתמשים – כנכס להטמעה מוצלחת‬
‫‪ ‬יישום מתודולוגית בדיקות‬
‫תוך שלוב משתמשי קצה ופיילוט‬
‫משתמשים ע"י הלקוח‬
‫‪ ‬מיפוי ותיעדוף מושכלים של‬
‫התהליכים העסקיים המרכזיים‬
‫כבסיס לתכולת הפיילוט‬
‫‪ ‬ביצוע פיילוט תוך שילוב השינויים‬
‫הנדרשים על פי המשתמשים‬
‫בבדיקות העלייה לאוויר‬
‫‪ ‬במקביל ביצוע פיילוט לתמיכת‬
‫משתמשים ‪HelpDesk -‬‬
‫– תהליך הבקרה – וידוא רצף תפעולי ועליה ‪ERP‬‬
‫לאוויר‬
‫ייזום‬
‫הכרת‬
‫התהליכים‬
‫העסקיים של‬
‫הארגון‬
‫אפיון‬
‫מסמך אפיון‬
‫ואישורו‬
‫אפיון מפורט‬
‫עליה‬
‫לאוויר‬
‫קידוד‪ ,‬בדיקות‪ ,‬אינטגרציה‬
‫מבחני‬
‫הצלחה ליום‬
‫העלייה‬
‫לאוויר‬
‫א"א‪ ,‬ניהול סיכונים‪ ,‬ניהול תשתיות בקרה‪ ,‬ניהול תצורה‪ ,‬בקרת אינטגרציה מערכתית‪ ,‬בקרת יישום מונחה תקנים‪/‬מתודולוגיות‪ ,‬ניהול שושי"ם‬
‫יישום פיילוט משתמשים‬
‫בקרת שלמות‬
‫לוגיקה עסקית‪,‬‬
‫תכנון מסגרת‬
‫שו"ב‬
‫בקרת אפיון‬
‫מפורטת‪ ,‬תכנון‬
‫על לבדיקות‬
‫תכנון בדיקות‬
‫מונחה סיכונים‬
‫ביצוע‬
‫בדיקות‬
‫בדיקות‬
‫מונחות‬
‫כתיבת‬
‫תסריטים‬
‫הפקת‬
‫לקחים‬
‫תכנון‬
‫מעבר אל‬
‫סביבת‬
‫הייצור‬
‫הקמת תשתית‬
‫‪HelpDesk‬‬
‫שמירה על רצף תפעולי‬
‫מתממשקת למערכות ‪ERP‬מערכת‬
‫קיימות ופעילות‪.‬‬
‫•‬
‫יש לשמור על רצף תפעולי עם מערכות‬
‫אלו!‬
‫•‬
‫מנגנון בדיקת הסבות נתונים כדי לאפשר‬
‫לשמור על רצף תפעולי עם עליית‬
‫המערכת לאוויר‪.‬‬
‫•‬
‫הקמה וניהול סביבות מקבילות‪ -‬קליינטים‬
‫ייעודיים והקפאות תצורה‪ ,‬לבדיקות‬
‫תהליכים פונקציונאליים‪ ,‬הסבות‬
‫וממשקים‪.‬‬
‫•‬
‫מעבר מדורג מסביבת פיתוח •‬
‫לסביבת הבדיקות •‬
‫לשמירת הרצף התפעולי‬
‫•‬
‫פיילוט המשתמשים – כנכס להטמעה מוצלחת‬
‫שיתוף המשתמשים בבקרה על •‬
‫האפיון ובבדיקות – תהליך‬
‫הדרגתי ומשוב ‪Buy-In‬‬
‫בשלבים מוקדמים ככל שניתן‪.‬‬
‫בקרת תהליכים עסקיים –‬
‫מרכזיים ע"י משתמשים‪.‬‬
‫)‪– COE (Center Of Excellence‬‬
‫הקמת מרכז מומחים מבין‬
‫המשתמשים לבקרה על אפיון‬
‫ותהליך היישום הסופי‬
‫–ניהול משולב עם בקרה ואבטחת‪-‬איכות‪ERP‬‬
‫ייזום‬
‫הכרת‬
‫התהליכים‬
‫העסקיים של‬
‫הארגון‬
‫אפיון‬
‫מסמך אפיון‬
‫ואישורו‬
‫אפיון מפורט‬
‫עליה‬
‫לאוויר‬
‫קידוד‪ ,‬בדיקות‪ ,‬אינטגרציה‬
‫מבחני‬
‫הצלחה ליום‬
‫העליה‬
‫לאוויר‬
‫א"א‪ ,‬ניהול סיכונים‪ ,‬ניהול תשתיות בקרה‪ ,‬ניהול תצורה‪ ,‬בקרת אינטגרציה מערכתית‪ ,‬בקרת יישום מונחה תקנים‪/‬מתודולוגיות‪ ,‬ניהול שושי"ם‬
‫יישום פיילוט משתמשים‬
‫בקרת שלמות‬
‫לוגיקה עסקית‪,‬‬
‫תכנון מסגרת‬
‫שו"ב‬
‫בקרת אפיון‬
‫מפורטת‪ ,‬תכנון‬
‫על לבדיקות‬
‫תכנון בדיקות‬
‫מונחה סיכונים‬
‫בקרת אפיון‪-‬על‬
‫תוכנית שו"ב‬
‫כוללת‬
‫‪STP‬‬
‫תוכנית בדיקות‬
‫מסמכי ‪– STD‬‬
‫ביצוע‬
‫בדיקות‬
‫בדיקות‬
‫מונחות‬
‫כתיבת‬
‫תסריטים‬
‫הפקת‬
‫לקחים‬
‫מפרטי בדיקות‬
‫פונק'‪ ,‬הסבה‪,‬‬
‫ממשקים‪,‬‬
‫אינטגרציה‪,‬‬
‫אוטומציה‪ ,‬ביצועים‬
‫ועומסים‬
‫‪ – STR‬דוחות‬
‫ביצוע‪ ,‬תקלות‬
‫‪ – STR‬דוחות‬
‫ביצוע‪ ,‬תקלות‬
‫וניתוחי מימצאים‬
‫תכנון‬
‫מעבר‬
‫מדורג אל‬
‫סביבת‬
‫הייצור‬
‫–בקרה תוך הנצלה מיטבית של משאבי לקוח‪ERP‬‬
‫ייזום‬
‫הכרת‬
‫התהליכים‬
‫העסקיים של‬
‫הארגון‬
‫אפיון‬
‫מסמך אפיון‬
‫ואישורו‬
‫אפיון מפורט‬
‫עליה‬
‫לאוויר‬
‫קידוד‪ ,‬בדיקות‪ ,‬אינטגרציה‬
‫מבחני‬
‫הצלחה ליום‬
‫העליה‬
‫לאוויר‬
‫א"א‪ ,‬ניהול סיכונים‪ ,‬ניהול תשתיות בקרה‪ ,‬ניהול תצורה‪ ,‬בקרת אינטגרציה מערכתית‪ ,‬בקרת יישום מונחה תקנים‪/‬מתודולוגיות‪ ,‬ניהול שושי"ם‬
‫יישום פיילוט משתמשים‬
‫בקרת שלמות‬
‫לוגיקה עסקית‪,‬‬
‫תכנון מסגרת‬
‫שו"ב‬
‫בקרת אפיון‬
‫מפורטת‪ ,‬תכנון‬
‫על לבדיקות‬
‫תכנון בדיקות‬
‫מונחה סיכונים‬
‫בקרת אפיון‪-‬על‬
‫תוכנית שו"ב‬
‫כוללת‬
‫‪STP‬‬
‫תוכנית בדיקות‬
‫מסמכי ‪– STD‬‬
‫ביצוע‬
‫בדיקות‬
‫בדיקות‬
‫מונחות‬
‫כתיבת‬
‫תסריטים‬
‫הפקת‬
‫לקחים‬
‫מפרטי בדיקות‬
‫פונק'‪ ,‬הסבה‪,‬‬
‫ממשקים‪,‬‬
‫אינטגרציה‪,‬‬
‫אוטומציה‪ ,‬ביצועים‬
‫ועומסים‬
‫‪ – STR‬דוחות‬
‫ביצוע‪ ,‬תקלות‬
‫‪ – STR‬דוחות‬
‫ביצוע‪ ,‬תקלות‬
‫וניתוחי מימצאים‬
‫תכנון‬
‫מעבר‬
‫מדורג אל‬
‫סביבת‬
‫הייצור‬
‫השתלבות הבטחת איכות עם‬
‫‪• ASAP= Accelerated SAP:‬‬
‫שיטת בקרת איכות לפי מתודולוגית –‬
‫ניהול פרויקטים מובנית‬
‫משתלב מצוין עם תפיסת הבקרה •‬
‫דגש על תהליכים עסקיים –‬
‫דגש על תרגום תהליכים אלו לאפיון –‬
‫המערכת‬
‫‪Realization‬‬
‫דגש על מעבר מדורג לסביבת הייצור –‬
‫והמשך תמיכה לאחר העלייה לאוויר‬
‫שלבי פרויקט על פי ‪: ASAP‬‬
‫‪Phase 1 – Project Preparation‬‬
‫‪‬‬
‫‪Phase 2 – Business Blueprint‬‬
‫‪‬‬
‫‪Phase 3 – Realization‬‬
‫‪‬‬
‫‪Phase 4 – Final Preparation‬‬
‫‪‬‬
‫‪Phase 5 – Go Live & Support‬‬
‫‪‬‬
‫השתלבות הבטחת האיכות עם מיישמי‬ASAP
Baselin
e
Customization
C1
RW
C1
STD
TC1
Testing
TC1
Customization
C2
STD
TC2
RW
C2
Testing
TC2
Int.
Test
TC3
21.7
15.9
15.10
10.11
‫גורמים קריטיים להצלחה של הבטחת איכות‬
‫שיתוף פעולה עם המיישמים‪ ,‬‬
‫מפתחים והלקוח‬
‫תהליך רציף ומלווה פרויקט משלב ‪‬‬
‫האפיון‬
‫סביבות עבודה מתאימות והעברה ‪‬‬
‫‪Test‬מדורגת ליישום דרך סביבות‬
‫פיילוט משתמשים ‪‬‬