מפת דרך למעבר מניהול תורים לניהול רצף שירות

הרבה ארגונים יודעים שמערכת התורים כבר לא מספיקה, אבל החלפה מלאה בבת אחת מסוכנת. סניפים תלויים בה. צוותים מכירים אותה. לקוחות מזהים אותה. אינטגרציות ישנות עלולות להיות רגישות, ומנהלי תפעול לא יכולים לעצור שירות בזמן שתוכנית שינוי מחפשת יציבות.

הדרך הטובה יותר היא להוסיף שכבת ניהול רצף שירות סביב המציאות הקיימת. קודם רואים את מצב השירות. אחר כך מחברים פגישות והגעות. אחר כך מוסיפים תחזיות והמלצות. אחר כך מנהלים פעולות מפוקחות. רק בהמשך מחליטים אילו רכיבים ישנים נשארים, מתחברים או יוצאים.

המסלול הזה מאפשר למנהלים עסקיים וטכנולוגיים ללמוד יחד. התפעול מקבל ערך מהר, ה-IT שומר שליטה, והארגון לא מהמר על חוויית השירות במהלך big bang אחד.

טרנספורמציה בטוחה מכבדת את התפעול הקיים

מערכות תורים מוטמעות עמוק בשירות היומיומי. עובדים מכירים את המסכים. לקוחות מזהים את הזרימה. שילוט, קיוסקים, פגישות ודוחות תלויים באינטגרציות ישנות. החלפה מלאה בבת אחת יכולה להיראות אמיצה במצגת, אבל ליצור סיכון תפעולי גבוה מדי.

מפת דרך טובה יותר מתייחסת לניהול רצף שירות כשכבה שיכולה ללמוד מהמצב הקיים ולשפר אותו לפני החלפה. היעד הראשון הוא נראות: לשחזר את רצף השירות מאירועים קיימים. השני הוא תיאום: לחבר זימון, הגעה, תור, צוות ותקשורת. השלישי הוא המלצה: לעזור למנהלים לפעול על בסיס ראיות. הרביעי הוא אוטומציה מפוקחת.

מתחילים במסע אחד שכואב באמת

הפיילוט הטוב ביותר הוא לא בהכרח השירות הכי קל. הוא השירות שבו הכאב גלוי, הנתונים זמינים והשיפור מדיד. פגישה ממשלתית עתירת נפח, צ'ק-אין במרפאה, ייעוץ בסניף או callback יכולים להתאים אם הארגון יודע להגדיר מדדי לפני ואחרי.

הפיילוט צריך להוכיח שלושה דברים. ערך עסקי: פחות הגעות שנכשלו, פחות המתנה בקצה, התאוששות טובה יותר והשלמת טיפול גבוהה יותר. ערך טכנולוגי: אינטגרציית אירועים נקייה, גבולות אבטחה, audit והתאמת פריסה. ערך ארגוני: מנהלים סומכים על ההמלצות והצוות לא מרגיש שהפלטפורמה היא עוד עומס.

מיגרציה היא סיפור של ועדת רכש

מנהלים עסקיים צריכים לדעת שהשינוי ישפר שירות בלי לשבש את הציבור. CIO צריך לדעת שהארכיטקטורה לא תהפוך לפרויקט אינטגרציה שביר. אבטחת מידע צריכה לראות נתונים, הרשאות ו-audit מהיום הראשון. כספים צריכים נתיב מפיילוט לערך מדיד בקנה מידה.

לכן סיפור המיגרציה צריך להיות מדורג, לא תיאטרלי: לראות את הרצף, לחבר את הרצף, לשפר את הרצף, לבצע אוטומציה בזהירות, ואז להחליט אילו רכיבי legacy נשארים, מתחברים או יוצאים.