Escalation הוא כלי, לא כישלון

מה זה בעצם Escalation?

Escalation היא פעולה פשוטה:

העברה מודעת של בעיה או החלטה לרמה רחבה יותר של אחריות.

לא בגלל תקלה. לא בגלל כישלון. אלא בגלל שהבעיה חורגת ממה שאדם או צוות אחד אמורים להכריע לבד.

בפועל, Escalation אומר:

• לערב גורם נוסף בהחלטה
• לשתף סיכון לפני שהוא מתממש
• ולוודא שההשלכות נבחנות מעבר לזווית המקומית

זה יכול להיות:

• מנהל טכני
• צוות נוסף
• הנהלה
• או פורום החלטה רחב יותר

המטרה אינה “שמישהו אחר יפתור” - אלא שההחלטה תתקבל עם ההקשר הנכון.

האשליה: Escalation = חוסר מסוגלות

בתרבות הנדסית רבות, escalation נתפס כ:

• הודאה בכישלון
• חוסר ownership
• או “זריקת הבעיה למישהו אחר”

לכן מהנדסים טובים מדי:

• מחכים עוד
• ומנסים לפתור לבד גם כשכבר ברור שהבעיה רחבה מהם

לא מתוך אגו. מתוך אחריות.

אבל האחריות הזו לעיתים הופכת לסיכון.

מתי לא לפתור לבד

יש סימנים ברורים לכך ש-לא נכון להישאר לבד עם הבעיה:

• כשהשינוי משפיע על יותר מצוות אחד
• כשההחלטה אינה הפיכה
• וכשהכשל האפשרי חורג מגבולות האחריות שלך

במצבים כאלה, פתרון “עצמאי” אינו גבורה - הוא הימור.

Escalation כהגנה מערכתית

Escalation נכון אינו העברת אחריות. הוא הרחבתה.

זהו מנגנון שמטרתו:

• לחשוף סיכונים מוקדם
• לייצר הקשר רחב יותר
• ולאפשר החלטה משותפת במקום הימור בודד

בארגונים בוגרים:

• escalation קורה מוקדם
• בלי דרמה
• ובלי צורך “להוכיח” שהכול כבר נשבר

כי מבינים: הנזק הגדול אינו בעצם הבעיה - אלא בעיתוי שבו היא נחשפת.

השורה התחתונה

Escalation אינו כשל. הוא כלי עבודה.

במערכת שאין לה נקודת התחלה, ההחלטות המסוכנות ביותר מתקבלות בשקט - לבד.

וההחלטות היציבות ביותר מתקבלות כשמבינים מתי להרחיב את המעגל.

מבט קדימה

בפוסט הבא ניגע ברגע הלחץ עצמו:

מה קורה כשאין זמן לאלגנטיות, ולמה במערכת חיה הפתרון הנכון לעיתים נראה “מכוער” - אבל שורד.