שבע וחצי בבוקר, ומנהל התפעול כבר קיבל שלוש תשובות שונות לשאלה כמה מלאי יש מפריט מסוים. ה-ERP מציג מספר אחד, האקסל של המחסן מספר שני, והדוח שנשלח אתמול בערב מספר שלישי. ההחלטה, כרגיל, תתקבל לפי תחושת בטן ושיחת טלפון למחסן.
"מקור אמת יחיד" הוא הביטוי שחוזר בכל שיחה על הבעיה הזאת. אבל מאחורי הסיסמה מסתתרת עבודה מעשית מאוד, ובמאמר הזה נפרק אותה לשלבים שאפשר באמת לבצע.
מה זה מקור אמת יחיד, ומה זה לא
מקור אמת יחיד אינו "עוד דוח מרכזי" ואינו מסך יפה. זו הסכמה ארגונית, מגובה בתשתית, שלפיה שאלה עסקית מוגדרת מקבלת תשובה אחת: אותו מספר, מאותו מקום, לפי אותה הגדרה, לא משנה מי שואל ומתי.
חשוב גם מה זה לא אומר: זה לא אומר שכל המערכות מתאחדות למערכת אחת. ה-ERP ממשיך לנהל הזמנות, מערכת הייצור ממשיכה לנהל ייצור, המחסן ממשיך לעבוד. מקור האמת הוא שכבה שמעליהן, שאוספת, מנקה ומיישרת את הנתונים לתמונה אחת מוסכמת.
למה זה קשה באמת
המערכות לא נבנו לדבר זו עם זו. קודים שונים לאותו פריט, לקוח שמופיע פעמיים באיותים שונים, יחידות מידה שלא מתיישרות. הפערים האלה לא נראים בשגרה, כי בני אדם מגשרים עליהם בראש. מערכת לא יודעת לגשר, ולכן היא חושפת אותם.
הבעלות על הנתונים מפוזרת. נתוני המלאי שייכים ללוגיסטיקה, הזמנות למכירות, עלויות לכספים. כל שינוי בהגדרה דורש הסכמה בין מחלקות, וזה החלק שפרויקטים טכניים נוטים לדלג עליו, ואז נופלים בו.
ההרגלים חזקים מהמערכות. אנשים בנו לעצמם אקסלים כי בשלב מסוים לא הייתה ברירה. האקסלים האלה לא ייעלמו כי מישהו הכריז על מערכת חדשה. הם ייעלמו רק כשהחלופה תהיה טובה מהם באמת, בעיניים של מי שמשתמש בהם.
איך בונים, בלי לעצור את העסק
שלב 1: ממפים את המצב הקיים
לא מסמך של מאה עמודים. רשימה פשוטה של השאלות התפעוליות החשובות: כמה מלאי זמין, מה סטטוס ההזמנות, מה התפוקה היומית. לצד כל שאלה רושמים מאיפה עונים עליה היום, ומי סומך על איזו תשובה. המיפוי הזה לבדו חושף בדרך כלל את רוב הפערים, ולפעמים מפתיע גם ותיקים בארגון.
שלב 2: מסכימים על הגדרות
"מלאי זמין" כולל סחורה בדרך? הזמנה נחשבת "באיחור" לפי תאריך ההבטחה ללקוח או לפי תאריך המשלוח המתוכנן? אלה לא שאלות טכניות, אלה החלטות עסקיות, ומקבלים אותן אנשי העסק ולא אנשי המחשוב. עדיף עשר הגדרות מוסכמות ממאה הגדרות במחלוקת.
שלב 3: בוחרים תחום אחד
לא מיישרים את כל הארגון בבת אחת. בוחרים תחום כואב אחד, לרוב מלאי, אספקות או ייצור, ובונים לו מסלול מלא: איסוף אוטומטי מהמערכות, ניקוי, חישוב לפי ההגדרות שסוכמו, ותצוגה אחת שכולם רואים. תחום אחד שעובד מקצה לקצה שווה יותר מתוכנית מקיפה שמחכה לאישור תקציב.
שלב 4: מריצים תקופת אמון
בשבועות הראשונים המספרים החדשים רצים לצד הדוחות הישנים, ויהיו פערים. זה לא כישלון, זה בדיוק החלק החשוב: כל פער כזה הוא תגלית. מבררים מאיפה הוא נובע, מתקנים בהגדרה או בנתונים, ומתעדים. האמון של הצוות נבנה בדיוק כאן, כשאנשים רואים שפערים מטופלים בשקיפות ולא מוסתרים.
שלב 5: מסדירים בעלות ותחזוקה
מי מוסיף מדד חדש, מי מטפל בתקלת ממשק, מי שומר שההגדרות לא יזחלו כשמחליפים מערכת או עובד. בלי החלק הזה, תוך שנה יהיו שוב שלוש גרסאות לאותו מספר, רק במערכות יקרות יותר.
איך יודעים שזה עובד
הסימן האמיתי אינו טכני. ישיבות הבוקר מתקצרות, כי הוויכוח "כמה באמת יש" נעלם ובמקומו מדברים על מה עושים. אנשים מפסיקים לתחזק אקסלים פרטיים, לא כי נאסר עליהם אלא כי כבר אין בהם צורך. וכשמופיע מספר מפתיע, השאלה הראשונה היא "מה קרה בתפעול" ולא "מי חישב לא נכון".
כמה זמן זה לוקח
תלוי בגודל הארגון ובמצב המערכות, אבל העיקרון חשוב מכל מספר: מתכננים כך שערך ראשון נראה בתוך שבועות, לא שנים. מתחילים מתחום אחד, מוכיחים שהוא עובד, ומרחיבים תחום אחרי תחום על אותה תשתית ואותן הגדרות.
זו גם הגישה שלנו כשאנחנו מלווים ארגונים תפעוליים: מתחילים מההחלטות שהתפעול צריך לקבל, בונים אחורה את מסלול הנתונים שנדרש להן, ונשארים לצד הצוות עד שהמערכת בשימוש יומיומי אמיתי.