תוכנית התייעלות מעשית לשלושה חודשים: למדוד שבועיים, לבחור תהליך אחד, לתקן, ולמדוד שוב - עם מה שבודקים בכל שלב.
עיקרי הדברים
- שבועיים של מדידה לפני כל שינוי הם מה שמבדיל בין שיפור לתחושה.
- תהליך אחד בכל פעם. שניים במקביל פירושם ששום דבר לא הושלם.
- מדידה חוזרת באותה שיטה היא החלק שמדלגים עליו, והיא כל הפואנטה.
- 90 יום מספיקים לשלושה מחזורים קצרים, לא לפרויקט אחד גדול.
רוב תוכניות ההתייעלות נכשלות מאותה סיבה: הן מתחילות בפתרון. תוכנית שעובדת מתחילה בשבועיים של מדידה, בוחרת תהליך אחד בלבד, ומודדת שוב באותה שיטה - כדי שיהיה אפשר לדעת אם משהו באמת השתנה.
המבנה: שלושה מחזורים של 30 יום
| המחזור | מה עושים | מה מסיימים איתו |
|---|---|---|
| ימים 1-30 | מודדים, ממפים, בוחרים תהליך אחד | תמונה מספרית + החלטה |
| ימים 31-60 | משנים את התהליך הנבחר בלבד | תהליך אחד שעובד אחרת |
| ימים 61-90 | מודדים שוב, מתקנים, בוחרים את הבא | הוכחה ותחילת מחזור שני |
החלוקה הזו עדיפה על פרויקט אחד ארוך, מפני שהיא מייצרת תוצאה מוכחת בתוך חודשיים - וזה מה שמחזיק את המוטיבציה של הצוות למחזור הבא.
ימים 1-14: מודדים בלי לשנות כלום
הפיתוי לתקן מיד גדול, וכדאי לעמוד בו. בשבועיים האלה רושמים ארבעה דברים פשוטים, לכל תהליך מרכזי:
- כמה פעמים הוא קורה בשבוע.
- כמה זמן לוקח בכל פעם, בערך.
- כמה אנשים נוגעים בו.
- כמה פעמים משהו השתבש ומה בדיוק.
הרישום לא חייב להיות מדויק, הוא חייב להיות עקבי. גיליון אחד עם ארבע עמודות מספיק, ומה שחשוב הוא שאותו אדם ירשום באותו אופן לאורך השבועיים.
ימים 15-30: בוחרים תהליך אחד
הבחירה נעשית לפי הכפלה פשוטה: תדירות כפול זמן. התהליך שיוצא הגבוה ביותר הוא בדרך כלל לא זה שמרגיש הכי מעצבן - אלא משהו קטן שקורה עשרים פעם בשבוע.
שווה גם לשקלל עמודה שלישית: כמה טעויות הוא מייצר. תהליך שלוקח מעט זמן אבל מייצר טעות שבועית שמגיעה ללקוח עולה יותר מכפי שהשעון מראה. שיטת החישוב המלאה מתוארת בכמה עולה עבודה ידנית.
ימים 31-60: משנים תהליך אחד
השינוי מתחיל במיפוי של התהליך כפי שהוא באמת, ולא כפי שכתוב. אחריו באות ארבע שאלות בסדר הזה:
- מה אפשר לבטל? הכי זול, והכי פחות נבדק.
- מה אפשר לאחד עם משהו אחר שקורה ממילא.
- מה אפשר לפשט - פחות שדות, פחות אישורים, פחות העברות.
- ומה שנשאר - מה כדאי למכן.
הסדר הזה חשוב: אוטומציה של תהליך מיותר היא הדרך היקרה ביותר לשמר אותו, וזה בדיוק מה שמתואר באוטומציה של הדברים הלא נכונים.
ימים 61-90: מודדים שוב ובוחרים את הבא
המדידה החוזרת חייבת להיעשות באותה שיטה ובאותו אורך זמן. אם מדדתם שבועיים, מדדו שבועיים; אם ספרתם בגיליון, ספרו באותו גיליון. השוואה בין מדידה מדוקדקת למדידה מרושלת מייצרת "שיפור" שאינו קיים.
מה שבודקים: האם התדירות ירדה, האם הזמן לכל מופע ירד, והאם הטעויות ירדו. לפחות אחד מהשלושה צריך לזוז באופן מובהק. כשאף אחד לא זז, השינוי לא עבד - וזו מסקנה שימושית, בתנאי שמודים בה ולא ממשיכים כאילו כלום.
שווה גם לשאול את מי שמבצע את התהליך שאלה אחת: האם זה נוח לך יותר מקודם. תשובה שלילית כשהמספרים השתפרו היא סימן אזהרה - בדרך כלל היא אומרת שהעבודה עברה למישהו אחר או לשלב אחר, ולא באמת נעלמה.
מה שמפיל תוכניות כאלה
- לשנות כמה תהליכים במקביל, ואז לא לדעת מה עבד.
- לדלג על המדידה הראשונה ולהסתמך על תחושה.
- לבחור את התהליך שהכי מעצבן במקום את היקר ביותר.
- לא להקצות בעלים לשינוי עצמו.
- לקנות כלי לפני שהתהליך הובן.
הסעיף האחרון הוא הנפוץ בעסקים שיש להם תקציב, והוא גם היקר: כלי חדש מחייב הטמעה, והטמעה על תהליך שבור מקבעת אותו.
מה עושים אחרי 90 יום
מתחילים מחזור נוסף, עם התהליך הבא ברשימה. היתרון בשלב הזה הוא שהמדידה כבר קיימת ושהצוות יודע איך זה עובד, ולכן המחזור השני קצר יותר מהראשון.
שווה גם לתעד את מה שנעשה - מה שונה, למה, ומה המספרים לפני ואחרי. זה לוקח חצי שעה ומשמש שלושה דברים: הסבר לעובד חדש, בסיס להחלטה הבאה, והוכחה כשמישהו שואל אם זה היה שווה. מסגרת רחבה יותר לכל זה נמצאת באיך משפרים את היעילות העסקית.
מה קורה כשהשינוי לא מחזיק?
זה קורה, וזה בדרך כלל לא כישלון של השינוי אלא של הבעלות עליו. תהליך חדש מחזיק כל עוד מישהו מסתכל עליו; כשאף אחד לא, הצוות חוזר בהדרגה לדרך הישנה - לא במרד אלא כי היא מוכרת.
שלושה דברים מחזיקים שינוי: שהוא קל יותר מהדרך הישנה, ולא רק נכון יותר; שמישהו בודק בשבועיים הראשונים אם הוא באמת קורה; ושהוא כתוב במקום שאפשר להראות לעובד חדש. כשחסר אחד מהשלושה, סביר שהשינוי יתפוגג תוך חודש-חודשיים.
הסימן המוקדם הוא ספציפי: מישהו ממשיך להחזיק את הגרסה הישנה "ליתר ביטחון" - קובץ, פנקס, או תהליך צדדי. כל עוד הוא קיים, הצוות לא באמת עבר, וכדאי להבין למה הוא מרגיש נחוץ לפני שמבטלים אותו בכוח. בדרך כלל הסיבה אמיתית: התהליך החדש לא מכסה מקרה מסוים, ומי שמחזיק את הקובץ הוא היחיד ששם לב לזה.
מה לא לכלול בתוכנית
- שינויים שתלויים בגורם חיצוני - ספק, רשות, לקוח גדול. הם מאריכים בלי שליטה.
- פרויקטים של מערכת - החלפת ERP או CRM אינה תוכנית 90 יום.
- שינויי מבנה ארגוני - הם משנים את התהליכים שמדדתם.
- יותר משלושה מחזורים - עדיף לסיים שלושה היטב מלהתחיל שישה.
הסעיף השני חשוב במיוחד: החלטה על מערכת חדשה יכולה בהחלט לצאת מהתוכנית, אבל ההטמעה שלה היא פרויקט נפרד עם לוח זמנים משלו - ובלבול בין השניים הוא מה שהופך תוכנית קצרה לשנה של עבודה.
מקורות
שאלות נפוצות
90 יום זה לא ארוך מדי?
זה בדיוק ההפך: התוכנית מייצרת תוצאה ראשונה כבר בחודש השני. מה שארוך הוא פרויקט התייעלות שמנסה לשנות את כל העסק בבת אחת - שם התוצאה הראשונה מגיעה אחרי חצי שנה, אם בכלל.
מי צריך להוביל את זה?
מישהו אחד, בשם, עם סמכות להחליט על שינוי תהליך. זה לא חייב להיות בעל העסק, אבל זה חייב להיות מי שיכול לומר "מהיום זה עובד אחרת" בלי לשאול שלושה אנשים.
מה אם אין זמן למדוד?
אז מודדים שבוע במקום שבועיים, אבל לא מדלגים. מדידה גסה עדיפה על תחושה, מפני שהיא לפחות ניתנת להשוואה בסוף. עסקים שדילגו על השלב הזה כמעט תמיד מגיעים לסוף התהליך בלי יכולת לומר אם השתנה משהו.
איך משתפים את הצוות?
בהסבר מה נמדד ולמה, ובהבהרה שהמדידה היא על תהליכים ולא על אנשים. צוות שחושב שסופרים אותו יעבוד אחרת בזמן המדידה, ואז כל הנתונים חסרי ערך - וזו הטעות שהכי קשה לתקן בדיעבד.
להמשך קריאה
שירות רלוונטי
פיתוח MVP
להפוך רעיון למוצר מאומת תוך שבועות, לא חודשים.
על הכותב
יהונתן סעדיה
מפתח פרילנסר לאוטומציה, אתרים ו-MVP
אני יהונתן סעדיה, מפתח בכיר שבונה אוטומציה עסקית, אתרים מותאמים ומוצרי MVP לעסקים קטנים ובינוניים בארה"ב, אירופה וישראל. המדריכים האלה נכתבים מתוך עבודה אמיתית עם לקוחות, לא מתיאוריה.
בוא נעבוד יחדיש לך פרויקט דומה?
ספר לי מה אתה מנסה להפוך לאוטומטי או לבנות, ואומר לך מהי הדרך המהירה והאמינה ביותר ליישם את זה.