התשובה הקצרה
היום שאחרי ה-Go Live אינו סוף הפרויקט — הוא השלב שבו מתגלה מה באמת נבנה. Hypercare היא תקופה מתוכננת שבה הצוות שבנה את המערכת נשאר זמין, מטפל בפערים בקצב גבוה, ובמקביל מעביר בעלות לצוות שיתחזק אותה.
שתי הטעויות ההפוכות: לוותר על התקופה ולהשאיר משתמשים לבד, או להאריך אותה ללא סוף וליצור תלות קבועה בספק. שתיהן נמנעות באמצעות קריטריוני יציאה מוגדרים מראש.
מה שונה בתקופה הזו
| היבט | Hypercare | BAU |
|---|---|---|
| ערוץ פנייה | ישיר לצוות הפרויקט + נוכחות בשטח | תור תמיכה רגיל |
| זמן תגובה לתקלה חוסמת | עד שעה | לפי SLA שוטף |
| קצב שחרור תיקונים | יומי עד דו-יומי | מחזור מתוכנן |
| סמכות החלטה | בעל תהליך זמין באופן יומי | ועדת שינויים |
| מיקוד | ייצוב ותיקון | שיפור ופיתוח |
הטריאז' היומי הוא הליבה
מפגש של 20 דקות בכל בוקר, בשעה קבועה, עם שלוש שאלות: מה נפתח אתמול, מה חוסם עבודה עכשיו, ומה משוחרר היום. כל פנייה מסווגת לארבע קטגוריות:
- תקלה חוסמת — אי אפשר לבצע תהליך עסקי. טיפול מיידי.
- פער נתונים — מיגרציה או אינטגרציה החזירו מידע שגוי. עדיפות גבוהה כי היא שוחקת אמון.
- פער הכשרה — המערכת פועלת כמתוכנן, המשתמש לא ידע. תשובה מיידית ורישום לתיקון חומרי עזר.
- בקשת שיפור — ל-Backlog, ללא מימוש בתקופה.
הסיווג הזה הוא הכלי המרכזי לשליטה בהיקף: בלעדיו כל בקשה נראית דחופה ותקופת הייצוב הופכת לגל פיתוח נוסף.
הרכב הצוות ונוכחות בשטח
בשבוע הראשון נדרשת נוכחות פיזית או וירטואלית צמודה ביחידות המרכזיות. אנשי הפרויקט יושבים ליד המשתמשים, רואים את הכשל בזמן אמת ומתקנים בו ביום. הערך של הצפייה הישירה גבוה בהרבה מדיווח כתוב — רוב החסמים החמורים כלל אינם מדווחים.
נציגי השטח שמלווים את הצוות הם רשת ה-Champions, ולכן הם עוברים הכשרה מוקדמת ומקבלים ערוץ ישיר. פירוט ברשת Champions ב-Salesforce.
קריטריוני יציאה
היציאה מ-Hypercare היא החלטה מדידה. סט מקובל:
- אפס תקלות חוסמות פתוחות במשך חמישה ימי עסקים רצופים.
- ירידה של 60% ומעלה בנפח הפניות היומי לעומת שיא השבוע הראשון.
- שיעור ביצוע פעולת הליבה לפי תפקיד מעל היעד שהוגדר.
- שלושת מדדי איכות הנתונים המרכזיים בטווח שהוסכם.
- צוות התמיכה הפנימי טיפל באופן עצמאי ב-80% מהפניות בשבוע האחרון.
הקריטריון האחרון הוא המבדיל בין העברת בעלות אמיתית לבין נטישה בתאריך שרירותי. המדידה נשענת על אותה מסגרת שמתוארת במדדי אימוץ Salesforce.
העברת בעלות מסודרת
ההעברה מתחילה בשבוע הראשון ולא ביום האחרון. מנגנון פשוט: מהשבוע השני צוות התמיכה הפנימי מטפל בפניות ראשון, וצוות הפרויקט מלווה מאחור. כל פנייה שנפתרה מתועדת בבסיס ידע פנימי בשלוש שורות — תסמין, סיבה, פתרון.
תוצרי ההעברה: מסמך ארכיטקטורה מעודכן, רשימת אינטגרציות עם נקודות כשל ידועות, נהלי הרצה תקופתיים, רשימת חובות טכניים שנוצרו תחת לחץ, וגישות והרשאות תפעוליות.
תלות בשיטת ההשקה
בהשקת Big Bang תקופת ה-Hypercare אינטנסיבית וקצרה יחסית, עם צוות גדול. בהשקה מדורגת התקופה חוזרת בכל גל, אך בהיקף קטן יותר, ולומדים מגל לגל. ההשלכה הזו היא אחד השיקולים בבחירת האסטרטגיה — ראו Big Bang או Rollout מדורג.
מה שסופרים כל שבוע
נפח פניות יומי לפי קטגוריה, זמן חציוני לפתרון תקלה חוסמת, אחוז הפניות שטופלו על ידי הצוות הפנימי, ומספר החובות הטכניים שנפתחו. שלוש הראשונות מודדות ייצוב; האחרונה מונעת שהתקופה תשאיר מוקשים.
סיכום
תכננו את Hypercare כשלב עם תקציב, צוות, טריאז' יומי וקריטריוני יציאה מספריים. סווגו כל פנייה, אל תפתחו שיפורים בתקופה הזו, והעבירו בעלות בהדרגה מהשבוע השני. מערכת יציבה אינה זו שאין בה תקלות, אלא זו שהארגון יודע לתקן בעצמו.