7 Scrum Artifacts: คำจำกัดความและตัวอย่าง

เผยแพร่แล้ว: 2022-08-23

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

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

Scrum Artifact คืออะไร?

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

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

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

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

บอร์ดคัมบังของ ProjectManager
ProjectManager มีกระดานคัมบังที่ช่วยให้ทีมจัดการส่วนต่าง ๆ ของการต่อสู้ – เรียนรู้เพิ่มเติม!

สิ่งประดิษฐ์การต่อสู้ทั้งเจ็ด

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

1. วิสัยทัศน์ด้านผลิตภัณฑ์

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

ความสำคัญของวิสัยทัศน์ผลิตภัณฑ์เน้นย้ำว่าทีม scrum ควรรู้ด้วยใจ นั่นหมายความว่าควรสั้นและตรงประเด็น วิสัยทัศน์ของผลิตภัณฑ์เป็นสิ่งที่ควรอยู่ในใจของทีมต่อสู้

2. งานค้างสินค้า

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

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

Backlog ของผลิตภัณฑ์ประกอบด้วยรายการที่แตกต่างกันสามประเภท

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

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

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

การปรับแต่ง Backlog ของผลิตภัณฑ์

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

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

3. Sprint Vision

วิสัยทัศน์การวิ่งหรือเป้าหมายการวิ่งมักไม่ได้ถูกกำหนดให้เป็นสิ่งประดิษฐ์ แต่ก็ยังเป็นส่วนสำคัญของเฟรมเวิร์กการต่อสู้ วิสัยทัศน์การวิ่งเป็นสิ่งที่ทีม scrum เกิดขึ้นเมื่อวางแผนการวิ่ง ซึ่งจะให้คำแนะนำแก่ทีม scrum ว่าเหตุใดพวกเขาจึงทุ่มเทเวลา เงิน และความพยายามในการวิ่ง

4. Sprint Backlog

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

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

Sprint Backlog มักจะแสดงเป็นกระดานงาน ซึ่งแบ่งออกเป็นคอลัมน์ที่แสดงถึงเวิร์กโฟลว์ พวกเขามักจะมีชื่อต่อไปนี้:

  • To-Do ซึ่งเป็นงานที่ยังไม่เริ่ม
  • ทำ , ที่งานได้เริ่มต้นขึ้น
  • To Verify ซึ่งเป็นงานที่เสร็จสิ้นแล้วซึ่งกำลังรอการตรวจสอบโดยสมาชิกในทีม scrum คนอื่น
  • เสร็จสิ้น ซึ่งหมายความว่าไม่ต้องทำงานอีกต่อไป

ปรับแต่ง Sprint Backlog

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

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

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

5. คำจำกัดความของ Done (DOD)

คำจำกัดความของ done (DOD) หมายความว่าทุกแง่มุมของเรื่องราวของผู้ใช้ได้เสร็จสิ้นใน backlog ของ Sprint ทีม scrum ต้องมีความคิดร่วมกันว่ากำลังทำอะไรอยู่ พวกเขาควรสร้างคำจำกัดความของคำว่าเสร็จสิ้นและใช้สิ่งนี้เป็นรายการตรวจสอบขณะทำงานกับเรื่องราวของผู้ใช้

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

6. การเพิ่มผลิตภัณฑ์

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

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

คำจำกัดความของ done เป็นคำที่ใช้ร่วมกันในทีม scrum แม้ว่าจะแตกต่างกันไปในแต่ละทีม scrum คำจำกัดความของคำว่า "เสร็จสิ้น" พัฒนาขึ้นเมื่อทีมเติบโตขึ้น: ขยายขอบเขตหรือเข้มงวดมากขึ้นเมื่อโครงการดำเนินต่อไป

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

7. แผนภูมิการเผาไหม้

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

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

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

ProjectManager สำหรับ Scrum Teams

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

หลายวิธีในการจัดการโครงการ

ProjectManager มีมุมมองโครงการหลายมุมมอง ทำให้มีความยืดหยุ่นเพียงพอที่จะให้บริการทีมที่คล่องตัว ทีมที่ทำงานในวิธีการแบบเดิม ๆ และแม้แต่ลูกผสมของทั้งสอง มุมมองบอร์ดคัมบังเหมาะอย่างยิ่งสำหรับทีมต่อสู้

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

บอร์ดคัมบังของ ProjectManager

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

มี Backlog กรูมมิ่งง่าย

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

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

การแจ้งเตือนในแอปของ ProjectManager

ใช้การติดตามตามเวลาจริง

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

มุมมองแดชบอร์ดของ ProjectManager ซึ่งแสดงตัวชี้วัดหลักหกตัวในโครงการ

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

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