מיקור חוץ פיתוח תוכנה הוא העברת הבנייה של מערכת, אתר או אפליקציה לספק חיצוני, כפרויקט במחיר קבוע, בתשלום לפי זמן וחומרים או כצוות ייעודי. ההחלטה תלויה בשלושה דברים: עד כמה הדרישה מוגדרת, מי יהיה הבעלים של הקוד ואיך נמדד הספק. בחירה לפי מחיר שעתי בלבד היא הטעות הנפוצה בתחום.
מחשבון עלויות שירותי מיקור חוץ IT
מהנדס תקשורת של טלקום אקספרט יבדוק את הצרכים ויחזור עם הצעה, ללא התחייבות.
עיקרי הדברים
- המודל קובע מי נושא בסיכון: במחיר קבוע הספק נושא בחריגה מהתקציב, בזמן וחומרים המזמין נושא בה, ובצוות ייעודי הסיכון משותף.
- לפי חוק זכות יוצרים, היוצר הוא הבעלים הראשון של היצירה, וחוזה להעברת זכות יוצרים טעון מסמך בכתב. לכן חוזה פיתוח חייב סעיף העברת זכויות מפורש.
- מסגרת הפיתוח המאובטח של NIST (SSDF) משמשת שפה משותפת שבה מזמינים מציבים דרישות לספק.
- פער השעות משתנה לפי יעד: פולין שעה אחורה, רומניה ויוון באותה שעה כמו ישראל, והודו שעתיים וחצי עד שלוש וחצי שעות קדימה.
- אם הספק ניגש למאגר מידע אישי, נדרשים הסכם כתוב ובדיקת סיכונים לפני תחילת העבודה.
העמוד הזה עוסק בהוצאת פיתוח לספק חיצוני. לתפעול ה-IT השוטף של העסק, כולל תמיכה, גיבוי ואבטחה, ראו שירותי IT במיקור חוץ, ולהשאלת מפתחים וצוותים ראו מיקור חוץ הייטק.
אילו מודלי התקשרות קיימים בפיתוח תוכנה חיצוני?
במחיר קבוע הספק מתחייב לתוצר מוגדר בתאריך ובסכום מוסכמים. זה המודל שנותן ודאות תקציבית, אך הוא עובד רק כשהאפיון מדויק, וכל שינוי בדרישות מתומחר בנפרד. בזמן וחומרים העסק משלם לפי שעות עבודה, ולכן אפשר לשנות כיוון תוך כדי, אבל נדרש פיקוח צמוד על ההתקדמות. בצוות ייעודי הספק מרכיב צוות של מפתחים, בודקים ולעיתים מנהל פרויקט שעובדים רק עבור העסק, והמודל מתאים למוצר שמתפתח לאורך זמן.
| מודל | מי נושא בסיכון | מה חשוב להגדיר |
|---|---|---|
| מחיר קבוע | הספק, עד גבול האפיון | אפיון כתוב, אבני דרך, קריטריוני קבלה ותהליך לשינויים |
| זמן וחומרים | העסק | תקרת שעות, דוחות התקדמות והסמכות לאישור שעות נוספות |
| צוות ייעודי | משותף | הרכב הצוות, זמן החלפת איש צוות, מדדי תפוקה ותיעוד |
מה ההבדל בין חברת פיתוח תוכנה, פרילנסר וצוות פנימי?
שלוש האפשרויות נבדלות בעיקר בהיקף האחריות ובתלות באדם אחד. פרילנסר מתאים למשימה קטנה ומוגדרת, אבל העסק תלוי בזמינותו וביכולתו של אדם יחיד. חברת פיתוח מספקת צוות עם גיבוי, ניהול ותהליכים, והמחיר משקף זאת. צוות פנימי נותן שליטה מלאה ושימור ידע, אך דורש גיוס, הכשרה ותקורה קבועה.
| אפשרות | יתרון עיקרי | סיכון עיקרי |
|---|---|---|
| פרילנסר | גמישות ועבודה על משימה נקודתית | תלות באדם אחד וקושי בהחלפה |
| חברת פיתוח | צוות מגובה, ניהול ותהליכי עבודה | תלות בספק אם הקוד והתיעוד אינם בבעלות העסק |
| צוות פנימי | שליטה מלאה ושימור ידע | זמן גיוס ועלות קבועה גם כשאין עבודה |
בכל אחת מהאפשרויות הכללים בנושא הבעלות על הקוד זהים: מאגר קוד בחשבון של העסק והעברת זכויות בכתב.
מתי כדאי להוציא פיתוח למיקור חוץ ומתי להשאיר אותו בבית?
מיקור חוץ מתאים כשהעבודה מוגדרת בזמן ובהיקף, כשחסרה בארגון מומחיות ספציפית או כשיש עומס זמני שאינו מצדיק גיוס קבוע. דוגמאות נפוצות הן מערכת ייעודית, אפליקציה, חיבור בין מערכות קיימות, בדיקות ואוטומציה, ושדרוג של מערכת ישנה.
את ליבת המוצר, כלומר הלוגיקה שמבדילה את העסק מהמתחרים, עדיף להשאיר בצוות פנימי, או לכל הפחות לוודא שהידע, התיעוד והגישה לקוד נשארים בארגון. מי שמוציא את כל הידע אל הספק נכנס לתלות שקשה לצאת ממנה, ולכן כדאי לשמור לפחות בעל תפקיד פנימי אחד שמבין את הארכיטקטורה ומאשר שינויים.
| סוג עבודה | התאמה למיקור חוץ | הערה |
|---|---|---|
| אתר או אפליקציה עם אפיון ברור | מתאים | מחיר קבוע עם אבני דרך עובד היטב |
| חיבור בין מערכות קיימות | מתאים | דורש תיעוד ממשקים וגישה לסביבת בדיקות |
| בדיקות ואוטומציה | מתאים | קל להפריד מהפיתוח ולמדוד |
| הלוגיקה שמבדילה את המוצר מהמתחרים | עדיף בבית | הידע חייב להישאר בארגון |
| מוצר בלי אפיון ועם דרישות משתנות | בזהירות | עדיף זמן וחומרים או פיילוט קצר |
מי הבעלים של הקוד שהספק כותב?
לפי חוק זכות יוצרים, היוצר של יצירה הוא הבעלים הראשון של זכות היוצרים בה, ומעביד הוא הבעלים הראשון של יצירה שעובדו יצר לצורך עבודתו ובמהלכה, אלא אם הוסכם אחרת. החוק קובע גם שחוזה להעברת זכות יוצרים או למתן רישיון ייחודי טעון מסמך בכתב. המשמעות לעסק: קוד שנכתב עבור המזמין אינו עובר אליו אוטומטית, והזכויות הראשוניות עשויות להישאר אצל הספק או אצל המפתח העצמאי.
כדי למנוע מחלוקת, חוזה הפיתוח צריך לכלול:
- העברה מפורשת בכתב של הזכויות בקוד ובתוצרים, או רישיון ייחודי ובלתי מוגבל בזמן אם העברה מלאה אינה אפשרית.
- מאגר קוד (Repository) שנמצא בחשבון של העסק מהיום הראשון, ולא רק אצל הספק.
- רשימת רכיבי קוד פתוח ורישיונותיהם, כי רישיונות מסוימים (Copyleft) עלולים להטיל חובות על הקוד שנגזר מהם.
- מסירת תיעוד, הוראות התקנה וסביבות פיתוח, כך שגם ספק אחר יוכל להמשיך את העבודה.
- הסדר למקרה שהספק נעלם או נרכש, למשל הפקדה של קוד המקור אצל צד שלישי.
הסעיפים הללו הם נקודות לדיון עם עורך דין שמתמחה בקניין רוחני, ואינם תחליף לייעוץ משפטי.
אילו דרישות אבטחה מציבים בפני ספק פיתוח?
ספק פיתוח מקבל גישה לקוד, למערכות ולעיתים לנתוני לקוחות, ולכן האבטחה היא חלק מהחוזה. המכון הלאומי לתקנים וטכנולוגיה בארצות הברית פרסם את מסגרת הפיתוח המאובטח SSDF (NIST SP 800-218, גרסה 1.1), שמגדירה שיטות פיתוח מאובטח ברמה גבוהה. המסמך מציין שהיא נועדה גם לשמש שפה משותפת בין רוכשים לספקים בתהליכי רכש, ולכן אפשר לדרוש מהספק לעבוד לפיה.
בפועל מבקשים מהספק:
- הרשאות מינימליות לכל איש צוות, אימות דו-שלבי וביטול גישה מיידי בסיום העבודה.
- סקירת קוד (Code Review) לפני מיזוג, בדיקות אוטומטיות וסריקת תלויות לאיתור חולשות ידועות.
- הפרדה בין סביבת פיתוח לסביבת ייצור, ושימוש בנתוני דמה במקום נתוני לקוחות אמיתיים.
- מדיניות כתובה לשימוש בכלי בינה מלאכותית בכתיבת קוד: אילו כלים מותרים, ואיסור להזין קוד או נתונים רגישים לשירות ציבורי.
אם הפיתוח נוגע למאגר שמכיל מידע אישי, הרשות להגנת הפרטיות מחייבת בהתקשרות עם גורם חיצוני בדיקת סיכונים מראש, הסכם כתוב ומחייב, התחייבות סודיות של עובדי הספק ופיקוח שוטף. החובות חלות גם כשהספק נעזר בקבלן משנה.
מה ההבדל בין נירשור לאופשור ומה משמעות פער השעות?
במיקור חוץ בישראל הצוות עובד באותו אזור זמן, באותה שפה ותחת אותו דין. בנירשור (Nearshore) הצוות נמצא במדינה קרובה באזור זמן דומה, ובאופשור (Offshore) הוא רחוק, והתיאום מחייב תיעוד והתאמת שעות. הטבלה מציגה פערי שעות לפי מאגר אזורי הזמן של IANA לשנת 2026, ביחס לשעון ישראל:
| אזור | פער שעות מישראל | משמעות לעבודה |
|---|---|---|
| פולין | שעה אחורה, כל השנה | חפיפה כמעט מלאה בשעות העבודה |
| רומניה ויוון | אותה שעה | שעות עבודה זהות |
| הודו | 2.5 שעות קדימה בקיץ ו-3.5 בחורף | חפיפה חלקית בבוקר של ישראל |
| מזרח ארצות הברית | כ-7 שעות אחורה | חפיפה בשעות אחר הצהריים בישראל |
יש גם פער בימי העבודה. בעסקים רבים בישראל עובדים מיום ראשון עד חמישי, ובחו"ל מיום שני עד שישי, ולכן החפיפה המלאה היא ארבעה ימים בשבוע. בחוזה כדאי לקבוע שעות זמינות משותפות, שפת עבודה, ערוץ תקשורת קבוע ופגישת סנכרון יומית או שבועית. חגים וימי חופשה שונים בכל מדינה, ולכן כדאי לצרף לחוזה לוח חופשות משותף ולתכנן אבני דרך בהתאם.
איך מגדירים דרישות ומודדים התקדמות של ספק?
רוב הפרויקטים שנתקעים נתקעים בגלל אפיון לא מספק, ולא בגלל איכות הקוד. כדאי לעבוד כך:
- כתיבת מסמך אפיון קצר שמתאר משתמשים, תהליכים עיקריים וקריטריוני קבלה לכל יכולת.
- שליחת אותו אפיון לכמה ספקים ובקשת הערכה כתובה, כולל הנחות ומה לא כלול.
- פיילוט קטן במחיר מוגדר, שבו בודקים איכות קוד, תקשורת ועמידה בלוחות זמנים לפני חוזה מלא.
- חלוקה לאבני דרך עם הדגמה בסוף כל שלב ותשלום בהתאם לקבלה.
- תהליך שינויים כתוב: מי מבקש, מי מעריך עלות ולוח זמנים ומי מאשר.
- מסירה עם תיעוד, העברת ידע ותקופת אחריות לתיקון תקלות.
כדאי לשאול גם אם הספק מציע תמחור לפי אבני דרך ולא רק לפי שעות, כי הוא מתאים יותר לפרויקט שבו חשובה התוצאה ולא כמות השעות.
אילו שאלות שואלים חברת פיתוח בפגישה הראשונה?
הפגישה הראשונה מראה אם הספק מבין את הצורך או רק מוכר שעות. כדאי לשאול שאלות שהתשובה עליהן ניתנת לבדיקה:
- אילו מערכות דומות הוא בנה, ובאיזו טכנולוגיה, ואם אפשר לדבר עם לקוח קודם.
- מי בדיוק יעבוד על הפרויקט ומה ותק אנשי הצוות.
- איך הוא מתמודד עם שינוי בדרישות באמצע פרויקט.
- איך נראית סקירת קוד אצלו ואילו בדיקות אוטומטיות הוא כותב.
- מה נמסר בסיום: קוד, תיעוד, סביבות וגישות.
- מה קורה אחרי המסירה: אחריות, תחזוקה וזמני תגובה.
ספק שעונה בפירוט ובלי לחשוש משקיפות הוא סימן טוב. ספק שנמנע מלהציג תהליך עבודה או לקוחות קודמים מקשה על הפיקוח.
איך מעבירים פרויקט פיתוח קיים לספק חדש?
החלפת ספק באמצע פרויקט אפשרית כשהעסק מחזיק את הקוד והסביבות. לפני ההעברה מבקשים מהספק היוצא מאגר קוד מלא עם היסטוריית גרסאות, תיעוד ארכיטקטורה, רשימת תלויות ורישיונות, סיסמאות וגישות לסביבות, והסבר על משימות פתוחות. הספק החדש מתחיל בסקירת הקוד ובהרצת הסביבה אצלו, ורק אחר כך מקבל משימות. בלי שלב הכרות כזה, ההערכות הראשונות שלו יהיו משוערות.
מה בודקים בספק פיתוח לפני החתימה?
הצעת מחיר אינה מספיקה כדי להכריע. לפני חתימה כדאי לבדוק:
- ניסיון רלוונטי: האם הספק בנה מערכות דומות בהיקף ובטכנולוגיה שהעסק צריך, ואם הוא מוכן להפנות ללקוח קודם.
- הצוות בפועל: מי הצוות שיעבוד על הפרויקט, כמה מהם בכירים, ומה קורה כשאיש צוות מוחלף.
- תהליך עבודה: שיטת הפיתוח, תדירות ההדגמות, וגישה של העסק לכלי ניהול המשימות ולמאגר הקוד.
- אבטחה: תו תקן אבטחת מידע תקף, נוהל טיפול באירועים והתחייבות סודיות של כל העובדים.
- תנאי יציאה: מסירת קוד, תיעוד וסביבות, והעברה מסודרת לספק אחר אם יש צורך.
ספק שמסרב לשקיפות בשלב ההצעה, למשל לא מרשה גישה למאגר הקוד או לא מציג תהליך עבודה, עלול להיות קשה לפיקוח גם בהמשך.
אילו סיכונים נפוצים כדאי לצמצם בחוזה?
| סיכון | איך הוא מתבטא | איך מצמצמים |
|---|---|---|
| תלות בספק | רק הספק מכיר את הקוד והתשתית | מאגר קוד בבעלות העסק, תיעוד שוטף ואיש קשר פנימי |
| עלויות שינויים | מחיר התחלתי נמוך ותוספות רבות | תהליך שינויים כתוב ותקרה לאישור חריגות |
| דליפת מידע | גישה רחבה מדי לנתונים ולמערכות | הרשאות מינימליות, נתוני דמה ואימות דו-שלבי |
| איכות קוד | קוד שעובד היום וקשה לתחזק מחר | סקירת קוד, בדיקות אוטומטיות ופיילוט לפני התחייבות |
| החלפת אנשי צוות | איבוד ידע כשמפתח עוזב | סעיף החלפה מסודרת וחפיפה מתועדת |
איך מסייע מהנדס תקשורת בפרויקט פיתוח?
טלקום אקספרט היא אינטגרטור, והליווי נעשה בידי מהנדס תקשורת עם מעל 25 שנות ניסיון. הוא מסייע להגדיר את הדרישות הטכניות שנוגעות לתקשורת, לטלפוניה ולענן, למשל חיבור מערכת למרכזיה בענן או ל-CRM דרך ממשק, דרישות רשת וסביבת האחסון, ובוחן את ההצעות של ספקי הפיתוח מול הצורך העסקי. תשתיות אחסון והרצה מפורטות בעמוד שירותי ענן לעסקים.
טלקום אקספרט נותנת שירות לעסקים ולארגונים בלבד.
הצעת מחיר לפיתוח תוכנה במיקור חוץ
המחיר נקבע לפי אפיון, היקף ומשך, ולכן כל מודל מתומחר בהצעה על מפרט כתוב:
| מודל | מתי הוא מתאים |
|---|---|
| פרויקט במחיר קבוע | ביצוע הפרויקט בתמורה קבועה מראש, לפי אבני דרך מוגדרות ותוצר שמתואר בכתב לפני תחילת העבודה. |
| זמן וחומרים | עבודה לפי שעות בפועל, מתאימה לדרישה שמשתנה תוך כדי העבודה, עם דיווח שעות שוטף לעסק. |
| צוות ייעודי | צוות קבוע של הספק שעובד רק על מוצרי העסק, עם ניהול עבודה שוטף ותכנון לטווח ארוך. |
| תחזוקה ותמיכה אחרי מסירה | תיקון תקלות, החלת עדכוני אבטחה ופיתוח המשך למערכת שכבר נמסרה לעסק ומשמשת את העובדים מדי יום. |
| קבלו הצעת מחיר | |
לייעוץ ללא התחייבות: 077-8123111.
שאלות נפוצות על מיקור חוץ פיתוח תוכנה
כן, וכדאי לעשות זאת כבר בחוזה. לפי חוק זכות יוצרים, היוצר הוא הבעלים הראשון של היצירה, וחוזה להעברת זכות יוצרים טעון מסמך בכתב. בלי סעיף העברה מפורש, הזכויות בקוד עלולות להישאר אצל הספק או אצל המפתח, והעסק עלול להיוותר עם זכות שימוש בלבד. מומלץ לנסח את הסעיף עם עורך דין.
אפשר, ורצוי, בתנאי שזה כתוב בחוזה. הדרך הפשוטה היא לפתוח מאגר קוד בחשבון של העסק ולדרוש מהספק לעבוד בו מהיום הראשון, כך שכל גרסה נשמרת אצלכם. כך אפשר גם לבדוק את איכות הקוד במהלך הפרויקט ולעבור לספק אחר בלי לבקש הרשאה.
פותחים בקשת שינוי כתובה שמתארת את השינוי, את העלות הנוספת ואת ההשפעה על לוח הזמנים, והיא נכנסת לעבודה רק אחרי אישור. התהליך צריך להיות מוגדר בחוזה מראש, כדי שהמחיר ההתחלתי לא יהפוך לסדרה של תוספות. אם השינויים תכופים, כדאי לעבור לזמן וחומרים או לעבודה בשלבים.
מבקשים פיילוט קטן במחיר מוגדר ומעבירים את הקוד שנוצר לסקירה של מפתח בכיר שאינו קשור לספק. בודקים קריאות, בדיקות אוטומטיות, תיעוד ואיכות ההודעות בהיסטוריית הגרסאות. כדאי גם לשוחח עם לקוח קודם של הספק על עמידה בלוחות זמנים.
אפשר, אבל לפי מדיניות כתובה. מגדירים אילו כלים מותרים, בודקים מול ספק הכלי את תנאי השימוש בקוד שמוזן אליו, ואוסרים הזנה של נתוני לקוחות או סיסמאות לשירותים ציבוריים. קוד שנוצר בעזרת כלים כאלה צריך לעבור אותה סקירה אנושית כמו כל קוד אחר.
תחזוקה היא התקשרות נפרדת שצריך להגדיר מראש: תקופת אחריות לתיקון תקלות שנובעות מהפיתוח, ואחריה הסכם לתחזוקה ועדכוני אבטחה עם זמני תגובה. בלי הסכם כזה אין כתובת לטיפול, ועדכוני ספריות ומערכת הפעלה יוצרים עם הזמן חולשות שאיש אינו אחראי עליהן.
העסק נשאר אחראי למאגר גם כשהצוות נמצא בחו"ל. לפי הרשות להגנת הפרטיות, התקשרות עם גורם חיצוני שניגש למידע אישי מחייבת בדיקת סיכונים לפני תחילתה, הסכם כתוב ופיקוח, והחובות חלות גם על קבלני משנה. הדרך הפשוטה להקטין סיכון היא לעבוד בסביבות פיתוח עם נתוני דמה.
פרילנסר מתאים למשימה קטנה ומוגדרת, וחברת פיתוח מתאימה לפרויקט שדורש צוות, ניהול וגיבוי כשאיש צוות נעלם. עם פרילנסר העסק תלוי באדם אחד, ועם חברה הוא תלוי בספק ולכן חשוב שהקוד והתיעוד יהיו בבעלותו. בשני המקרים מעבירים זכויות בכתב ופותחים מאגר קוד בחשבון של העסק.
