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