התשובה הקצרה
מערכת זקוקה לשדרוג כשהעבודה סביבה עולה על העבודה בתוכה. שמונת הסימנים למטה הם ביטויים שונים של אותה תופעה, אבל כל אחד מצביע על שורש אחר - ולכן זיהוי מדויק חשוב יותר מספירה.
שמונת הסימנים
| # | הסימן | מה הוא מסגיר |
|---|---|---|
| 1 | גיליונות מקבילים לניהול תחזית או תורים | המערכת אינה מקור האמת בפועל |
| 2 | דוחות שמציגים מספרים סותרים | הגדרות מדד לא מאוחדות או כפילויות נתונים |
| 3 | כל בקשת שינוי אורכת שבועות | חוב באוטומציות, אין סביבת בדיקה תקינה |
| 4 | מסכים עם עשרות שדות שאיש לא ממלא | הצטברות דרישות בלי ניקוי |
| 5 | טעינת רשומה איטית באופן מורגש | Trigger כפול, Flows מדורגים, שאילתות לא יעילות |
| 6 | פעולות ידניות שחוזרות יומית | תהליך שלא הוטמע, רק תועד |
| 7 | הרשאות שניתנות "כדי שיסתדר" | מודל נראות שאיבד היגיון |
| 8 | ידע שנמצא אצל אדם אחד בלבד | היעדר תיעוד וממשל |
איך קוראים את התמונה
הסימנים מתחלקים לארבע משפחות, וזה מה שקובע את סוג העבודה:
תהליך (1, 6) - המערכת בנויה סביב תהליך שאינו התהליך האמיתי. התיקון הוא מיפוי מחדש, לא פיתוח.
נתונים (2) - הבעיה בהגדרות ובאיכות, לא בכלי הדיווח. הרחבה במדדי איכות נתונים.
ארכיטקטורה (3, 5) - חוב מצטבר באוטומציות ובקוד. הרחבה בשיפור ביצועים.
ממשל (4, 7, 8) - אין מי שמחליט מה נכנס, מי רואה מה, ומי מתעד. זו המשפחה שאם לא מטפלים בה, שאר התיקונים חוזרים.
הסימן שמעיד הכי חזק
מבין השמונה, גיליון מקביל שמנהל בכיר משתמש בו לקבלת החלטות הוא הסימן החד־משמעי ביותר. הוא אינו תלונה - הוא הצהרה שקטה של הארגון שהמערכת אינה מספיקה. כל עוד הוא קיים, כל שיפור בדוחות הוא עבודה על תצוגה שאיש אינו מסתמך עליה.
מה עושים לפני שמתקנים
הפיתוי הוא להתחיל מהסימן הרועש ביותר. הסדר היעיל שונה: שבועיים של מדידה על שלושת הסימנים החזקים, כדי לקבל Baseline. בלעדיו, גם תיקון מוצלח לא יוכל להוכיח את עצמו, והמימון לגל הבא לא יאושר.
אחרי המדידה מגיעה ההכרעה בין תיקון ממוקד לעבודה מבנית, שמפורטת בלתקן או לבנות מחדש.
סיכום
הסימנים אינם רשימת תלונות אלא כלי אבחון: כל אחד מצביע על משפחת שורש אחרת, וטיפול בסימפטום מהמשפחה הלא נכונה מבזבז גל שלם. שלושה סימנים פעילים מצדיקים בדיקה מסודרת; גיליון מקביל בהנהלה מצדיק אותה לבדו.