הרחבת צוות או מיקור חוץ: איך בוחרים את המודל הנכון

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

המאמר הזה מפרט את ההבדל ומציע דרך להחליט.

ההבדל בשורה אחת

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

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

בקצרה: בהרחבת צוות אתם קונים כוח אדם ומנהלים אותו. במיקור חוץ אתם קונים תוצאה ואנחנו מנהלים את הדרך אליה.

ארבע שאלות שמכריעות

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

1. יש אצלכם מי שיכול לנהל מפתחים בפועל?

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

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

2. כמה ברור מה צריך לבנות?

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

3. האם אתם צריכים התחייבות ללוח זמנים או גמישות?

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

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

4. מה עתיד המערכת אצלכם?

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

כדאי לענות על השאלות לפי מה שקורה בפועל בחברה היום ולא לפי מה שהיה רוצה לקרות. מי שעונה "נקדיש זמן לצוות" בלי לפנות אותו ביומן, ייפגש עם הבעיה בשבוע השלישי.

איפה כל מודל נכשל

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

לכל מודל יש סיכון משלו. שני כשלים חוזרים:

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

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

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

שלושה דפוסים שחוזרים

שלוש תבניות שאפשר לזהות מניסיון:

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

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

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

בית תוכנה, עלות וחודש ניסיון

מודל שלישי: בית תוכנה

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

כמה זה חוסך, ואיך בודקים בלי להתחייב

החיסכון לעומת גיוס מקומי הוא בין 25% ל-40%. המחיר הוא מחיר חודשי סופי לעובד במשרה מלאה, הכל כלול, ללא ציוד מיוחד וללא שירות המנהל מישראל. המפתחים מועסקים אצלנו בפיליפינים, ושעות העבודה מותאמות ללקוח.

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

על ניהול הצוות אחרי שהוא מתחיל תוכלו לקרוא במאמר על שגרה שבועית לצוות מרוחק.

מה לשאול כל ספק, אלינו וגם לאחרים

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

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

השורה התחתונה

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

אם התשובות שלכם מובילות לניהול עצמי של הצוות, אפשר להתחיל בהרחבת צוות.