כשל כמידע, לא כאסון - איך מערכות לומדות דרך שבירה

ברוב המערכות, כשל נתפס כמשהו שיש להסתיר. אירוע חריג. תקלה. משהו שצריך “לתקן מהר ולהמשיך הלאה”.

מערכות בוגרות מסתכלות על כשל אחרת לגמרי: כשל הוא מידע. כשל הוא אות שהמערכת משדרת על עצמה.

מה כשל באמת אומר?

כל כשל מספר סיפור:

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

הכשל עצמו אינו הבעיה. הוא הסימפטום.

למה זה מידע יקר?

מפני שכשל חושף דברים שלא ניתן לראות בזמן רגיל:

• נקודות חיכוך אמיתיות
• תלות לא מתועדת בין רכיבים
• אזורים שבנויים על מזל, לא על תכנון
• החלטות עבר שכבר אינן מתאימות

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

איפה מערכות נופלות?

כשהתגובה האוטומטית לכשל היא:

• לכבות אותו
• לעקוף אותו
• להחזיר את המצב לקדמותו
• ולהמשיך כאילו לא קרה כלום

כך המידע הולך לאיבוד.

המערכת חזרה לעבוד, אבל שום דבר לא נלמד.

המשל

דמיינו חיישן שמתריע על חום גבוה.

אפשר: לכבות את האזעקה ולהמשיך לעבוד.

ואפשר: לשאול למה החום עלה, איפה הגבול, ומה קורה אם נגיע אליו שוב.

האזעקה לא נועדה להפריע - היא נועדה ללמד.

מערכת שלא “מדברת” דרך כשלים

מערכת שלא מאפשרת לראות, להבין ולנתח כשלים:

• מסתירה את נקודות התורפה שלה
• מקשה על שיפור אמיתי
• ודורשת ללמוד רק דרך תקלות חמורות יותר בעתיד

לעומת זאת, מערכת שמבליטה כשלים:

• מאפשרת תצפית
• מעודדת התאמה
• ומשתפרת לאורך זמן

סיכום

השאלה אינה “איך מונעים כשל?”

אלא “מה המערכת מספרת לנו כשהוא קורה?”

כשל הוא אחת מצורות התקשורת הישירות ביותר של מערכת מורכבת. מי שמקשיב - משתפר. מי שמתעלם - מופתע שוב ושוב.