פרויקט מלא, צוות ייעודי או תגבור צוות: איך בוחרים?

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

1. ביצוע פרויקט מלא

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

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

2. צוות ייעודי

צוות רב-תחומי — מפתחים, QA, ולרוב גם מעצב ומוביל פרויקט — עובד רק על המוצר שלכם, לטווח ארוך, לפי מפת הדרכים שלכם. החיוב חודשי.

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

3. תגבור צוות

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

• מתאים כשיש לכם כבר הובלה הנדסית ותהליכי עבודה.
• הכי מהיר להתחלה — לרוב תוך ימים.
• אתם מנהלים את העבודה; השותף מתחייב לאנשים.

שאלות לשאול לפני שבוחרים

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

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