AI יכול לייצר קוד בקצב מהיר מאי פעם, אך רוב החברות עדיין מנהלות פרויקטים באמצעות תהליכים מיושנים שמעבירים עבודה ממחלקה אחת לאחרת. התוצאה היא צוואר בקבוק קלאסי: הקוד רץ קדימה בעוד הארגון זוחל מאחור.
גישה חדשה הנקראת Temp Squads פותרת את חוסר ההתאמה הזה על ידי ארגון מחדש של אנשים, לא של כלים. הרעיון פשוט — הרכבת צוות קצר-ימים בעל מיומנויות מגוונות סביב מטרה עסקית אחת, מתן יתרון התחלתי לכל חבר צוות באמצעות AI, ולאחר מכן פירוק הצוות ברגע שהמטרה הושגה.
למה AI לבדו לא מספיק
מודלי שפה גדולים (LLMs) יכולים לייצר פונקציות, להציע refactors ואפילו לכתוב מודולים שלמים. הרווחים הללו נעלמים ברגע ש-pull request נתקע בשל העברות (handoffs) בין מחלקות מרובות, שכל אחת מהן פועלת ב"סילוס" (silo) נפרד. ההעברות הללו "אוכלות" את הזמן שנחסך על ידי ה-AI, וישיבות נוספות רק מעכבות את התהליך עוד יותר.
מה שארגונים צריכים זה דרך לשמור על העבודה בתוך קבוצה אחת וממוקדת, מתחילת התהליך ועד סופו. כאן נכנסת לתמונה קונספט ה-Temp Squad.
מסגרת העבודה של Temp Squad
Temp Squad הוא צוות זמני ורב-תחומי שנבנה כדי להשיג תוצאה עסקית ספציפית אחת. החברים שומרים על התפקידים הרגילים שלהם — מהנדס backend, מעצב UX, מנהל מוצר (Product Owner) — אך הם מצטרפים לצוות למשך תקופת הפרויקט. כאשר היעד משיג, הצוות מתפרק והצוות הקבוע לוקח אחריות ארוכת טווח על הקוד.
יישום שלב אחר שלב
- הגדרת היעד – העסק מגדיר את ה"למה" ואת ה"מה" של הפיצ'ר או התוצאה הרצויים. בשלב זה אין צורך ברשימת משימות מפורטת.
- יצירת אבן דרך (Milestone) – רישום היעד בכרטיס (card) יחיד המפרט גם סיכונים, מדדי הצלחה ותוצאות צפויות. כרטיס זה יהיה נקודת הייחוס היחידה בין הצד העסקי לצד הטכנולוגי.
- הקמת ה-Temp Squad – זיהוי המיומנויות המדויקות הדרושות — backend, frontend, UX, נתונים וכו' — וקיבוץ האנשים הרלוונטיים. הם ממשיכים במטלותיהם הרגילות במקומות אחרים אך מקצים קיבולת (capacity) לצוות.
- שימוש במודל קוד פתוח (Open-Source) – פירוק אבן הדרך למשימות (issues) קטנות ועצמאיות המאוחסנות במאגר (repository) משותף. כל אחד בצוות יכול לקחת משימה כשיש לו פנאי, מה שמונע היררכיה נוקשה של בעלות על משימות.
- יישום בינה מלאכותית – עוזר AI סורק כל משימה ומציע תוכנית יישום. ההצעה מעניקה למפתח דחיפה ראשונית, אך אדם חייב לבחון ולאשר אותה לפני כתיבת הקוד.
- פירוק הצוות – ברגע שהמדדים של אבן הדרך הושגו, הצוות מתפרק. הצוות הקבוע יורש את בסיס הקוד החדש לצורך תחזוקה ושיפורים עתידיים.
מה גורם לזה לעבוד
- מבטל העברות (handoffs) – כל העבודה נשארת בתוך הצוות, כך שמשימות (tickets) לעולם לא עוברות דרך מחלקות מרובות.
- מרחיב את השתתפות המיומנויות – מעצבים, מנהלים ואנשי מקצוע אחרים שאינם מהנדסים תורמים ישירות לבסיס הקוד, בסיוע תשתית (scaffolding) שנוצרה על ידי AI.
- מפחית את עומס הישיבות – ערוץ תקשורת אחד מחליף את שרשרת עדכוני הסטטוס בין קבוצות נפרדות.
- שומר על אחריות ארוכת טווח – צוות המוצר הקיים עדיין מחזיק בבעלות על הקוד לאחר פירוק הצוות, מה שמונע פיצ'רים "יתומים".
חסרונות פוטנציאליים
(סעיף זה נותר להזנה עתידית)
איך לנסות את זה
התחילו בקטן. הריצו פיילוט על פרויקט אחד. מדדו את התוצאות.
שורה תחתונה: AI מאיץ את יצירת הקוד, אך ללא קצב ארגוני תואם, הרווחים מתנדפים. Temp Squads מסנכרנים בין אנשים למכונות סביב מטרה אחת מוגדרת היטב, ומאפשרים למהירות של ה-AI להשתנות למסירה (delivery) בעולם האמיתי.