SAP by Sali · Project NEO
טוען את נוף ה-SAP…
SAP by Sali · Project NEO
טוען את נוף ה-SAP…
Usability
פרק זה הוא יחידת-לימוד מלאה על שמישות (Usability) של מערכת ה-PM עבור משתמשי-הקצה — טכנאים, מתכננים ומנהלי-תחזוקה. השמישות אינה 'נוי' אלא מנוף תפעולי: ככל שמסך-ההזמנה, רשימת-העבודה והדיווח קלים יותר, כך הדיווח מהיר ומדויק, נתוני-התחזוקה אמינים, וקבלת-המשתמשים (User Acceptance) גבוהה. הפרק סוקר מהי שמישות וכיצד מודדים אותה, מדוע שמישות אינה זהה לקבלת-משתמשים ומדוע הקבלה כה חשובה, ולאחר-מכן שלוש שכבות של אפשרויות-שיפור: מה המשתמש עצמו יכול לעשות (SU3, תפקידים, וריאנטים), מה אנשי-IT שאינם מתכנתים יכולים לעשות (Transaction Variants ב-SHD0, Customizing, Action Box, SAP Business Client, פתרונות-מובייל, SAP Fiori, GuiXT, SAP Screen Personas), ומה מתכנתים יכולים לעשות (Upstream Transactions, BAPI, ממשק-Web, Customer Exits ועוד). הפרק נחתם במחקרי-שמישות (Usability Studies) — הכנה, ביצוע, תוצאות, ומעבדת-בדיקה עם SAP Screen Personas. כל תת-פרק וכל תת-סעיף הורחב ליחידת-לימוד עצמאית בת 18 מקטעים — שלוש רמות-הסבר, מטרה, דוגמת-תהליך, דוגמת CBC, ניווט/SPRO, אובייקטים, קונפיגורציה, טעויות, פתרון-תקלות, שיטות-מומלצות, שאלות-ראיון ומסקנות — כדי ללמוד את הנושא ללא הספר המקורי.
הסבר מנהלים
שמישות (Usability) היא המידה שבה משתמש יכול להשיג את מטרתו במערכת ביעילות, באפקטיביות ובשביעות-רצון. בהקשר PM זה מתבטא בכמה לחיצות נדרשות ליצירת הודעת-תקלה, באיתור הזמנת-עבודה ברשימה, ובדיווח-גמר. שכבת-היסודות מגדירה את המושג, כיצד מעריכים אותו, מדוע הוא נבדל מקבלת-המשתמשים, ומדוע הקבלה קריטית להצלחת-המערכת.
הסבר למתחילים
תאר טכנאי-תחזוקה שצריך לפתוח הודעת-תקלה על מכונה. אם המסך עמוס שדות מיותרים, אם הוא חייב לזכור קודים בעל-פה, ואם נדרשות עשר לחיצות — הוא יתעצבן, ידחה את הדיווח, או ירשום על פתק. אם המסך נקי, השדות הנכונים בלבד מופיעים, ויש עזרי-בחירה — הוא ידווח מיד ובדיוק. זו שמישות: כמה המערכת 'נוחה' למי שמשתמש בה כל יום.
הסבר ליועצים
שמישות מוגדרת בתקן ISO 9241-11 כ-effectiveness, efficiency ו-satisfaction בהקשר-שימוש נתון. ב-SAP GUI היא מושפעת ממספר השדות, מסדר ה-Tab, מ-Input Help, מ-Table Controls, מ-Transaction Variants ומ-Roles. חשוב להבחין: שמישות היא תכונה אובייקטיבית-נמדדת של הממשק; קבלת-משתמשים (User Acceptance) היא עמדה סובייקטיבית. אפשר ממשק שמיש שאינו מתקבל (חוסר-אמון/הרגל) ולהפך. תפקיד היועץ: לשפר שמישות בכלים זמינים (SU3, SHD0, Customizing, Fiori, Personas) ובמקביל לטפח קבלה דרך שיתוף ותקשורת.
מטרה עסקית
דוגמת תהליך
דוגמת CBC
ניווט / SPRO
קונפיגורציה
T-Codes
Tables
Fiori Apps
טעויות נפוצות
פתרון תקלות
שיטות מומלצות
שאלות ראיון
מידת ה-effectiveness, efficiency ו-satisfaction של משתמש בהשגת מטרה בהקשר-שימוש נתון.
כי דיווח קל ומהיר = נתוני-תחזוקה מלאים ואמינים, שעליהם נשענים MTBF/MTTR, תחזוקה-מונעת וניתוח-עלויות.
מסקנות מפתח
נושאים קשורים
תתי-סעיפים (מבנה הספר)