Technical debt ทำไปแล้ว จะรู้ได้อย่างไรว่า “Done”

Technical debt หรือ Tech debt เป็นคำพูดที่ในแวดวง Software ได้ยินกันบ่อยไม่ว่าจะเป็นการทำงานด้วย ‘Waterfall Methodology หรือว่า “Agile Methodology” สำหรับคนที่ยังไม่รู้ ว่าคืออะไร

‘Technical dept” เป็นงานทางเทคนิคที่ทำเพื่อแก้ไขปัญหาหรือพัฒนา Software และสามารถแบ่งออกเป็นสองกลุ่ม นั่นคือ

1. สิ่งที่จับต้องได้ เช่น
   > Defect ที่เราสามารถพบและสังเกตุได้ง่ายหน่อย จากการเทสต์หรือการร้องเรียนจาก Internal / External
   > ความต้องการพัฒนา Feature ใหม่ที่ยังไม่เคยทำ
2. สิ่งที่จับต้องไม่ได้
   > Architecture ที่เริ่มไม่รองรับเทคโนโลยีใหม่ หรือเริ่มมีปัญหาหลังจากพัฒนา เนื่องจากการ Design ที่ไม่ถูกหรือเร่งรีบจนเกินไป
   > Code ที่เริ่มมีความซับซ้อนหลังจากทำการพัฒนามาได้ระยะนึง ซึ่งส่งผลให้ Code เริ่มไม่มีคุณภาพและส่งผลต่อการทำงานของ Software

ที่นี่หลังจากมีการนำ “Technical Debt” เข้ามาใน Sprint เราจะรู้ได้ไงว่าแต่ละ Story ที่เกี่ยวข้องกับเจ้าสิ่งนี้อยู่ในขอบข่ายของคำว่า “Done” แนวคิดของเราสำหรับการหาคำตอบคือ

1. กำหนด DOD ของ Technical debt
   ใช่คะ นอกจากจะกำหนด DOD ของ Story ที่เป็น Feature ทั่วไป เราควรมี DOD ของ Technical Debt ด้วยเนื่องจากบางครั้งสิ่งที่เป็น Technical debt อาจไม่ได้เป็นสิ่งที่ส่งผลหรือมี Valueต่อลูกค้าโดยตรง ตัวอย่าง DOD เช่น Documentation has been peer reviewed & approved , Code peer reviewed & approved
2. กำหนด Acceptance Criteria ให้ชัดเจน
   หลักการนี้ยังคงใช้เหมือนการวัดผล Story ที่เป็น Feature ตัวไปคะ และต้องมีการกำหนด Criteria ไว้อย่างชัดเจนเพื่อให้ Developer รู้ได้ว่า Story ของเขาอยู่ในเกณฑ์ของสิ่งที่เรียกว่า Done ตัวอย่างเช่น After tuning performance the response time < 0.5 second , Load Time < 0.3 second เป็นต้น

สุดท้ายนี้การสร้าง DOD ของ Technical debt เป็นข้อตกลงรวมกันระหว่าง scrum team ซึ่งแต่ละทีมไม่จำเป็นต้องเหมือนกันคะ สามารถปรับใช้ตามความเหมาะสม และการนำ Technical debt เข้ามาใน Sprint นั่นควรมีความพอดีและไม่ควรกระทบต่อการส่งงานตาม Product Roadmap ด้วยนะคะ

Reference docs:

https://medium.com/the-produx-labs/tech-debt-for-product-people-d4a8035c825a
https://medium.com/@yupyork/technical-debt-can-help-your-startup-grow-e3e285f3512f
https://sites.google.com/site/wicmitchell/home/definitions-of-done-in-practice