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

เพิ่งได้รับการโทรย้อนยุคที่นักพัฒนาแสดงความกังวลเกี่ยวกับการบูรณาการเรื่องราวของพวกเขาในสาขาหลักแต่ละการวิ่ง นักพัฒนารหัสทั้งหมดภายในสาขาของตัวเองและในตอนท้ายของการวิ่งพวกเขาทั้งหมดรวมเป็นหนึ่งสาขาหลัก จากนั้นผู้พัฒนารายหนึ่ง (โดยปกติจะเป็นคนเดียวกัน) จะเหลือหน้าที่ในการทำให้แน่ใจว่าทุกอย่างได้รวมเข้ากับโค้ดของ dev อื่น ๆ (การเปลี่ยนแปลงส่วนใหญ่อยู่ในหน้าเดียวกันตัวอย่างเช่นเรื่องการแสดงข้อมูลเรื่องราวการกรองข้อมูลและ ตัวบ่งชี้ SLA) เราจะลดภาระนี้และทำให้รหัสของเรารวมเข้าด้วยกันได้ง่ายขึ้นได้อย่างไร จากมุมมองของฉันการมี PO หรือ SM จัดลำดับความสำคัญของเรื่องราวด้วยวิธีที่มีประสิทธิภาพมากขึ้นดังนั้นเราจึงไม่มีการพึ่งพาเหล่านี้ในการวิ่งเดียวกันอาจช่วยแก้ปัญหาบางอย่างได้ คนอื่นจะรับมือกับเรื่องนี้อย่างไร หรือนี่เป็นเพียงส่วนหนึ่งของกระบวนการ?

42 agile  scrum  branching  stories 

ขณะนี้เราใช้ JIRA เพื่อติดตามงานพัฒนาของเรา ฝ่ายบริหารของฉันต้องการจัดรูปแบบและจัดหมวดหมู่ทุกอย่างเป็น "เรื่องราวของผู้ใช้" รวมถึงงานที่ไม่เกี่ยวข้องกับการพัฒนาซอฟต์แวร์ ตัวอย่างเช่น: "ในฐานะผู้จัดการทดสอบฉันสามารถทำการทดสอบแอปพลิเคชันโดยใช้การทดสอบอัตโนมัติเท่านั้นและไม่มีการทดสอบด้วยตนเองเพื่อให้ฉันสามารถทดสอบแอปพลิเคชันได้อย่างมีประสิทธิภาพที่สุด เกณฑ์การยอมรับ: 1. แปลงการทดสอบด้วยตนเอง 50 รายการเป็นการทดสอบอัตโนมัติทั้งหมด 2. การทดสอบจะต้องดำเนินการในเวลาน้อยกว่า 1 ชั่วโมง " ฉันต้องการความรู้สึกจากชุมชนหากใช้ "เรื่องราวของผู้ใช้" สำหรับงานที่สนับสนุนกระบวนการพัฒนาซอฟต์แวร์ไม่ได้ทำโดยโปรแกรมเมอร์และไม่ส่งผลลัพธ์โดยตรงในรหัสที่ส่งมอบ หรือสิ่งนี้ควรจัดการ / จำแนกแตกต่างกัน (ตัวอย่างเช่นใน JIRA) หรือไม่ อัปเดตเมื่อวันที่ 6/7/2554 - คำถามที่นำมาใช้ใหม่เพื่อเน้นคำว่า "เรื่องราวของผู้ใช้"

9 agile  stories 

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

9 scrum  stories