שימוש מותאם ב"מודל שדה התעופה™" בעידן ה-AI
- Shlomi Ozalvo
- לפני 3 ימים
- זמן קריאה 4 דקות
מבוא: ממופע רחפנים לניהול ערך
דמיינו מופע מרהיב של מאות רחפנים בשמי הלילה. כל רחפן הוא יחידה עצמאית, מהירה וזריזה, אך היופי והמשמעות של המופע נוצרים רק בזכות מערכת שליטה מרכזית שמתאמת ביניהם בכל שבריר שנייה. ללא התיאום הזה, לא נקבל תמונה רלוונטית בשמיים, אלא ענן של התנגשויות ורעש אקראי.
בעולם שבו סוכני AI כותבים קוד ומריצים בדיקות בשבריר מהזמן, הציפייה של כל הנהלה היא לראות זינוק בגרף הדליברי. אך במציאות, ארגונים רבים – מחברות SaaS ועד גופי IT פנים-ארגוניים – מגלים פרדוקס: הייצור הואץ, המקלדות רועשות, אבל ה"חבילות" עדיין נתקעות בדרך לנחיתה אצל הלקוח.
האם ה-AI הופך את "מודל שדה התעופה™" לפחות רלוונטי? בדיוק להפך. המודל נשאר העוגן המרכזי, אך עלינו להבין ש-AI הוא פתרון לצוואר בקבוק אחד (הקידוד), שכתוצאה מכך מעביר את העומס לנקודה אחרת בארגון. התפקיד של מגדל הפיקוח כעת הוא לזהות את צוואר הבקבוק החדש ולנהל אותו באמצעות שימוש מותאם במודל. למעשה, הבנה עמוקה של תפקיד מגדל הפיקוח (עליה הרחבתי במאמר #7 בסדרה) היא הבסיס לכל ניהול מרחב אווירי צפוף, ובעידן ה-AI היא הופכת לקריטית פי כמה.
חלק א': כשצוואר הבקבוק משנה כתובת
חוק הברזל בניהול מערכות הוא שתמיד קיים צוואר בקבוק. כשפתרנו את הקיבולת של ה"תכנתים" באמצעות AI, לא ביטלנו את המגבלה – פשוט העברנו אותה מהייצור אל המעטפת.
להלן הניתוח של העברת העומס בעידן החדש:
אפקט ה-"Induced Demand" (ביקוש מושרה): שדרוג המטוסים למטוסי סילון מהירים לא מפחית את הצורך במגדל פיקוח. להפך – יש יותר תנועה, וכל טעות בתיעדוף מובילה להתנגשות במהירות גבוהה הרבה יותר (קונפליקטים בארכיטקטורה או במוצר).
ה-WIP הופך לבלתי נראה: קל לזהות פרויקט ענק (בואינג) שתוקע מסלול. קשה מאוד לזהות 500 משימות קטנות (רחפנים) שיוצרות פקק בשמיים וחונקות את צוותי הארכיטקטורה, אבטחת המידע או ה-DevOps.
צווארי בקבוק אנושיים בקצה: הייצור (Output) הפך לזול, אך יכולת הארגון לספוג ולעכל את הערך (Outcome) מוגבלת על ידי בני אדם. מסלולי הטיסה של הפרודוקט, הרגולציה או השיווק נשארים אנושיים וצפופים.
פרדוקס הבחירה: כשהעלות של ייצור חבילת ערך שואפת לאפס, האתגר הוא כבר לא "איך לבנות" אלא "על מה לא לעבוד". בלי מגדל פיקוח חד, הארגון ימלא את המרחב האווירי במשימות קלות לביצוע אך בעלות ערך עסקי נמוך.
חלק ב': מגדל פיקוח אחד – שני פרופילי הפעלה
"מודל שדה התעופה™" הוא תשתית ניהולית גנרית. כדי למקסם את הדליברי, עלינו להגדיר את פרופיל ההפעלה הרלוונטי למשימה:
פרופיל Classic (Heavy Duty):
● הטייס – ניהול הדוק של לוחות זמנים, נתיב טיסה מוגדר מראש ועמידה ביעדי ביצוע.
● המטוס – פרויקטים כבדים (בואינג), תלויות מורכבות ודרישה למשאבים רבים לאורך זמן.
● שדה התעופה – תשתית הנמדדת לפי קיבולת שעות עבודה (FTE) וזמינות כוח אדם מקצועי.
● מגדל הפיקוח – ויסות עומסי עבודה, ניהול משאבים קלאסי ומניעת חיכוך בין פרויקטים גדולים.
פרופיל High-Velocity (AI-Driven):
● הטייס – פועל כ"מנהל משימה" המתמקד בבקרת איכות של תוצרי AI וסנכרון חבילות ערך ליעדים העסקיים.
● המטוס – חבילות ערך קטנות ואג'יליות (רחפנים), מודולריות ומהירות להמראה.
● שדה התעופה – הופך ל"תשתית ספיגה" הנמדדת ביכולת המעטפת (Compliance, תמיכה, הטמעה) לעכל את קצב השינויים המהיר.
● מגדל הפיקוח – פועל כ"מנצח על זרימת הערך", המנהל סדרי עדיפויות דינמיים וויסות "רעשים" במרחב האווירי.
חלק ג': הגדרה מחדש של מונחי מודל שדה התעופה בעידן AI
כאשר אנחנו עוברים לפרופיל הפעלה המבוסס על AI ככוח ייצור, עלינו לעדכן את המושגים היסודיים שלנו:
● מסלול הנחיתה הוא "קשב המשתמש": מגדל הפיקוח מודד את היכולת של הלקוח (חיצוני או פנימי) לקלוט את השינוי. אלו הם "מסלולי קליטת ערך" (Adoption Runways).
● מדידת הצלחה – Time to Impact: המדד הוא כמה זמן עבר מהסיום הטכני ועד שהלקוח הפיק מהחבילה ערך בפועל.
● הבור של "דיסוננס הדיליברי": מצב שבו הארגון מרגיש פרודוקטיבי (100% ניצולת AI) אך האימפקט העסקי נמוך, כי מגדל הפיקוח לא עצר משימות בעלות ערך נמוך שחונקות את המערכת.
חלק ד': מגדל הפיקוח המתאים לפרופיל המואץ
אסור להנהלות לטעות ולחשוב שבמציאות של צוותים עצמאיים המשתמשים ב-AI אין צורך במיסוד מגדל פיקוח, או חלילה לפרק קיים. ככל שקצב הטיסות עולה, כך הצורך בתיאום מרכזי הופך קריטי יותר. המגדל הוא אותו מגדל, אך עליו לדעת לעבוד בשני פרופילי הפעלה שונים כדי למנוע 'קריסה של הארגון לתוך עצמו'.
1. מניהול משאבים לניהול זרימה: מגדל הפיקוח מוודא ש"צוותי הקרקע" (מרקטינג, אבטחת מידע, תמיכה) מסונכרנים עם קצב הייצור של ה-AI.
2. תיעדוף אסטרטגי ככלי הישרדות: בעולם של ביצוע מהיר, היכולת לומר "לא" ולנהל את ה-Stop Doing היא המשימה החשובה ביותר של המגדל.
3. מניעת רעש מוצרי: ללא מגדל פיקוח שרואה את המכ"ם הבין-צוותי, הארגון ייצר רעש מהר יותר מהמתחרים שלו, במקום לייצר ערך ממוקד.
סיכום
ה-AI פתר את צוואר הבקבוק של הקידוד, אך הוא העלה את רף האתגר הניהולי. בעידן של מהירות אינסופית, השליטה בזרימה היא המפתח. מודל שדה התעופה בעידן ה- AI, מצפה שמגדל הפיקוח מעבר למתן אישור ההמראה, מוודא שקיימת תוכנית נחיתה ברורה. עלינו לדעת בוודאות שכל חבילת ערך שיוצאת לדרך תוכל לנחות בבטחה אצל הלקוח ולהשיג את האימפקט המבוקש. בסופו של יום, המופע בשמיים נמדד בדיוק של הנחיתות, לא במהירות המנועים.
כדי להבין לעומק איך בונים ומפעילים מגדל פיקוח שמסוגל לנהל גם 'בואינגים' וגם 'נחילי רחפנים'? מומלץ גם לקרוא את מאמר #7 בסדרת מודל שדה התעופה™, העוסק כולו בניהול המרחב האווירי בעידן המואץ.
Copyright © 2023 - Present PMx Evolution. All rights reserved.
