คำถามติดแท็ก scrum

7
อะไรคือความแตกต่างระหว่างการต่อสู้และการพัฒนาที่คล่องตัว? [ปิด]
ปิด. คำถามนี้ไม่เป็นไปตามหลักเกณฑ์กองมากเกิน ไม่ยอมรับคำตอบในขณะนี้ ต้องการปรับปรุงคำถามนี้หรือไม่ อัปเดตคำถามเพื่อให้เป็นไปตามหัวข้อสำหรับ Stack Overflow ปิดให้บริการใน4 ปีที่แล้ว อะไรคือความแตกต่างระหว่างการต่อสู้กับการพัฒนาที่คล่องตัว? Sprint และ Iterations เหมือนกันหรือไม่
385 agile  scrum  sdlc 

11
ความเหนื่อยหน่ายอาจเกิดขึ้นได้เมื่อทำ Scrum sprints อย่างต่อเนื่อง? [ปิด]
ตามที่กล่าวมาในปัจจุบันคำถามนี้ไม่เหมาะสำหรับรูปแบบถาม & ตอบของเรา เราคาดหวังว่าคำตอบจะได้รับการสนับสนุนจากข้อเท็จจริงการอ้างอิงหรือความเชี่ยวชาญ แต่คำถามนี้อาจก่อให้เกิดการถกเถียงโต้แย้งการสำรวจความคิดเห็นหรือการอภิปรายเพิ่มเติม หากคุณรู้สึกว่าคำถามนี้สามารถปรับปรุงได้และอาจเปิดขึ้นมาใหม่ได้โปรดไปที่ศูนย์ช่วยเหลือเพื่อรับคำแนะนำ ปิดให้บริการใน8 ปีที่ผ่านมา ฉันมีการเริ่มต้นที่ค่อนข้างเล็กและเราเริ่มใช้รูปแบบของวงจรการพัฒนา Scrum / Agile ฉันสนุกกับ Scrum ในหลาย ๆ ด้าน เรามีสปรินต์ที่ค่อนข้างสั้น (2 สัปดาห์) และฉันชอบ Burn Down Chart เพื่อติดตามความคืบหน้าของทีม ฉันชอบบอร์ดคุณลักษณะดังนั้นฉันจึงรู้เสมอว่าฉันควรทำอะไรต่อไป รู้สึกดีที่ได้ถอดการ์ดคุณสมบัติออกจากบอร์ดทำเสร็จแล้ววางลงในกองเบิร์นดาวน์ อย่างไรก็ตามตอนนี้เรากำลังเข้าสู่รอบการเปิดตัว Sprint ครั้งที่ 18 ของเราและฉันเริ่มรู้สึกเหนื่อยล้าเล็กน้อย มันไม่ได้เป็นอย่างที่ฉันไม่ชอบงานหรือเพื่อนร่วมงานของฉันก็เป็นเพียงที่ลมพัดเหล่านี้เป็น ... ดีลมพัด ตั้งแต่ต้นจนจบฉันรู้สึกเหมือนกำลังแข่งกับเวลาเพื่อรักษาความเร็วในการพัฒนาของเรา เมื่อเราทำ sprint เสร็จแล้วเราใช้เวลาหนึ่งวันในการวางแผนชุดคุณลักษณะและค่าประมาณของ sprint ถัดไปจากนั้นก็ออกไปอีกครั้ง สำหรับคนที่ทำงานในกระบวนการพัฒนา Agile / Scrum ที่เป็นผู้ใหญ่นี่เป็นเรื่องปกติหรือไม่? หรือเราขาดอะไรไป? ปกติมีเวลาในสภาพแวดล้อมการต่อสู้ที่ไม่ได้รับมอบหมาย / ไม่ถูกติดตามเพื่อทำสิ่งเล็กน้อยและเพื่อล้างหัวของคุณหรือไม่?

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

9
วิธีที่ดีที่สุดในการแก้ไขข้อบกพร่องในกระบวนการ Scrum? [ปิด]
ปิด . คำถามนี้เป็นคำถามความคิดเห็นตาม ขณะนี้ยังไม่ยอมรับคำตอบ ต้องการปรับปรุงคำถามนี้หรือไม่ อัปเดตคำถามเพื่อให้สามารถตอบได้ด้วยข้อเท็จจริงและการอ้างอิงโดยแก้ไขโพสต์นี้ ปิดให้บริการใน3 ปีที่ผ่านมา ปรับปรุงคำถามนี้ ฉันได้ศึกษาและอ่านเกี่ยวกับ Scrum ในช่วงสองสามวันที่ผ่านมาและอ่านเกี่ยวกับ Sprint Planning และงานต่างๆ ปัญหาหนึ่งที่ผุดขึ้นมาในใจของฉันคือวิธีจัดการกับจุดบกพร่องใน Scrum Henrik Kniberg แสดงวิธีการจัดการกับปัญหานี้ในหนังสือScrum และ XP ที่ดีมากของเขาจาก Trenches : เจ้าของผลิตภัณฑ์พิมพ์รายการ Jira ที่มีลำดับความสำคัญสูงที่สุดนำไปที่การประชุมวางแผนการวิ่งและวางไว้บนผนังพร้อมกับเรื่องราวอื่น ๆ (ดังนั้นการระบุลำดับความสำคัญของรายการเหล่านี้โดยปริยายเมื่อเทียบกับเรื่องราวอื่น ๆ ) เจ้าของสินค้าสร้างเรื่องราวที่อ้างอิงถึงรายการจิระ ตัวอย่างเช่น "แก้ไขข้อบกพร่องการรายงานส่วนหลังที่สำคัญที่สุด Jira-124, Jira- 126 และ Jira-180" การแก้ไขข้อบกพร่องถือเป็นสิ่งที่อยู่นอกเหนือจากการวิ่งนั่นคือทีมรักษาปัจจัยโฟกัสที่ต่ำพอ (เช่น 50%) เพื่อให้แน่ใจว่าพวกเขามีเวลาแก้ไขจุดบกพร่อง จากนั้นสันนิษฐานง่ายๆว่าทีมงานจะใช้เวลาส่วนหนึ่งในแต่ละ sprint เพื่อแก้ไขข้อบกพร่องที่ Jira รายงาน ใส่สินค้าค้างส่งใน …
88 debugging  scrum 
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.