פיתוח תוכנה בהתאמה אישית

שלוש אפשרויות, לא שתיים

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

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

בדיקה שאפשר לעשות לפני שמדברים עם מישהו

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

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

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

מה מייקר פיתוח בהתאמה אישית

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

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

למה חברות עם מערכת עובדת מחליפות אותה

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

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

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

ארבעה סעיפים שקובעים אם המערכת שלכם תחזיק

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

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

איך אני עובד על זה

עיסוק בתחום מאז 2004, עבודה על מערכות AI מאז 2023, ופרויקטים ללקוחות בארבע עשרה מדינות. אני ארכיטקט עצמאי, לא בית תוכנה ולא ספק כוח אדם, ולדבר הזה יש השלכה אחת שכדאי לנסח במפורש: מאחר שאני לא מוכר שעות פיתוח, המסקנות «למקסם את מה שכבר קניתם», «הפרויקט מתאים לצוות זול יותר במקום אחר» או «העדיפות היא לשני מתכנתים פנימיים ולא לספק חיצוני» לא פוגעות בי מסחרית, ולכן אני מוכן להגיע אליהן כשזה הפתרון הנכון לכם.

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