Scrum​ ​คือ​อะไร​:​ ​Sprint​,​ ​Product​ ​Backlog​,​ ​Sprint​ ​Backlog​ ​และ​ ​Increment

Scrum เป็นกรอบการทำงานสำหรับปัญหาซับซ้อนที่ใช้การตรวจสอบผลและปรับตัวอย่างสม่ำเสมอ ตาม Scrum Guide ทีมประกอบด้วย Product Owner, Scrum Master และ Developers ที่ร่วมรับผิดชอบเป้าหมายผลิตภัณฑ์ การมีประชุมทุกเช้าเพียงอย่างเดียวจึงไม่พอจะเรียกว่าใช้ Scrum อย่างครบความหมาย

สิ่งที่แต่ละคำหมายถึง

Product Backlog คือรายการงานที่เรียงลำดับเพื่อพัฒนาผลิตภัณฑ์ ไม่ใช่สัญญาว่าต้องทำทุกข้อ Sprint คือกรอบเวลาคงที่ที่ทีมมุ่งสร้างคุณค่าตาม Sprint Goal Sprint Backlog ประกอบด้วยเป้าหมาย งานที่เลือก และแผนที่ Developers ใช้ทำให้สำเร็จ Increment คือผลรวมงานที่เสร็จตาม Definition of Done และพร้อมให้ตรวจ ไม่ใช่เพียงโค้ดที่ยังทดสอบไม่ได้

ภาพที่ 1: งานที่เลือกเข้ารอบต้องเชื่อมกับเป้าหมาย และผลลัพธ์ต้องตรวจได้ตาม Definition of Done

เหตุการณ์หลักและหน้าที่ของมัน

Sprint Planning ตกลงว่ารอบนี้สร้างคุณค่าอะไรและจะทำอย่างไร Daily Scrum ช่วย Developers ปรับแผนต่อ Sprint Goal Sprint Review ตรวจ Increment กับผู้เกี่ยวข้องและปรับ Product Backlog ส่วน Sprint Retrospective ปรับวิธีทำงานของทีม แต่ละเหตุการณ์มีจุดประสงค์ต่างกัน การใช้ Review เพื่อรายงานสถานะฝ่ายเดียวโดยไม่รับข้อมูลกลับจะลดคุณค่าของวงจร

ตัวอย่างสมมติ: ระบบติดตามงาน

Product Goal คือทำให้ทีมไม่พลาดคำขอจากลูกค้า Sprint Goal แรกอาจเป็น “ทุกคำขอมีเลขอ้างอิงที่ติดตามได้” ทีมเลือกงานรับคำขอและดูรายการ พร้อมเกณฑ์ว่ารายการไม่ซ้ำและผู้รับผิดชอบเปิดดูได้ เมื่อจบ Sprint ได้ Increment ที่ทดลองกับทีมจริงได้ จากนั้นข้อมูลจาก Review อาจทำให้ทีมเลือกปรับแบบฟอร์มก่อนทำกราฟ

ใช้ในรายงานอย่างถูกต้อง

แยก Artifact คือ Backlog และ Increment ออกจาก Event คือการประชุมและช่วง Sprint ระบุ Product Goal, Sprint Goal, Definition of Done และตัวอย่างสิ่งที่ตรวจได้ หากโครงการเพียงแบ่งงานรายสัปดาห์โดยไม่มี Increment ที่เสร็จ ควรเรียกว่าใช้รอบการทำงานบางส่วน ไม่อ้างว่าใช้ Scrum ครบตามคู่มือ

อ่าน Agile คืออะไร และ User Story หรือดู บริการพัฒนา Web Application

วิเคราะห์กรณีศึกษาเพื่อนำไปเขียนรายงาน

ลองกำหนดกรณีศึกษาเป็น ทีมพัฒนาฟีเจอร์ค้นหาคำขอในหนึ่ง Sprint และเขียนขอบเขตให้ชัดว่ามีผู้ใช้กลุ่มใด ข้อมูลใดเข้าสู่ระบบ และต้องการผลลัพธ์อะไร เริ่มจากสภาพก่อนพัฒนา แล้วอธิบายการตัดสินใจที่บทความนี้เกี่ยวข้องโดยใช้ตัวอย่างข้อมูลหรือเหตุการณ์ที่สมมติขึ้นอย่างระบุว่าเป็นตัวอย่าง การกำหนดขอบเขตเช่นนี้ช่วยให้ผู้อ่านแยกหลักการทั่วไปออกจากข้อเท็จจริงของโครงการได้

หลักฐานที่ควรแสดงคือ Product Backlog, Sprint Goal, Sprint Backlog และ Increment ที่ตรวจได้ ควรอธิบายสัญลักษณ์ คำย่อ หรือเงื่อนไขในหลักฐานนั้นให้ผู้อ่านที่ไม่อยู่ในทีมเข้าใจ และบอกว่ามันเชื่อมกับ Requirement ข้อใด ถ้ามีหลายทางเลือก ให้ระบุเหตุผลที่เลือกทางหนึ่งและผลกระทบต่อผู้ใช้ ทีมพัฒนา หรือผู้ดูแลระบบ แทนการเขียนเพียงว่าใช้แนวทางที่ “ดีที่สุด” โดยไม่มีเกณฑ์เปรียบเทียบ

เกณฑ์ประเมินตัวอย่างคือ Sprint Review แสดงงานใช้ได้และพบสิ่งที่ต้องปรับ ส่วนข้อจำกัดที่ต้องระบุคือ การมีประชุมครบไม่ได้แปลว่ามี Increment ที่มีคุณค่า หากยังไม่ได้ทดลองกับผู้ใช้หรือข้อมูลจริง ให้เขียนว่าเป็นข้อเสนอเชิงออกแบบ ไม่สรุปเป็นผลที่พิสูจน์แล้ว การมีทั้งเกณฑ์และข้อจำกัดช่วยให้รายงานตรวจสอบเหตุผลได้ และเปิดทางให้ผู้อื่นนำกรณีเดียวกันไปทดสอบซ้ำในบริบทของตน

แหล่งข้อมูลประกอบ

• The Scrum Guide 2020 — นิยาม Scrum, บทบาท, เหตุการณ์ และ Artifact จากผู้สร้างกรอบงาน