[[HE: Draft for Tamir's review. Not published.]]
פרקו את הצורך לפי יכולות
רשמו מה המערכת חייבת לספק כבר מהיום הראשון. סמנו אילו רכיבים הלקוחות מרגישים או מול אילו מתחרים, ואילו מהם גנריים, כמו סליקה, הזמנות או דוחות שגרתיים. חבילות מדף כבר כוללות את חלקי הבסיס, יחד עם תיעוד פעולות ויכולות ביקורת.
פתחו בעצמכם במקומות שבהם הנתונים וההחלטות שלכם מייצרים יתרון תחרותי. קנו מוצר קיים כשתוכנה כבר עושה את העבודה ומתעדכנת לפי החוק. כשהאתגר האמיתי יושב בנתונים, למשל חיבור רשומות בין מערכות שונות, שום כלי לא יפתור זאת עבורכם. סדרו קודם את המידע ורק אז בחרו את הפתרון.
חשבו את מלוא עלות הבעלות
מערכת בפיתוח עצמי תדרוש צוות צמוד לאורך כל חייה, הרבה מעבר לגרסה הראשונה. בדקו מי יתמוך בה ביום שבו המפתחים המקוריים יעזבו. תמחרו זאת על פני מספר שנים מול דמי השימוש לספק לפי קצב הצמיחה הצפוי שלכם.
פיתוח מלא מהיסוד כמעט תמיד מתארך מעבר להערכות ההנדסה, בגלל מקרי קצה שלא נלקחו בחשבון. לרכישה יש עלויות משלה: הטמעה, חיובים שתופחים עם השימוש, ומוצר שאי אפשר לשנות לפי רצונכם. ודאו את תנאי הספק לגבי בעלות על המידע, ייצוא ואפשרויות יציאה עוד לפני שמשווים מחירים.
זוויות הראייה השונות סביב השולחן
בישיבה בדירקטוריון מול מועד רגולטורי קרוב, שקלו קודם כל את סיכון לוחות הזמנים. דרשו לדעת מה כל חלופה מסוגלת להעמיד ולבדוק בזמן, על בסיס הוכחות מוצקות. לאחר מכן בררו מי מעדכן את המערכת כשהתקנות משתנות. כשההנהלה מבקשת תקציב לפיתוח פנימי, שאלו איזה יתרון אי אפשר לקבל דרך רכישה או שותפות.
בניהול החברה, שפטו את התוכנית הפנימית לפי אנשים ספציפיים ותרחיש ראשון שכבר רץ בסביבה אמיתית. שפטו את הספק או בית התוכנה לפי מה שהם כבר סיפקו ועדיין מתחזקים בשטח. מנקודת המבט הטכנולוגית, תרגיל תכנון קצר עוזר מאוד: תנו לכל צד להדגים טיפול בהזמנה אמיתית אחת מקצה לקצה.
מה לבדוק לפני שמחליטים
- ערכו רשימת יכולות ליום הראשון וסמנו מה כבר קיים במוצרי מדף.
- דרשו מהצוות הפנימי תוכנית תחזוקה לחמש שנים, כולל מענה לעזיבת המפתחים המקוריים.
- חשבו עלויות של שתי האפשרויות לשלוש שנים: דמי ספק לפי צמיחה, מול העלות הכוללת של הצוות והמשימות שהוא יזניח.
- בדקו היטב את תנאי החוזה בנושאי בעלות על המידע, אפשרויות ייצוא וסיום התקשרות.
- בקשו מהספק או מהסוכנות דוגמאות למערכות שהושקו ועדיין מתוחזקות על ידם, ודברו עם הלקוחות האלה.
- בדקו מה דורשים רואי החשבון, הרגולטור או הלקוחות המרכזיים, והאם פיתוח עצמי יעמוד בזה.
- שקלו פתרון ביניים: קנו את רכיבי הבסיס ובנו בעצמכם רק את השכבה הייחודית.
שאלות שאנשים שואלים
לבנות או לקנות מערכת דיווח רגולטורית מול תאריך יעד לוחץ, מה הדירקטוריון צריך לשקול?
שימו בראש את סיכון העמידה בזמנים: מה באמת אפשר להטמיע ולבדוק עד היעד בכל אופציה, עם קבלות ולא רק הבטחות. אחר כך שקלו שינויי רגולציה: מי מעדכן את המערכת כשהדוחות משתנים, ובאיזו מהירות. זה תלוי ברקורד הביצוע של הצוות מול היסטוריית עדכוני הרגולציה של הספק.
מתי כדאי להנהלת ארגון בריאות לממן פיתוח AI פנימי במקום לרכוש רישיונות?
השקיעו בפיתוח פנימי רק כשהתועלת המתוכננת וההצדקה לבעלות עולות בבירור על החלופות בשוק. זה תלוי בזכויות השימוש במידע, ביכולת לתקף קלינית, בתמיכה שוטפת וביעדי הארגון.
למתחרים שלי יש אפליקציות, כדאי לפתח אפליקציה מותאמת אישית או להשתמש בפתרון מדף ממותג?
התחילו במוצר מדף ממותג אם המהירות קריטית וההסכם משאיר את נתוני הלקוחות ואת חופש הפעולה בידיכם; פתחו מאפס כשהאפליקציה היא מנוע הבידול שלכם ויש לכם תקציב לתחזק אותה לאורך שנים. שפטו את ספק המדף לפי תנאי העזיבה והמידע, ואת בית התוכנה לפי מערכות שהשיק ומתחזק. זה תלוי אם הלקוחות בוחרים בכם בגלל האפליקציה או בזכות השירות שמאחוריה.
ספק מערכת הליבה מציע AI מובנה וה-CIO רוצה צוות AI פנימי, איך להחליט?
השתמשו ב-AI של הספק לצרכים הסטנדרטיים שבהם מודל הנתונים שלו כבר יושב, והקימו יכולת פנימית רק איפה שהמידע וההחלטות של הבנק נותנים יתרון, כמו ניהול סיכונים, תמחור או תובנות לקוח. בחנו את התוכנית הפנימית על בסיס כוח אדם מוגדר ומקרה בוחן ראשון. זה תלוי במה שה-AI של הספק עושה בפועל עם הנתונים שלכם וביכולת לגייס ולשמר את הצוות.
האם בית החולים שלנו צריך לבנות אפליקציית מטופלים משלו או להצטרף לאפליקציית בריאות פעילה?
הצטרפו לפלטפורמה קיימת בפונקציות השגרתיות שהמטופלים מצפים למצוא בכל מקום, כמו זימון תורים וצפייה בתוצאות, והשאירו בשליטתכם את מה שמייחד את בית החולים, כמו תוכניות טיפול ומעקב. שפטו את הפלטפורמה לפי תנאי המידע והיכולת להתנתק ממנה. זה תלוי באיך המטופלים מגיעים אליכם ומה הפלטפורמה עושה עם המידע שלהם.
האם כדאי לרכוש חברת אוטומציה או לקנות רק את היכולת התפעולית שלה?
השוו בעלות מלאה מול רכישת רישיונות או קניית השירות הרצוי כספק. זה תלוי במידת השליטה האסטרטגית, בבשלות המוכחת של המוצר, בשימור הטאלנטים, בהתחייבויות פיתוח עתידיות, ובערך המוסף שבעלות נותנת מעבר להסכם אספקה רגיל.
האם עדיף לייצר MES עצמאי על פלטפורמת המידע שלנו או לרכוש חבילת מדף למפעל מזון?
פתחו לבד כשהתהליכים שלכם ייחודיים לחלוטין ויש לכם יכולת להקצות צוות למערכת לכל אורך חייה, הרחק מעבר לגרסה הראשונה. קנו מוצר מדף כשמעקב שרשרת אספקה, בקרת איכות ותיעוד לביקורת הם העיקר, שכן חבילות סגורות מכילות אותם מראש. זה תלוי בכמה שנים תוכלו לממן תחזוקה של פיתוח פנימי.
האם מפעיל עמדות טעינה צריך לפתח צד-שרת ואפליקציה או להמשיך לשלם לספק צד שלישי לפי שימוש?
פתחו רק את הרכיבים שמייחדים את הרשת שלכם, כמו מודל התמחור, יכולות לניהול ציים וחיבורים לשותפים, והמשיכו לקנות רכיבי מדף שגרתיים כמו סליקה ונדידה בין רשתות. פיתוח מלא לוקח יותר זמן משמהנדסים מעריכים בגלל התנהגויות קצה חריגות של עמדות טעינה. זה תלוי בהיקף הטעינות שלכם, בגודל הצוות ובמה שחוזה הספק מאפשר לכם להעביר איתכם החוצה.
לקוח הקמעונאות הגדול ביותר שלנו דורש EDI תוך חודשים ספורים, לרכוש שירות אינטגרציה או לפתח לבד?
קנו את החיבור המוכן לפורמט של הרשת, כי קיימים שירותים שכבר מכירים אותו היטב, והשקיעו את המאמץ הפנימי ביישור נתוני ה-ERP שלכם כדי שיהיו מדויקים למשלוח. רוב הנפילות בפרויקטים כאלה נובעות מבעיות בנתונים עצמם, לא מהחיבור הטכני. זה תלוי ברמת הניקיון של נתוני הפריטים, ההזמנות והמלאי שלכם, ובמספר הלקוחות הנוספים שיבקשו דרישה דומה.
אנחנו חייבים לדווח פליטות לפי רכב ומסלול והמידע מפוזר במערכות נפרדות, לפתח את החיבורים או לקנות כלי דיווח?
חברו קודם כל את המידע, כי ההצלבה בין נתוני הרכב, המסלול וצריכת הדלק או האנרגיה היא החלק המורכב ואף כלי דיווח לא יעשה זאת במקומכם. מאגר נתונים קטן ונקי בבעלותכם שיכיל את החיבור הזה ישמש לדיווח, לתכנון שוטף ולמכרז החשמול הבא. זה תלוי בשאלה אם מערכות הטלמטריה והמוסכים שלכם חולקות מזהי רכב ונסיעה אחידים.
איך אני יכול לעזור בהחלטה הזו
- שאלה או שיחה (ללא עלות)
- אני מציג את הזווית שלי לגבי אילו צרכים שלכם מתאימים לפיתוח ואילו לרכישה, ומחדד את השאלה האחת שחייבים להציג לצוות או לספק.
- בדיקה והערכה (משלמים רק אם קיבלתם ערך)
- אני כותב הערכה עצמאית של כדאיות פיתוח מול רכישה עבור היכולות, הצוות, המידע ותנאי הספקים שלכם. אני ממליץ מה לפתח, מה לקנות ובאיזה סדר עבודה נכון.
- ליווי שוטף (בזמן ובקצב שמתאימים לכם)
- אני נשאר מעורב בתהליך הבחירה או בגרסה הראשונה כדי לוודא שהחלטות תכולת העבודה נשארות נאמנות למסלול שנבחר.