בונים מסמך אפיון מוצר או מערכת בשאלון מודרך: 9 סעיפים, ציון שלמות, שאלות פתוחות ומה חסר לפני שפונים לבית תוכנה. הורדה כקובץ או הדפסה, הכול בדפדפן.
השאלון עובר על תשעת הסעיפים של מסמך אפיון: רקע ומטרה, משתמשים ותפקידים, תהליכים מרכזיים, דרישות, מה לא נכלל, נתונים ואינטגרציות, דרישות לא פונקציונליות, מדדי הצלחה ושאלות פתוחות. בסוף מקבלים מסמך להורדה או להדפסה, ציון שלמות ורשימת שאלות פתוחות שעלו מהפערים.
הציון = מספר הסעיפים שעוברים את הבדיקה ÷ 9 × 100. סעיף עובר כשיש בו מה שמסמך צריך לפני שמוסרים אותו לפיתוח: הבעיה ומה ייחשב הצלחה, לכל תפקיד מה אסור לו, לפחות 3 פעולות מרכזיות, לכל דרישת חובה תנאי קבלה, רשימה של מה לא נכלל, מה נשמר במערכת, דרישה לא פונקציונלית אחת לפחות, לכל מדד ערך בסיס או מועד מדידה, ולכל שאלה פתוחה מי עונה ועד מתי
הציון מודד אם המסמך שלם, לא אם המוצר נכון. מה שהכלי כן תופס הם הפערים שרוב הוויכוחים עם בית תוכנה מתחילים מהם: חריגים שלא נכתבו, דרישות בלי תנאי קבלה ומה שלא נכלל. כל פער הופך לשאלה פתוחה במסמך, כדי שלא ייעלם. התשובות נשמרות רק בדפדפן שלכם.
78%. שני תיקונים קצרים: ערך בסיס או מועד למדד, ושם ותאריך לשאלה שנוצרה ממנו. אחריהם המסמך מוכן לבקשת הצעות מחיר.
אפיון מוצר עונה על מה בונים, למי ולמה. אפיון מערכת מפרט מה כל מסך ותהליך עושים, כולל חריגים ותנאי קבלה. בפרויקט קטן שניהם יושבים במסמך אחד, כמו זה שהכלי בונה. את האפיון הטכני כותב מי שבונה, והמסמך הזה הוא הקלט שלו.
הוא מספיק כדי לבקש הצעות מחיר שאפשר להשוות ביניהן, כי כולן עונות על אותו מסמך. לפני פיתוח בפועל מגיעים בדרך כלל אפיון מסכים ואפיון טכני, ואותם כותבים יחד עם מי שבונה.
רק בדפדפן שלכם, במכשיר הזה. התשובות לא נשלחות אלינו. אם תבחרו לשלוח בוואטסאפ, ההודעה מכילה את שם המוצר, הציון והסעיפים החסרים, ואת הקובץ אפשר לצרף בעצמכם.