לאורך הקריירה בניתי מערכות לא מעטות, אבל אחת מהן ממחישה את השינוי טוב מכולן. פלטפורמת גיוס ארצית, חיה באוויר: מנוע התאמה סמנטי שמצליב מועמדים ומשרות לפי משמעות ולא לפי מילות מפתח, קליטה אוטומטית של קורות חיים ישירות מהמייל, ארבע שפות, מערכת תשלומים, אפליקציה מותקנת, שרת ייעודי עם גיבויים יומיים.
מערכת כזאת הייתה מקבלת אצל אינטגרטור הצעת מחיר של צוות שלם לשנה. בפועל בנה אותה אדם אחד. אני. מנכ"ל 25 שנה, לא מתכנת במקצועי, שעובד עם כלי AI ככוח העבודה שלו. ואני כותב את זה לא כדי להרשים - אלא כי המספרים האלה משנים החלטות שאתם מקבלים השנה: תקציב פיתוח, הצעות מחיר של ספקים, וגיוסים.
לוחות הזמנים החדשים, כפי שנמדדו בפועל
אלה לא הערכות של יועץ אופטימי. אלה זמנים שנמדדו על עבודה אמיתית, שוב ושוב:
מסך מלא עם לוגיקה עסקית - שעות. מודול שלם, כמו מערך קליטת קורות החיים מהמייל על כל מקרי הקצה שלו - יום עד יומיים. מערכת שלמה בפרודקשן - שבועות. לא שנה, לא רבעונים. שבועות.
מה שהשתנה הוא לא שהקוד נעלם - הוא שכתיבת הקוד הפסיקה להיות צוואר הבקבוק. ה-AI כותב, ואני מביא את מה שהוא לא יכול: 25 שנות ניהול שיודעות להגדיר מה בדיוק צריך לקרות כשלקוח לא משלם, מתי חריגה היא באג ומתי היא מדיניות, ואיזה מסך אף אחד לא באמת צריך. החלק היקר בפיתוח מעולם לא היה ההקלדה. הוא היה ההחלטות.
ובגלל זה דווקא הרקע הניהולי, ולא הטכני, הוא היתרון בעידן הזה. מי שניהל תפעול, שירות וכספים יודע לזהות איזה תהליך שווה לבנות ואיזה עדיף להרוג - וזו בדיוק ההחלטה שה-AI לא מקבל בשבילכם.
מה זה לא אומר
בואו נוריד מהשולחן את המסקנה הזולה: לא, זה לא אומר לפטר את מחלקת הפיתוח. מערכות ליבה ישנות, אינטגרציות מורכבות, אבטחה, רגולציה - כל אלה עדיין דורשים אנשים שמכירים את הארגון לעומק. ו-MIT NANDA מצא שדווקא כלים חיצוניים מצליחים פי 2 מפיתוח פנימי - כלומר גם בעידן החדש, לבנות לבד כל דבר זו לא תמיד התשובה.
מה שכן השתנה זו הכלכלה של מערכות פנימיות. כל אותם כלים שמחלקת הפיתוח "לא מגיעה אליהם" כבר שנים - דשבורד להנהלה, אוטומציה לדוח שמכינים ידנית, מערכת פנימית לתפעול - עברו ממדף "אולי בשנה הבאה" למדף "שבועות".
וכן, אני מכיר את השאלה הבאה של כל מנכ"ל זהיר: מי אחראי על האיכות כשאדם אחד בונה כל כך מהר? התשובה היא שהמשמעת לא נעלמת, היא משנה צורה. אותה פלטפורמת גיוס עוברת בדיקות אבטחה, מגובה מדי לילה, ורצה בשיטת פריסה שלא מפילה את האתר גם באמצע יום עבודה. ההבדל הוא שגם את מנגנוני הבקרה האלה בונים היום בשעות, לא בחודשים. מהירות בלי משמעת היא הימור; מהירות עם משמעת היא יתרון תחרותי.
שלוש השלכות על ההחלטות שלכם
הראשונה - הבקלוג. תוציאו את רשימת הפרויקטים הפנימיים שנדחו כי "אין תקציב לזה". כל פרויקט שם תומחר לפי כלכלת הפיתוח הישנה. חלק ניכר מהרשימה הזאת אפשר היום לבנות בעשירית מהזמן, וזה אומר שסדר העדיפויות שקבעתם - כבר לא נכון. הישיבה הכי משתלמת שתעשו החודש היא לעבור על רשימת ה"נדחה" עם עיניים של 2026.
השנייה - הפיילוטים. כשמערכת עובדת נבנית בשבועות, אין יותר סיבה לקבל "מצגת היתכנות" כתוצר של פיילוט. דרשו מערכת חיה על הנתונים שלכם. ספק או יועץ שצריך רבעון בשביל דמו - עובד בכלכלה הישנה, ואתם משלמים את ההפרש.
השלישית - הצעות המחיר. כשאתם יודעים שמסך עולה שעות ומודול עולה ימים, הצעת מחיר של שישה חודשי פיתוח נקראת אחרת. לא כל הצעה כזאת מנופחת - אינטגרציה אמיתית לוקחת זמן אמיתי - אבל עכשיו יש לכם בסיס למשא ומתן: תבקשו פירוק לפי מסכים ומודולים, ותשוו לזמנים שכתובים כאן.
השאלה למנהל הפיתוח שלכם
לא כפרובוקציה - כשאלה הוגנת בין מנהלים: כמה מזמן הצוות הולך לקוד חדש לעומת תחזוקה וישיבות? כמה זמן עובר מהגדרת צורך עסקי עד מסך עובד? והאם המפתחים שלכם עובדים עם כלי AI ברמה שהעובדים שלהם עצמם כבר עובדים בבית - במדינה שמובילה את העולם באימוץ אישי של AI לפי מדד Anthropic, עם פער של פי 4.9 מהצפוי?
אם התשובות מביכות, הבעיה כמעט אף פעם לא באנשים. היא בכך שהארגון עוד לא עדכן את התהליכים לכלכלת הפיתוח החדשה. ובניגוד לרוב הבעיות שמנכ"ל פוגש, את הבעיה הזאת אפשר לתקן מהר, בלי מהפכות ובלי לפרק שום דבר. זה מתחיל בהוכחה אחת קטנה שמראה לכולם מה אפשרי.
אז הנה ההצעה שלי, פשוטה ככל האפשר: בחרו תהליך פנימי אחד שכואב - דוח שנבנה ידנית, טופס שמסתובב במיילים, מערכת קטנה שכולם מחכים לה שנתיים. שלחו לי אותו, ואחזור אליכם עם דמו עובד. בשבועות? לא. בימים.
