למה ארגונים מתקשים ללמוד
למה ארגונים מתקשים ללמוד
כמעט כל ארגון אומר שהוא “לומד מתקלות”. וכמעט כל ארגון חוזר על אותן טעויות.
הפער הזה אינו מקרי. הידע קיים - אבל הוא לא זז.
האשליה: אם ננתח - נלמד
אחרי תקלה, קורה לרוב הדבר הבא: נאספים הנתונים. נכתבת מצגת. מסיקים מסקנות.
על הנייר - למידה. בפועל - תיעוד.
למידה אמיתית אינה כתיבה של מה קרה, אלא שינוי של מה שקורה בפעם הבאה.
למה postmortems לא משנים התנהגות
Postmortem הוא תהליך שבו ארגון מנתח תקלה שכבר קרתה: מה השתבש, איך זוהתה, ואילו פעולות ננקטו כדי למנוע חזרה שלה. המטרה המוצהרת שלו היא למידה - לא האשמה.
רוב ה-postmortems נכשלים מסיבה אחת פשוטה: הם מתמקדים באירוע, ולא במערכת שיצרה אותו.
הם עונים על:
- מה נשבר
- מי היה מעורב
- ואיזה שינוי נקודתי נוסיף
אבל הם לא נוגעים ב:
- תמריצים
- מבנה אחריות
- או תהליכים שממשיכים לייצר את אותו כשל
כך מתקבל מסמך טוב - בלי שינוי אמיתי.
ידע מקומי מול למידה מערכתית
בכל תקלה יש אנשים שלומדים הרבה. הבעיה היא שהלמידה הזו נשארת מקומית.
היא נתקעת:
- בצוות אחד
- בדומיין אחד
- או אצל שניים-שלושה אנשים “שיודעים”
הארגון, כמערכת, לא משתנה.
בפעם הבאה - תקלה דומה תופיע במקום אחר, עם שמות אחרים, אבל מאותה סיבה.
דוגמה מעשית: תקלה שנלמדה - ונשכחה
בארגון מסוים, תקלה נגרמה משילוב של timeout קצר ועומס רגעי.
ה-postmortem היה מצוין:
- הבינו את ה-root cause
- שיפרו timeout בשירות אחד
- והוסיפו בדיקה
חצי שנה אחר כך - תקלה כמעט זהה, בשירות אחר, בצוות אחר.
למה? כי:
- התמריץ למהירות נשאר
- ההנחות על עומס לא השתנו
- והלמידה לא תורגמה לעיקרון ארגוני
הידע היה שם. הוא פשוט לא זז.
איך ארגון “שוכח” שוב ושוב
ארגונים שוכחים לא בגלל זיכרון קצר, אלא בגלל מבנה.
כך זה נראה:
- אין בעלות על למידה רוחבית
- ושינויים מערכתיים יקרים פוליטית
קל יותר:
- לתקן נקודתית
- להמשיך הלאה
- ולקוות שזה לא יחזור
וזה תמיד חוזר.
מתי כן מתרחשת למידה אמיתית
למידה מתרחשת כשמשנים אחד מאלה:
- תמריצים
- גבולות אחריות
- או תהליך שמייצר את אותו דפוס
לא כשמוסיפים עוד בדיקה. ולא כשכותבים עוד מסמך.
למידה היא שינוי מבני - לא אינטלקטואלי.
השורה התחתונה
ארגונים לא נכשלים בלמידה כי אין בהם אנשים חכמים.
הם נכשלים כי המבנה שלהם לא מאפשר לידע לזוז.
מבט קדימה
גם כשארגון מבין את הבעיות שלו, לא תמיד יש לו יכולת לשפר.
בפוסט הבא נעסוק ברגע הזה - כשלארגון פשוט אין יותר capacity לשינוי, ולמה הוספת אנשים או תהליכים רק מחמירה את המצב.
📚 פוסטים נוספים בסדרה: הנדסה בקנה מידה אנושי
- חלק 1 הארגון הוא חלק מהמערכת (גם אם לא כתבת עליו שורה)
- חלק 2 תמריצים חזקים יותר מארכיטקטורה
- חלק 3 Ownership כחרב פיפיות
- חלק 4 תהליכים שנולדו לסקייל, אבל הורגים תגובתיות
- חלק 5 למה "יישור קו" הוא מושג מסוכן
- חלק 6 הנהגה שמאפשרת טעויות, לא מונעת אותן
- חלק 8 מתי לארגון אין יותר capacity לשיפור
- חלק 9 מתי צריך לשבור מבנה ארגוני
- חלק 10 הנדסה היא מערכת חברתית
- חלק 11 מה בעצם למדנו על הנדסה בקנה מידה אנושי