הגדירו את ההעברה בהתחלה
העברה צריכה לאפשר ללקוח או לצוות הפיתוח הבא להבין, לפרוס ולתחזק את המהדורה המוסכמת. מאגר לבדו עשוי שלא להסביר אילו חשבונות נדרשים, משתני סביבה, משימות רקע או את הסיבה לפשרה חשובה. הכניסו תוצרים אלה למסגרת בזמן שעדיין קל להסביר את המימוש.
עבור סוכנות, החליטו גם מי מדבר עם הלקוח הסופי, איזה מותג מופיע בתצוגות המקדימות ובתיעוד, ואיזה מידע מותר לשתף. אספקה בתווית לבנה (White label) מצריכה הסכם תקשורת וסודיות מפורש; היא לא צריכה להסתמך על הנחות לגבי מי הבעלים של מערכת היחסים.
הסכימו על התקשרות ראשונה שניתנת לניהול
פיילוט קטן בתשלום יכול להיות תכונה או אינטגרציה מוגדרת אחת עם בדיקות קבלה ברורות. ספקו עיצובים, נכסים, התנהגות רספונסיבית, תוכן ומקבל החלטות. זהו מצבי עיצוב חסרים כגון מסכים ריקים, טעינה, שגיאות והרשאות לפני המימוש. סקרו תצוגה מקדימה פעילה מול המסגרת המוסכמת, ולאחר מכן השתמשו בתוצאה כדי להחליט על המשך העבודה.
יש להסכים על התשלום, משך הזמן והזמינות של הפיילוט. ציר זמן לדוגמה הוא עזר תכנוני, לא הבטחת אספקה אוניברסלית.
שמרו על מהדורת SaaS ראשונה ממוקדת
לדוגמה, מהדורה ראשונה של מוצר הזמנות יכולה לכסות סוג ארגון אחד, חשבונות צוות ולקוח, תהליך הזמנה אחד, לוח מחוונים תפעולי ואינטגרציית תשלום אחת אם גבייה היא הכרחית. הגדירו מה כל תפקיד יכול לראות ולשנות. דחו שוק (marketplace), דיווח מתקדם ושכבות מנוי נוספות אלא אם הן נדרשות לבדיקת השירות הליבתי. הסכימו על בדיקות קבלה הניתנות לצפייה ועל אבן דרך לסקירה עבור כל חלק במהדורה.
כללו את הידע התפעולי
- מקור וזכויות: גישה למאגר, רישיונות תלויות ורישום ברור של בעלות ושל התחייבויות צד שלישי.
- הגדרה: פקודת הפעלה הניתנת לשחזור ותבנית סביבה המפרטת את שמות המשתנים ומטרותיהם ללא ערכי סוד.
- שחרור: בעלות על אירוח ו-DNS, שלבי פריסה, הגירות, גיבויים והוראות שחזור לאחור.
- אימות: תוצאות קבלה, בדיקות אוטומטיות חשובות, מגבלות ידועות והחלטות שלא נפתרו.
- אינטגרציות: בעלי חשבונות, הגדרת webhook, משימות מתוזמנות, מיפויי נתונים ושחזור מכשל.
- תמיכה: ערוץ מוסכם, עבודה המכוסה ואחריות על הסלמה. זמני תגובה ותשלומים שוטפים שייכים להסכם.
עבור פרויקט GitHub Actions, מסמך העזר של GitHub לסביבת הפריסה מתאר הגבלות ענפים, כללי אישור וסודות סביבה. ודאו את תוכנית המאגר ואת ההגנות המוגדרות; מדריך פריסה צריך להסביר את הבקרות שקיימות בפועל.
בדקו האם מישהו אחר יכול להפעיל אותו
תרגיל קבלה שימושי הוא שאדם מורשה שאינו המממש המקורי יעקוב אחר מדריך ההגדרה בסביבה נקייה ויבצע מהדורת תצוגה מקדימה. תעדו היכן המדריך אינו שלם. עבור יישום קיים שנבנה בעזרת AI, הדבר עשוי לחשוף הגדרות חסרות לפני שמישהו מבטיח את יתרת מסגרת הפיתוח.
שמרו על הפרדה בין בחירות כלי הפיתוח לבין המוצר שנמסר. סביבת פיתוח AI פרטית אינה אומרת אוטומטית שהיישום מכיל תכונת AI; שימוש בכלי קידוד בענן אינו קובע היכן המוצר חייב להיות מאוחסן. תעדו את הסדרי הטיפול בקוד ובנתונים המוסכמים לצד הבעלות על החשבון.
לפני בחירת כלי פיתוח AI פרטיים או מבוססי ענן, פרטו לאילו מאגרים, מסמכים ונתוני בדיקה הכלים עשויים לגשת; היכן עשויים להתרחש עיבוד ויומנים; מי יכול לאשר גישה; וכיצד הגישה מסתיימת לאחר ההתקשרות. השוו דרישות אלה עם ההגדרה המוצעת, תנאי הספק והעבודה התפעולית. הגדרה בארחה עצמית עדיין זקוקה לבקרת גישה, עדכוני אבטחה וניטור, בעוד שהגדרת ענן זקוקה למדיניות חשבון ונתונים מוסכמת. אף אחת מהתוויות לבדה אינה מבטיחה סודיות או רמה מסוימת של ביצועי מודל.
ראו שותפויות פיתוח לסוכנויות, פיתוח SaaS ו-MVP ואת אפשרויות אספקת ה-AI. שיחה ראשונה מועילה מזהה את הגרסה, את האחריות ואת מה שהלקוח חייב להיות מסוגל להריץ לאחר ההעברה.
