אין תמונה מלאה, ועדיין צריך להחליט

יש רגע שבו מהנדס מבין שחוסר ודאות אינו תקלה זמנית - הוא מצב קבוע.

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

ובינתיים, צריך להחליט.

האשליה: “עוד קצת דאטה יבהיר הכול”

כשקשה להחליט, האינסטינקט הטבעי הוא להמתין:

• לעוד מדדים
• לעוד לוגים
• לעוד זמן תצפית

זה מרגיש אחראי. זה מרגיש זהיר.

אבל לעיתים קרובות זו פשוט דחייה.

כי:

• הדאטה תמיד חלקי
• המדדים תמיד מפגרים אחרי המציאות
• ומה שלא נמדד - לא יופיע לעולם

הבעיה אינה שאין מספיק מידע. הבעיה היא שאין מידע מושלם.

והוא גם לא יגיע.

החלטות מתקבלות עם observability חלקי

במערכת קיימת, תמיד יש אזורים אפלים:

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

גם מערכות עם observability מצוין אינן מספקות תמונה מלאה - רק תמונה טובה יותר.

הנדסה יציבה אינה מחכה לבהירות מוחלטת. היא לומדת לפעול בתוך הערפל.

מתי חוסר ודאות הוא קבוע - לא זמני

שאלה קריטית שכל מהנדס צריך לשאול את עצמו:

האם חוסר הוודאות הזה ייפתר אם אחכה - או שהוא חלק מהמערכת עצמה?

יש חוסר ודאות זמני: באג חדש, עומס חריג, שינוי טרי.

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

מי שמחכה שהשוני ייעלם - מחכה לנצח.

איך מחליטים בכל זאת

המעבר היציב אינו מ”לדעת הכול לפני שמחליטים” ל”להחליט בלי לדעת כלום”.

הוא מעבר ל:

• זיהוי מה לא נדע בזמן
• הבנה על אילו הנחות אנחנו מהמרים
• וצמצום הנזק אם טעינו

החלטה טובה אינה זו שמבוססת על ודאות, אלא זו שמכירה בגבולות הידע שלה.

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

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

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

מבט קדימה

בפוסט הבא נעסוק ברגע שבו מהנדסים רבים נתקעים:

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