Definition Of Done – Done or Not Done – Build In Quality

ה DOD – Definition Of Done הוא אחד הכלים החזקים ביותר של הצוות בכדי לשמור על איכות המוצר שהוא בונה.מהו ה DOD ואיך הופכים אותו לכלי שימושי בעבודת צוותה Scrum?
ה DOD מגדיר את אוסף הפעולות שהצוות צריך להשלים על מנת ש PBI או US יחשב כמושלם Done.המטרה ליצר מוצר עם סטנדרט איכות מוגדר וברור ובכך לשמור על שקיפות של רמת איכות המוצר- Build In Quality

ה DOD ב Scrum

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

על מנת להמחיש כיצד נראה DOD אציג כמה שורות אפשריות:

  • הושלם קידוד הפונקציונלי והא עומד בדרישות ה AC
  • הקוד עבר בדיקות יחידה UT
  • הקוד עבר סקר קוד Code Review
  • הושלמו תסריטי הבדיקות
  • כל הבאגים שהתגלו תוקנו
  • הקוד שולב ב Trunk הראשי ועבר Build בהצלחה

משפרים את ה Quality תוך כדי התהליך

באחד הפרויקטים שלוויתי הצוות אימץ כלי לבדיקת קוד Static Code Analysis ועם הטמעתו הוסיף הצוות שתי שורות ל DOD:

  • תוקנו כל השגיאות ברמה של Blocker, Critical, Major
  • הכיסוי של ה UT לא פחות מ 70%

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

הטמעה של Definition Of Done

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

נשמח לשמוע איך יישמתם אותו אצלכם בחברה?
איך מטמיעים אותו והופכים אותו לסטנדרט?

בואו הצטרפו לקבוצת "מועדון הסקראם מאסטר הישראלי" ותוכלו להשתתף בדיון
https://www.facebook.com/groups/ILSMForum/

נדבר על זה גם בקורס הסקראם מאסטר (PSM) הקרוב ב 6-7 למאי
https://he.agilesparks.com/scrum-course/

כתיבת תגובה

סגירת תפריט