בקצרה: כשאותה הזמנה מוקלדת בכמה מקומות, הבעיה היא לא המערכות אלא מה שקורה ביניהן: מייל, וואטסאפ, גיליון ותדפיס. לפני שמחליפים או קונים מערכת, ממפים תהליך אחד מההתחלה עד הסוף: מי מזין, מה עובר, איפה מעתיקים, ומתי מישהו מחכה. זה לוקח חצי יום עם האנשים שעושים את העבודה, ומגלה כמעט תמיד שניים־שלושה מקומות שבהם חיבור קטן חוסך את רוב ההעתקות. רק אחרי זה יודעים אם צריך מערכת חדשה, חיבור, או רק הסכמה על איפה נמצאת הגרסה הנכונה.
במפעלים ובעסקים עם כמה מחלקות אני רואה את זה שוב ושוב: ההזמנה נכנסת במערכת המכירות. מישהו מדפיס אותה ומעביר לייצור. בייצור מקלידים אותה לגיליון תכנון. המחסן מקבל צילום של הגיליון בוואטסאפ. ואז הלקוח מתקשר לשנות כמות. המכירות מעדכנות במערכת. הייצור עובד לפי הגיליון. המחסן לפי הצילום.
שלוש גרסאות של אותה הזמנה, ואף אחת לא יודעת על השנייה. הטעות מתגלה במשלוח.
למה זה לא נפתר בקניית ERP
התגובה הטבעית היא ״צריך מערכת אחת שכולם עובדים בה״. לפעמים זה נכון. אבל ברוב המפעלים שאני מגיע אליהם כבר יש מערכת כזאת. יש ERP. יש CRM. הבעיה היא שהאנשים לא עובדים בה, או שהיא לא מכסה שלב אחד, ואת השלב הזה השלימו בגיליון.
מערכת חדשה שלא מבינה למה עקפו את הישנה תיעקף באותה צורה. תוך חצי שנה יהיה לידה גיליון חדש. לכן קודם מבינים למה, ורק אחר כך מחליטים מה.
איך ממפים תהליך אחד, בחצי יום
בוחרים תהליך עם התחלה וסוף ברורים. לא ״הייצור״, אלא ״מרגע שהזמנה אושרה ועד שהיא יוצאת מהמחסן״. ואז יושבים, לפי הסדר, עם כל מי שנוגע בה: מי שפותח אותה, מי שמתכנן, מי שמלקט. עשרים דקות עם כל אחד, ושאלה אחת בעצם: תראה לי הזמנה מהשבוע שעבר, ומה עשית איתה.
לא ״איך זה אמור לעבוד״. מה עשית. עם המסך פתוח.
בכל תחנה רושמים ארבעה דברים:
- מה נכנס. מאיפה הגיע המידע, ובאיזו צורה: מסך, מייל, תדפיס, הודעה.
- מה עושים איתו. מה מוסיפים, מה בודקים, מה מחליטים.
- מה יוצא ולאן. לאיזו מערכת או לאיזה אדם, ואיך: הקלדה, העתקה, צילום.
- איפה מחכים. למי מחכים, כמה זמן בממוצע, ומה קורה כשהאדם הזה לא נמצא.
בסוף יש דף אחד עם התהליך כמו שהוא באמת, לא כמו שהוא בנוהל. ורואים עליו מיד את שלושת הדברים שמופיעים כמעט בכל מיפוי.
מה מגלים כמעט תמיד
הקלדה חוזרת של אותו מידע. אותם שדות (לקוח, פריטים, כמויות, תאריך) מוקלדים בשתיים־שלוש מערכות. כל הקלדה היא מקום לטעות, וכל הקלדה היא זמן. ברוב המקרים אפשר להעביר את השדות האלה אוטומטית ממערכת אחת לשנייה, גם בין מערכות שלא ״מדברות״: יש להן ייצוא, יש להן API, או שיש דרך אחרת.
גרסה קובעת שאף אחד לא הגדיר. כששינוי מגיע, לאן הוא נכנס קודם? אם התשובה היא ״תלוי מי קיבל את הטלפון״, זה מקור הטעויות. הפתרון הוא לפעמים לא טכנולוגי בכלל: מסכימים שהגרסה הקובעת היא במערכת X, וכל שינוי נכנס לשם ראשון. ואז מוודאים שכולם רואים את X.
אדם אחד שהכול עובר דרכו. בדרך כלל מישהי במשרד שיודעת איפה כל הזמנה עומדת, כי היא זו שמעתיקה. כשהיא בחופש, כולם מתקשרים אליה. המיפוי מראה בדיוק איזה מידע יושב אצלה, ואיזה חלק ממנו אפשר להציג לכולם במסך אחד.
מה עושים עם המיפוי
עכשיו, ורק עכשיו, אפשר להחליט. האפשרויות בדרך כלל שלוש, ולפעמים משלבים:
- הסכמה ונוהל. להגדיר גרסה קובעת ולוודא שכולם רואים אותה. אפס פיתוח.
- חיבור ממוקד. להעביר את ההזמנה מהמכירות לתכנון ולמחסן אוטומטית, במקום העתקה. פיתוח קטן או אוטומציה, עם התראה כשמשהו לא עובר.
- מסך אחד חדש. למחסן, לייצור, למי שהיום עובד מצילום. לא מערכת חדשה, אלא חלון אל המידע שכבר קיים.
החלפת מערכת היא אפשרות רביעית, וצריך להצדיק אותה. אם היא נכונה, לפחות עכשיו יודעים למה ומה היא צריכה לפתור.
מה אני עושה במקרה כזה
אני מגיע למפעל. המיפוי לא עובד בזום, כי הדברים המעניינים קורים ליד המסך ובמחסן. חצי יום עד יום, לפי גודל התהליך, ובסוף מסמך שנשאר אצלכם: התהליך כפי שהוא, נקודות החיכוך, מה אפשר לחבר ומה דורש פיתוח, והצעה לפיילוט עם היקף, מחיר וקריטריון הצלחה. המיפוי הוא שלב בתשלום, ואין חובה להמשיך אחריו.
אם ממשיכים, בונים פיילוט על התהליך הזה בלבד ובודקים אותו על הזמנות אמיתיות לפני שמרחיבים. עוד על הדרך הזאת, ולמפעלים בגליל המערבי ובבר־לב אני מגיע בדרך כלל באותו שבוע.
הדבר הכי חשוב שלמדתי: מי שעושה את העבודה צריך לשבת בחדר. תרשים שנעשה עם ההנהלה בלבד יפה ולא נכון. ההזמנה מהשבוע שעבר, עם המסך פתוח, היא זו שמספרת מה באמת קורה.