יסודות ותכנון מוצר · מעורב

מאפיון לפיצול משימות שאפשר להתחיל לעבוד עליהן

בשורה אחת: משימה טובה נגמרת בתוצאה שאפשר להריץ ולבדוק, ואורכה יום־יומיים — לא שבוע ולא שעה.

איך חותכים נכון

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

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

מה חייב להיות בכרטיס

הקשר בשורה — מי צריך את זה ולמה. תנאי קבלה בפורמט אחיד. תלות אם יש. ולינק לאפיון או לדיון שהוליד את זה.

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

סימנים שהפיצול לא טוב

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

לעומק

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