จะเกิดอะไรขึ้นระหว่างการวิ่ง

ฉันกำลังทำงานในโครงการที่ทำตามแบบจำลองการต่อสู้ เรากำลังวิ่งสองสัปดาห์ สิ่งที่ฉันไม่ชัดเจน (และไม่มีหนังสือให้คำปรึกษา) เป็นสิ่งที่ควรจะเกิดขึ้นระหว่างการวิ่ง: ควรมีกระบวนการ "ห่อ" ซึ่งผลิตภัณฑ์จะถูกสร้างและส่งมอบ แต่:

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

มีนักพัฒนาสามคนเพิ่มขึ้นประมาณ 1 FTE ดังนั้นการวิ่งจึงสั้นมาก

ฉันกำลังทำงานในโครงการที่ทำตามแบบจำลองการต่อสู้

เพื่อให้ชัดเจน: ผู้จัดการของคุณอาจบอกคุณเกี่ยวกับการต่อสู้ แต่สิ่งที่คุณทำไม่ใช่การต่อสู้

โดยทั่วไปใช้เวลานานเท่าไร

การตรวจสอบ Sprint การประชุม + การประชุมย้อนหลังใน Sprint จะสิ้นสุดลงขณะนี้ ในระยะสั้น ๆ พวกเขาควรใช้เวลาระหว่าง 30 นาที - 1 ชั่วโมงด้วยกัน วันทำการถัดไปจะเริ่มการวิ่งใหม่โดยดำเนินการประชุมวางแผน Sprint 1 และ 2 ขึ้นอยู่กับขนาดของทีมและระยะเวลาในการวิ่งประชุมเหล่านี้อาจใช้เวลา 2 - 4 ชั่วโมง

ทั้งทีมควรมีส่วนร่วมหรือไม่?

ทีมงานทั้งหมดต้องมีส่วนร่วมในการประชุมที่กล่าวถึงในคำตอบก่อนหน้า

มันจะต้องเสร็จสิ้นอย่างเคร่งครัดก่อนที่นักพัฒนาจะเริ่มทำงานในรายการ sprint ถัดไปหรือไม่

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

นี่คือเมื่อมีการตรวจสอบและทดสอบรหัสหรือไม่

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

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

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

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

จากประสบการณ์ของฉันนี่คือสิ่งที่ บริษัท ส่วนใหญ่ย้ายไปเปรียวล้มเหลว

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

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

... และการประเมินคือเมื่อไหร่? การวางแผน?

เรื่องควรจะง่ายจริงๆที่จะไม่มีเวลาระหว่างการวิ่ง

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

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