פיתוח מתחיל בפער מתועד ובחלופות.

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

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

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

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