הסוף לצוותי פיתוח קלאסיים: למה עברנו למודל Squads?

שחר פולק יושב עם הטריו שהקים את הסקווד הראשון ב-Imagen: שי כהן מהבק, ג’ולי דאי מהפרודקט, ונרקיס פלדמן מהפרונט. שלושה אנשים, שלושה עולמות מקצועיים — ובין לבין: הכאב האמיתי של מחלקות שעובדות בסילואים. הם פירקו את המודל הישן ועשו את זה בכבוד. אבל לא בלי צלקות.

מה תקחו מהפרק הזה?

תסמונת “מי פנוי באלנבי”

כשפרונט ובק לא עובדים באותו מקצב — כל אינטגרציה הופכת לסיוט לוגיסטי. “מי פנוי באלנבי” היא התסמונת שמתרחשת כשאין בעלות ברורה: כולם עסוקים, אבל שום דבר לא מתקדם. הסקווד פתר את זה דרך בעלות משותפת על פיצ’ר מקצה לקצה — פרונט, בק ופרודקט יחד מרגע ה-Kickoff ועד הפריסה.

לשרוד קונטקסט סוויצ’ים

עבודה במחלקות קלאסיות מאלצת כל מפתח להחזיק בו-זמנית עשרה חוטים. הקוד הכי יקר שיש הוא זה שכתבת לפני שבועיים ועכשיו צריך לחזור אליו — בלי שום זכרון של ה-Context שהיה בראש. מודל הסקווד יצר פוקוס: כולם על אותו פיצ’ר, באותה תקופה, לקראת אותה מטרה.

יפן ואומץ לדבר בזמן

אחד מחברי הסקווד שיתף סיפור על טיול ליפן שלימד אותו שיעור על תזמון. מה שלא נאמר בדיוק ברגע הנכון — לא מגיע ליעדו. זה עקרון שמסתבר עובד גם בישיבות סינכרון, גם בריטרוספקטים, וגם בשיחות קשות עם מנהלים. הרגע הנכון לדבר הוא לא אחרי שמצטברת הרבה frustration — הוא הרגע שבו מרגישים את החיכוך לראשונה.

לשחרר “פוקונים” — פיצ’רים חצי אפויים

לפעמים צריך לשחרר מוצר לפני שהוא מושלם. לא בגלל עצלנות — אלא כי הדאטה שמגיעה מלקוח אמיתי שווה יותר מכל השערה שנכתבת בסשן תכנון. הסקווד אימץ גישה של Extreme Ownership: אם אתה מוציא פיצ’ר לא אפוי, אתה לוקח אחריות מלאה על מה שקורה אחרי. ואם הדאטה אומרת שהכיוון שגוי — עוצרים ומשנים כיוון בלי אגו.

נקודות מפתח

תסמונת מי-פנוי-באלנבי: כשאין בעלות ברורה על פיצ'ר, כולם עסוקים אבל שום דבר לא מתקדם — הסקווד פותר את זה עם בעלות משותפת מקצה לקצה.

הקוד הכי יקר הוא זה שכתבת לפני שבועיים וצריך לחזור אליו בלי קונטקסט — מודל הסקווד מייצר פוקוס של כולם על אותו פיצ'ר באותו זמן.

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

דאטה מלקוח אמיתי שווה יותר מכל השערה בסשן תכנון — לפעמים נכון לשחרר פיצ'ר חצי אפוי ולקחת אחריות מלאה על מה שקורה אחריו.

שאלות נפוצות

מה זה מודל Squads ובמה הוא שונה מצוותי פיתוח קלאסיים?

במקום מחלקות נפרדות של פרונט, בק ופרודקט שעובדות בסילואים, סקווד מאגד את שלושת העולמות סביב פיצ'ר אחד — מרגע ה-Kickoff ועד הפריסה. הבעלות המשותפת מבטלת את התלות הלוגיסטית בין מחלקות ומייצרת פוקוס של כולם על אותה מטרה.

אילו בעיות פותר המעבר למודל סקוואדים?

שתי בעיות מרכזיות: אינטגרציות שהופכות לסיוט כשפרונט ובק לא עובדים באותו מקצב, וקונטקסט סוויצ'ים שמאלצים כל מפתח להחזיק עשרה חוטים במקביל. כשכל הסקווד עובד על אותו פיצ'ר באותה תקופה, החזרה לקוד לא דורשת שחזור קונטקסט יקר.

מתי נכון לשחרר פיצ'ר לא גמור ללקוחות?

כשהדאטה מלקוח אמיתי שווה יותר מההשערות בחדר התכנון. התנאי הוא Extreme Ownership: מי שמוציא פיצ'ר חצי אפוי לוקח אחריות מלאה על מה שקורה אחרי, עוקב אחרי הנתונים, ואם הכיוון שגוי — עוצר ומשנה כיוון בלי אגו.