הנדסה היא מערכת חברתית

יש אשליה נוחה בהנדסה: שאם רק נכתוב קוד טוב יותר, אם רק נבחר ארכיטקטורה נכונה, אם רק נוסיף בדיקות -

המערכת תהיה יציבה.

אבל אחרי מספיק שנים בפרודקשן, מתברר דפוס אחר לגמרי:

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

איפה זה מתגלה בפועל

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

• החלטות נכונות שהתעוותו בדרך לאישור
• בעיות שכולם ראו, אבל לא היו “של אף אחד”
• פתרונות טכניים שנדחו כי הם לא התאימו למבנה הארגוני
• שינויים שנעשו לא כי הם נכונים - אלא כי הם מתוגמלים

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

למה אין “פתרון טכני” בלי הקשר אנושי

כל פתרון טכני מניח:

• מי יקבל החלטה
• מי יישא במחיר
• מי יתחזק לאורך זמן
• ומי יסבול אם זה ייכשל

אלה אינן שאלות של קוד. אלה שאלות של אנשים, תמריצים, גבולות ואמון.

וכשההנחות האלה שגויות - הקוד, טוב ככל שיהיה, יישבר.

מהנדסים כמשפיעי מערכת

בשלב מסוים בקריירה, מהנדסים מפסיקים להיות רק מי ש”מיישמים פתרונות”.

הם הופכים להיות:

• מי שמזהים חיכוך ארגוני לפני שהוא הופך לבאג
• מי שמבינים מתי בעיה טכנית היא סימפטום
• ומי שמוכנים לומר: “זה לא ייפתר בלי שינוי בדרך שבה אנחנו עובדים”

זו אינה הנהלה. וזו אינה פוליטיקה. זו הנדסה בוגרת ואחראית.

בגרות הנדסית, מחדש

בגרות אינה:

• לדעת יותר טכנולוגיות
• או לבחור את הכלי “הנכון”

בגרות היא היכולת לראות:

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

ולפעול בהתאם - גם כשזה לא נוח.

השורה האחרונה

אם יש רעיון אחד לקחת מהסדרה הזו, הוא זה:

הנדסה אינה רק מערכת טכנית ואינה רק מערכת אנושית.

היא המפגש ביניהן.

ומי שלא מתכנן את המפגש הזה - מתכנן כשל, גם אם הקוד מושלם.