ตัวเปิดใช้งานการสำรวจ – สนับสนุนการวิจัย การสร้างต้นแบบ และกิจกรรมอื่นๆ ที่จำเป็นต่อการพัฒนาความเข้าใจในความต้องการของลูกค้า รวมถึงการสำรวจโซลูชันที่คาดหวังและการประเมินทางเลือกอื่นๆ
ตัวเปิดใช้งานทางเทคนิคคืออะไร?
คำนิยาม: Enablers ในการพัฒนา Agile เป็นรายการทางเทคนิคที่สนับสนุนการพัฒนาธุรกิจ ซึ่งมีบทบาทสำคัญในการช่วยเหลือคุณลักษณะทางธุรกิจ Enablers สนับสนุนการพัฒนาอย่างมีประสิทธิภาพและส่งมอบความต้องการทางธุรกิจในอนาคต ทำให้มองเห็นงานทั้งหมดที่จำเป็น
มีการแสดงวิธีปฏิบัติใดบ้างในระหว่างการตรวจสอบและปรับเปลี่ยน
ตรวจสอบและปรับเปลี่ยน: ภาพรวม Inspect and Adapt (I&A) เป็นเหตุการณ์สำคัญ ซึ่งจัดขึ้นในตอนท้ายของแต่ละ Program Increment (PI) ซึ่งจะมีการแสดงและประเมินสถานะปัจจุบันของโซลูชันโดยรถไฟ
เรื่องราว enabler สองประเภทคืออะไร
มีเรื่องราว Enabler ประเภทอื่นๆ อีกมากมาย ได้แก่:
- Refactoring และ Spikes (ตามที่กำหนดไว้ใน XP)
- การสร้างหรือปรับปรุงโครงสร้างพื้นฐานด้านการพัฒนา/การทำให้ใช้งานได้
- งานที่ต้องใช้ปฏิสัมพันธ์ของมนุษย์ (เช่น จัดทำดัชนีหน้าเว็บ 1 ล้านหน้า)
วิธีที่แนะนำในการแสดงคุณลักษณะคืออะไร?
ตอบ. คุณลักษณะคือบริการที่ตอบสนองความต้องการของผู้มีส่วนได้ส่วนเสีย คุณลักษณะแต่ละอย่างประกอบด้วยสมมติฐานด้านผลประโยชน์และเกณฑ์การยอมรับ และมีขนาดหรือแบ่งตามความจำเป็นเพื่อส่งมอบโดย Agile Release Train (ART) เดียวในการเพิ่มโปรแกรม (PI)
คุณเขียนเกณฑ์การยอมรับสำหรับคุณสมบัติอย่างไร
ต่อไปนี้คือเคล็ดลับบางประการที่จะช่วยคุณเขียนเกณฑ์การยอมรับที่ดี: กำหนดเกณฑ์ของคุณให้ชัดเจน เพื่อให้สมาชิกในทีมโครงการเข้าใจแนวคิดที่คุณกำลังพยายามสื่อ รักษาเกณฑ์ที่เป็นจริงและทำได้ กำหนดฟังก์ชันขั้นต่ำที่คุณสามารถนำไปใช้ได้
คุณจะเขียนคุณสมบัติที่ดีในเปรียวได้อย่างไร?
จะเขียนคุณสมบัติได้อย่างไร?
- สมมติฐานประโยชน์ของคุณลักษณะ
- คุณสมบัติมีมูลค่าทางธุรกิจ
- ทุกคุณสมบัติมีคำอธิบายที่ชัดเจน
- คุณลักษณะแต่ละรายการต้องมีเกณฑ์การยอมรับ
ตัวอย่างเรื่องราวของผู้ใช้คืออะไร
ตัวอย่างเช่น เรื่องราวของผู้ใช้อาจมีลักษณะดังนี้:
- ในฐานะแม็กซ์ ฉันต้องการเชิญเพื่อน ๆ ของฉันเพื่อเราจะได้เพลิดเพลินกับบริการนี้ด้วยกัน
- ในฐานะที่เป็น Sascha ฉันต้องการจัดระเบียบงานของฉัน เพื่อให้ฉันรู้สึกควบคุมได้มากขึ้น
- ในฐานะผู้จัดการ ฉันต้องการที่จะสามารถเข้าใจความก้าวหน้าของเพื่อนร่วมงาน เพื่อให้ฉันสามารถรายงานความสำเร็จและความล้มเหลวของเราได้ดียิ่งขึ้น
ใครเป็นผู้รับผิดชอบในการเขียนเรื่องราวของผู้ใช้ในความคล่องตัว?
ทุกคนสามารถเขียนเรื่องราวของผู้ใช้ เป็นความรับผิดชอบของเจ้าของผลิตภัณฑ์ที่จะต้องตรวจสอบให้แน่ใจว่ามีงานในมือของเรื่องราวของผู้ใช้ที่คล่องตัวอยู่ แต่นั่นไม่ได้หมายความว่าเจ้าของผลิตภัณฑ์จะเป็นคนเขียน ตลอดโครงการที่คล่องตัว คุณควรคาดหวังว่าจะมีตัวอย่างเรื่องราวของผู้ใช้ที่เขียนโดยสมาชิกในทีมแต่ละคน
เรื่องราวของผู้ใช้สามารถเป็นเทคนิคได้หรือไม่?
เรื่องราวของผู้ใช้ทางเทคนิคที่กำหนด เรื่องราวของผู้ใช้ทางเทคนิคเน้นไปที่การสนับสนุนที่ไม่เกี่ยวกับหน้าที่ของระบบ บางครั้งพวกเขาเน้นไปที่เรื่องราวที่ไม่ทำงานแบบคลาสสิก เช่น ความปลอดภัย ประสิทธิภาพ หรือที่เกี่ยวข้องกับการปรับขนาด เรื่องราวทางเทคนิคอีกประเภทหนึ่งมุ่งเน้นไปที่หนี้ทางเทคนิคและการปรับโครงสร้างใหม่
ใครเป็นเจ้าของงานในมือใน Scrum
เจ้าของ Scrum Product Backlog คือเจ้าของผลิตภัณฑ์ Scrum Scrum Master, Scrum Team และผู้มีส่วนได้ส่วนเสียอื่นๆ มีส่วนทำให้มีรายการสิ่งที่ต้องทำที่กว้างและสมบูรณ์
scrum master สร้างเรื่องราวหรือไม่?
Scrum ไม่รวมเรื่องราวของผู้ใช้ นอกจากนี้ Agile Manifesto ไม่ได้กล่าวถึงเรื่องราวของผู้ใช้หรือใครที่ควรเขียน
เงื่อนไขใดตัดสินงานในมือที่คล่องตัว?
สินค้าในมือมีการสั่งซื้อตามมูลค่าทางธุรกิจ ต้นทุนของความล่าช้า การขึ้นต่อกัน และความเสี่ยง รายการ Backlog ของผลิตภัณฑ์ที่อยู่ด้านบนสุดของ Backlog ของผลิตภัณฑ์คือ "เล็ก" ที่ทีมเข้าใจดี "พร้อม" เพื่อการพัฒนาและสามารถส่งมอบคุณค่าให้กับธุรกิจได้
Backlog ของผลิตภัณฑ์มีเรื่องราวของผู้ใช้หรือไม่
งานในมือคือรายการงานทั้งหมดที่ต้องทำให้เสร็จ โดยปกติแล้วจะมีเรื่องราวของผู้ใช้ ข้อบกพร่อง งานด้านเทคนิค และการได้มาซึ่งความรู้ งานในมือจะได้รับการปรับปรุงเป็นระยะโดยเจ้าของผลิตภัณฑ์และทีม scrum เพื่อให้แน่ใจว่างาน 2-3 สปรินต์จะได้รับการกำหนดและจัดลำดับความสำคัญเสมอ
Backlog ของผลิตภัณฑ์ประกอบด้วยอะไรบ้าง?
งานในมือคือรายการลำดับความสำคัญของงานสำหรับทีมพัฒนาที่ได้มาจากแผนงานและข้อกำหนด รายการที่สำคัญที่สุดจะแสดงที่ด้านบนสุดของผลิตภัณฑ์ในมือเพื่อให้ทีมรู้ว่าต้องส่งมอบอะไรก่อน
อะไรทำให้งานในมือดี?
คุณสมบัติ Backlog สินค้าที่ดี สินค้าที่ค้างอยู่ในรายการที่ดีมีลักษณะที่คล้ายคลึงกัน ซึ่ง Mike Cohn และ Roman Pichler ใช้ชื่อย่อ DEEP: Detailed suitablely, Emergent, Estimated, Prioritized มาดูคุณลักษณะแต่ละอย่างให้ละเอียดยิ่งขึ้น
สามารถเปลี่ยน Backlog ของผลิตภัณฑ์ใน Scrum ได้กี่ครั้ง
ทีม Scrum จะตัดสินใจว่าการปรับแต่งเสร็จสิ้นเมื่อใดและอย่างไร การปรับแต่งมักจะใช้ไม่เกิน 10% ของความจุของทีมพัฒนา อย่างไรก็ตาม รายการ Backlog ของผลิตภัณฑ์สามารถอัปเดตได้ตลอดเวลาโดยเจ้าของผลิตภัณฑ์หรือตามดุลยพินิจของเจ้าของผลิตภัณฑ์
ใครเป็นเจ้าของคุณภาพในทีม Scrum?
คุณภาพเป็นของเจ้าของผลิตภัณฑ์ พวกเขาระบุคุณสมบัติของผลิตภัณฑ์และเพิ่มประสิทธิภาพผลตอบแทนจากการลงทุน (ROI) บทบาทงานของพวกเขา ได้แก่ การวิเคราะห์วิสัยทัศน์ของผลิตภัณฑ์ การจัดการงานในมือ การประสานงานกับ Scrum Master ตลอดจนการปรับทีมพัฒนา
ใครบ้างที่ต้องทำงานทั้งหมดเพื่อให้แน่ใจว่ารายการค้างของผลิตภัณฑ์เป็นไปตามคำจำกัดความของเสร็จสิ้น?
หากมี Scrum Teams หลายทีมทำงานบนระบบหรือการเปิดตัวผลิตภัณฑ์ ทีมพัฒนาใน Scrum Teams ทั้งหมดจะต้องกำหนดคำจำกัดความของ "เสร็จสิ้น" ร่วมกัน องค์กรพัฒนาหรือทีมพัฒนาของ Scrum Team