Scrum - สิ่งประดิษฐ์

Scrum Artifacts ให้ข้อมูลสำคัญที่ทีม Scrum และผู้มีส่วนได้ส่วนเสียต้องรับทราบเพื่อทำความเข้าใจเกี่ยวกับผลิตภัณฑ์ที่อยู่ระหว่างการพัฒนากิจกรรมที่ทำและกิจกรรมที่วางแผนไว้ในโครงการ สิ่งประดิษฐ์ต่อไปนี้กำหนดไว้ใน Scrum Process Framework -

  • สินค้าค้างส่ง
  • Sprint Backlog
  • แผนภูมิเบิร์นดาวน์
  • Increment

สิ่งเหล่านี้เป็นสิ่งประดิษฐ์ขั้นต่ำที่จำเป็นในโครงการต่อสู้และสิ่งประดิษฐ์ของโครงการไม่ได้ถูก จำกัด ด้วยสิ่งเหล่านี้

สินค้าค้างส่ง

Backlog ของผลิตภัณฑ์คือรายการคุณลักษณะตามลำดับที่จำเป็นเป็นส่วนหนึ่งของผลิตภัณฑ์ขั้นสุดท้ายและเป็นแหล่งเดียวของข้อกำหนดสำหรับการเปลี่ยนแปลงใด ๆ กับผลิตภัณฑ์

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

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

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

การปรับแต่งสินค้าค้างส่งหมายถึงการเพิ่มรายละเอียดการประมาณการและลำดับความสำคัญลงในรายการสินค้าค้างส่ง นี่เป็นกระบวนการต่อเนื่องที่ดำเนินการโดยเจ้าของผลิตภัณฑ์และทีมงาน ทีม Scrum เป็นผู้ตัดสินใจว่าจะต้องทำการปรับแต่งอย่างไรและเมื่อใด

รายการสินค้าค้างส่งสามารถอัปเดตได้ตลอดเวลาโดยเจ้าของผลิตภัณฑ์หรือตามดุลยพินิจของเจ้าของผลิตภัณฑ์

รายการสินค้าค้างส่งที่สั่งซื้อสูงมักจะชัดเจนและมีรายละเอียดมากกว่ารายการที่สั่งซื้อต่ำกว่า การประมาณการที่แม่นยำยิ่งขึ้นจะขึ้นอยู่กับความชัดเจนและรายละเอียดที่เพิ่มขึ้น ยิ่งลำดับต่ำรายละเอียดก็จะยิ่งน้อยลง

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

Sprint Backlog

Sprint Backlog คือชุดของรายการ Backlog ของผลิตภัณฑ์ที่เลือกไว้สำหรับ Sprint รวมทั้งแผนการส่งมอบผลิตภัณฑ์ที่เพิ่มขึ้นและการบรรลุเป้าหมาย Sprint

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

Sprint Backlog เป็นแผนที่มีรายละเอียดเพียงพอที่สามารถเข้าใจได้ แต่ทีมจะติดตามใน Daily Scrum ทีมแก้ไข Sprint Backlog ตลอดทั้ง Sprint และ Sprint Backlog จะปรากฏขึ้นในระหว่าง Sprint การเกิดขึ้นนี้เกิดขึ้นเมื่อทีมทำงานตามแผนและเรียนรู้เพิ่มเติมเกี่ยวกับงานที่จำเป็นในการบรรลุเป้าหมาย Sprint

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

เพิ่มขึ้น

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

ทีม Scrum จำเป็นต้องมีฉันทามติเกี่ยวกับสิ่งที่ถือว่าเป็นส่วนเพิ่ม สิ่งนี้จะแตกต่างกันอย่างมีนัยสำคัญในแต่ละทีม Scrum แต่สมาชิกในทีมต้องมีความเข้าใจร่วมกันว่าการทำงานให้เสร็จสมบูรณ์หมายความว่าอย่างไร ใช้เพื่อประเมินเมื่องานเสร็จสมบูรณ์ในส่วนเพิ่มผลิตภัณฑ์

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

ทีมส่งมอบฟังก์ชันการทำงานของผลิตภัณฑ์ที่เพิ่มขึ้นทุก Sprint ส่วนเพิ่มนี้สามารถใช้ได้ดังนั้นเจ้าของผลิตภัณฑ์อาจเลือกที่จะเผยแพร่ทันที หากความเข้าใจในส่วนที่เพิ่มขึ้นเป็นส่วนหนึ่งของอนุสัญญามาตรฐานหรือแนวทางขององค์กรพัฒนาทีม Scrum ทั้งหมดจะต้องปฏิบัติตามขั้นต่ำ หากไม่ใช่แบบแผนขององค์กรพัฒนาทีม Scrum ต้องกำหนดคำจำกัดความของ Increment ที่เหมาะสมกับผลิตภัณฑ์

การเพิ่มแต่ละครั้งเป็นส่วนเสริมของส่วนเพิ่มก่อนหน้าทั้งหมดและผ่านการทดสอบอย่างละเอียดเพื่อให้แน่ใจว่าส่วนเพิ่มทั้งหมดทำงานร่วมกันได้

เมื่อ Scrum Teams เติบโตเต็มที่คาดว่าคำจำกัดความของ Increments จะขยายออกไปเพื่อรวมเกณฑ์ที่เข้มงวดมากขึ้นเพื่อคุณภาพที่สูงขึ้น ผลิตภัณฑ์ใดผลิตภัณฑ์หนึ่งควรมีคำจำกัดความของ Increment ซึ่งเป็นมาตรฐานสำหรับงานใด ๆ ที่ทำ

แผนภูมิเบิร์นดาวน์ Sprint

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

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

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

สรุป

บทบาทเหตุการณ์สิ่งประดิษฐ์และกฎของ Scrum เป็นสิ่งที่หลีกเลี่ยงไม่ได้ หากใช้เพียงบางส่วนของ Scrum ผลลัพธ์จะไม่ใช่ Scrum การต่อสู้จะต้องดำเนินการอย่างครบถ้วนและทำงานได้ดีหากสอดคล้องกับเทคนิควิธีการและแนวทางปฏิบัติอื่น ๆ

Reference

Scrum Guide © 1991-2013 Ken Schwaber และ Jeff Sutherland สงวนลิขสิทธิ์