המערכות מייצרות שגיאות. לעצור את העלייה לאוויר או להמשיך קדימה?

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

[[HE: Draft for Tamir's review. Not published.]]

Tamir Khason · עדכון · מדריך החלטות

לזהות את סוג השגיאה

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

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

להגביל, לתקן ולקבוע כללים לחזרה

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

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

תלוי באיזה כיסא יושבים

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

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

מה לבדוק לפני שמחליטים

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

שאלות שאנשים שואלים

השקנו שירות אנרגיה חדש ומערכת החיוב נתקעת, להקפיא מכירות או להמשיך בזמן שה-IT מתקן?

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

כדאי להרחיב מכירות מזון באונליין כשהמערכות מבטיחות מלאי שאינו קיים?

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

כדאי לממן יכולות חדשות בפורטל הביטוח כשהעובדים עדיין מקלידים נתוני לקוחות מחדש?

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

כדאי להרחיב אוטומציה פיננסית כשחריגות דורשות בדיקות ידניות?

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

כדאי להמשיך בחיוב אוטומטי אחרי שתקלות הגיעו למספר לקוחות גדול?

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

הטמעת ה-ERP נתקעה אחרי עליית המפעל הראשון עם מעקפים, להתקדם למפעל הבא או ליישר את התבנית?

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

ניטור שרשרת הקירור באמצע הדרך והתפעול השתיק התראות כי רובן שווא, מה עושים?

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

כדאי לעצור הטמעה במפעל כשנתוני ה-ERP ורשומות הייצור סותרים?

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

איך אני יכול לעזור בהחלטה הזו

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