เวิร์กโฟลว์การต่อสู้
Sprint (หรือวนซ้ำ)เป็นหน่วยพื้นฐานของการพัฒนาในการต่อสู้ การวิ่งเป็นกล่องเวลาเฉพาะ กล่าวคือ การจำกัดระยะเวลาหนึ่งๆ ระยะเวลาที่กำหนดไว้ล่วงหน้าสำหรับการวิ่งแต่ละครั้งและมักจะอยู่ระหว่างหนึ่งสัปดาห์ถึงหนึ่งเดือนโดยการวิ่งสองสัปดาห์เป็นช่วงที่พบบ่อยที่สุด
ในการบริหารเวลา กล่องเวลาจะกำหนดช่วงเวลาที่แน่นอน เรียกว่า กรอบเวลา ให้กับแต่ละกิจกรรมตามกำหนดการ บางแนวทางในการจัดการโครงการใช้กล่องเวลา นอกจากนี้ยังใช้สำหรับการใช้งานส่วนบุคคลในการแก้ปัญหาส่วนบุคคลในกรอบเวลาที่เล็กลง มักเกิดจากการมีการส่งมอบและกำหนดเวลา ซึ่งช่วยปรับปรุงประสิทธิภาพการทำงานของผู้ใช้
การวิ่งแต่ละครั้งเริ่มต้นด้วยการวางแผนกิจกรรมที่กำหนดทิศทางสำหรับการวิ่ง การระบุงานในการวิ่ง และการประเมินว่าบรรลุเป้าหมายของการวิ่งหรือไม่ การวิ่งแต่ละครั้งจบลงด้วยการทบทวนย้อนหลังของการวิ่ง ซึ่งจะทบทวนความคืบหน้าเพื่อแจ้งผู้มีส่วนได้ส่วนเสียและระบุการปรับปรุงสำหรับการวิ่งครั้งต่อไป
Scrum มุ่งเน้นไปที่งานที่ทำเมื่อสิ้นสุดการวิ่ง ในกรณีของซอฟต์แวร์ เป็นไปได้มากว่าซอฟต์แวร์นั้นได้รับการทดสอบอย่างสมบูรณ์ จัดทำเป็นเอกสาร และสามารถจัดส่งได้
การวางแผน
ในช่วงเริ่มต้นของ Scrum Sprint ทีมงานจะดำเนินการวางแผนการวิ่งสำหรับ:
- การสื่อสารเพื่อกำหนดขอบเขตของงานที่ควรทำในระหว่างการวิ่งครั้งนี้
- การเลือกรายการ Backlog ของผลิตภัณฑ์ที่สามารถทำได้ในการวิ่งครั้งเดียว
- การเตรียม Sprint ระบุงานที่จำเป็นเพื่อให้สินค้าค้างอยู่ในรายการบางส่วน
- คำจำกัดความของกล่องเวลา - จำกัดสี่ชั่วโมงสำหรับการวิ่งสองสัปดาห์ (ระยะเวลาตามสัดส่วนสำหรับการวิ่งที่เหลือ)
- ในช่วงครึ่งแรก ทีม Scrum ทั้งหมด (ซึ่งก็คือทีมพัฒนา scrum master และเจ้าของผลิตภัณฑ์) เลือกงานจากงานในมือที่สามารถทำได้ในการวิ่งครั้งนี้
- ในช่วงครึ่งหลัง ทีมพัฒนาจะแยกย่อยงาน (งาน) ที่จำเป็นในการส่งมอบรายการ Product Backlog ส่งผลให้มีการยืนยันการวิ่ง
- องค์ประกอบบางอย่างของ Product Backlog อาจถูกแบ่งหรือปรับโฟกัสใหม่ หากงานที่ระบุไม่สามารถทำได้ใน Sprint นี้
หลังจากที่ทีมพัฒนาเตรียมการวิ่ง พวกเขาจะกำหนดระยะเวลาของงาน (โดยปกติโดยการโหวต) เพื่อทำงานให้เสร็จในระหว่างการวิ่ง
การต่อสู้รายวันในเริ่มต้นในห้องเดียวกัน ตำแหน่งที่รวมศูนย์นี้ช่วยให้ทีมเริ่มต้นตรงเวลา ในแต่ละวันระหว่างการวิ่ง ทีมงานจะทำการ scrum รายวัน (ปกติจะอยู่ที่สถานะ) โดยมีแนวทางเฉพาะ:
- การต่อสู้รายวัน สมาชิกทุกคนในทีมพัฒนาควรเตรียมพร้อม การต่อสู้รายวัน…
… เริ่มตรงเวลาแม้ว่าสมาชิกในทีมบางคนจะหายไป
…ควรเริ่มต้นทุกวันที่เดิมและในเวลาเดียวกัน
…จำกัด (จำกัดเวลา) ถึงสิบห้านาที - บุคคลภายนอกอาจปรากฏตัว แม้ว่าโดยปกติมีเพียงทีมต่อสู้แลกเปลี่ยนความคิดเห็นเกี่ยวกับสถานการณ์ปัจจุบัน
- คุณลักษณะของการประชุม scrum รายวันคือสมาชิกแต่ละคนในกลุ่มจะตอบคำถามที่กระชับและง่าย 3 ข้อ:
- งานที่เสร็จสิ้นเมื่อวานนี้ของฉัน? ฉันช่วยทีมพัฒนาให้บรรลุเป้าหมายการวิ่งได้อย่างไร
- วันนี้ฉันตั้งภารกิจอะไรบ้างเพื่อให้บรรลุเป้าหมายการวิ่งร่วมกัน
- ฉันมองเห็นข้อจำกัดใดๆ ที่ขัดขวางไม่ให้ฉันหรือทีมพัฒนาบรรลุเป้าหมายการวิ่งหรือไม่
ข้อจำกัดใดๆ (เช่น สิ่งกีดขวาง ความเสี่ยง ปัญหา ความล่าช้าในการพึ่งพา สมมติฐานที่ไม่สมเหตุสมผล) ที่ระบุในการประชุม scrum รายวันควรได้รับการบันทึกโดย scrum master และโอนไปยังกระดาน scrum ไม่มีการอภิปรายโดยละเอียดในระหว่างการประชุม scrum รายวัน
บทวิจารณ์และย้อนหลัง
ทีมงานจัดสองเหตุการณ์เมื่อสิ้นสุดการวิ่ง: ทบทวนและย้อนหลังของการวิ่ง
การดำเนินการของทีมระหว่างการตรวจสอบการวิ่ง:
- สอบทานงานที่แล้วเสร็จและวางแผนงานที่ยังไม่แล้วเสร็จ
- นำเสนอผลงานที่เสร็จแล้วสำหรับผู้สนใจ (เช่น ตัวอย่าง)
หลักเกณฑ์สำหรับ Sprint Review:
- ไม่สามารถแสดงงานระหว่างทำ
- ระยะเวลาที่แนะนำคือสองชั่วโมงสำหรับการวิ่งสองสัปดาห์ (สัดส่วนสำหรับระยะเวลาการวิ่งอื่นๆ)
ในการหวนกลับการวิ่ง ทีมงาน:
- สะท้อนถึงการวิ่งที่ผ่านมา
- กำหนดและตกลงในกระบวนการปรับปรุงกิจกรรมอย่างต่อเนื่อง
แนวทางการย้อนหลังของ Sprint:
- ในการหวนกลับของการวิ่ง มีเพียงสองคำถามหลัก: อะไรคือสิ่งที่ดีในระหว่างการวิ่ง? สิ่งที่สามารถปรับปรุงในการวิ่งครั้งต่อไป?
- ระยะเวลาที่แนะนำ - 1-1.5 ชั่วโมงต่อการวิ่งสองสัปดาห์ (สัดส่วนสำหรับระยะเวลาการวิ่งอื่นๆ)
- กิจกรรมนี้ถูกกำหนดให้กับ Scrum Master
นอกจากนี้
กิจกรรมต่อไปนี้มักจะดำเนินการในทางปฏิบัติ แม้ว่าทุกคนจะไม่ได้พิจารณาว่าเป็นส่วนหลักของวิธีการต่อสู้:
Backlog การปรับแต่ง
การปรับแต่ง Backlog (บางคนเรียกว่า Backlog grooming) เป็นกระบวนการต่อเนื่องในการตรวจสอบองค์ประกอบของ Backlog และทำให้แน่ใจว่ามีการจัดลำดับความสำคัญและจัดโครงสร้างอย่างเหมาะสมในลักษณะที่ชัดเจนและจัดการได้เพียงพอสำหรับทีม
องค์ประกอบที่ค้างอยู่:
- สามารถแบ่งออกเป็นชิ้นเล็ก ๆ ได้หลายแบบ
- สามารถปรับปรุงเกณฑ์การยอมรับได้
- การพึ่งพาอาศัยกัน ผู้สืบทอด และงานเตรียมการสามารถกำหนดและตกลงกันได้ในข้อตกลงทางเทคนิค
แม้ว่าแนวทางปฏิบัตินี้ไม่ได้เป็นส่วนหนึ่งของ Scrum หลัก แต่การปรับแต่งงานในมือก็ถูกนำมาใช้เป็นวิธีการจัดการคุณภาพของรายการงานในมือ โดยมีขอบเขตที่แนะนำสูงสุด 10% ของเวลาการวิ่ง
การต่อสู้
การต่อสู้เป็นวิธีการปรับขนาด Scrum ในหลายทีมที่ทำงานเกี่ยวกับผลิตภัณฑ์ซอฟต์แวร์ ให้โอกาสในการหารือเกี่ยวกับความคืบหน้าและการพึ่งพาอาศัยกัน โดยมุ่งเน้นที่วิธีการประสานงานการพัฒนาซอฟต์แวร์แอปพลิเคชัน โดยเฉพาะอย่างยิ่งเมื่อเกิดการปะทะกันในด้านการรวมระบบ การประชุม Scrum รายวันสำหรับแต่ละทีม ขึ้นอยู่กับระยะเวลา สิ้นสุดด้วยการแต่งตั้งสมาชิกในทีมหนึ่งคนเป็นตัวแทนเพื่อเข้าร่วม Scrum Scrums กับตัวแทนของทีมอื่น ตัวแทนสามารถเป็นได้ทั้งผู้เชี่ยวชาญทางเทคนิคหรือผู้เชี่ยวชาญการต่อสู้แบบทีม ทั้งนี้ขึ้นอยู่กับบริบท
งานนี้ไม่เพียงแค่อัปเดตและสรุปความคืบหน้าจาก Scrum Teams ต่างๆ เท่านั้น แต่ยังช่วยให้คุณมุ่งเน้นไปที่การทำงานร่วมกันของทีม ยอมรับ บรรเทา หรือหลีกเลี่ยงความเสี่ยง อภิปรายเกี่ยวกับอุปสรรค การพึ่งพาหรือสมมติฐาน (RIDA) ที่ได้รับการระบุ Scrum Scrum ติดตาม RIDA เหล่านี้ผ่าน Scrum Board ของตนเอง ซึ่งมักจะส่งผลให้มีการประสานงานและการทำงานร่วมกันระหว่างทีม Scrum มากขึ้น
งานนี้มีโครงสร้างคล้ายกับการประชุม scrum ประจำวัน และตัวแทนแต่ละคนเตรียมคำตอบสำหรับคำถามสี่ข้อต่อไปนี้:
- ทีม Scrum ของคุณมีความเสี่ยง ข้อจำกัด การพึ่งพา และสมมติฐานอะไรบ้างตั้งแต่การประชุมครั้งล่าสุดของเรา
- ความเสี่ยง ข้อจำกัด การพึ่งพาและสมมติฐานใดที่ทีมของคุณจะหยิบยกมาก่อนที่จะพบกันอีกครั้ง
- มีความเสี่ยง อุปสรรค์ การพึ่งพาอาศัยกัน และสมมติฐานใหม่ๆ ที่ทำให้ทีมของคุณช้าลงหรือขัดขวางคุณหรือไม่?
- คุณจะแนะนำความเสี่ยง อุปสรรค การพึ่งพาและการสันนิษฐานใหม่ที่จะรบกวนทีมอื่นหรือไม่?
ดังที่ เจฟฟ์ ซัทเทอร์แลนด์ แสดงความคิดเห็นไว้ว่า
เนื่องจากตอนแรกฉันกำหนด Scrum Scrum (Ken Schwaber ทำงานที่ IDX ในขณะนั้นกับฉัน) ฉันจึงพูดได้อย่างมั่นใจว่า Scrum Scrum ไม่ใช่ "Meta Scrum" อย่างที่ฉันเคยใช้ Scrum Scrum มีหน้าที่จัดหาซอฟต์แวร์เวอร์ชันที่ใช้งานได้จากทุกทีมเมื่อสิ้นสุด sprint หรือเผยแพร่ระหว่างการวิ่ง นี่เป็นความรับผิดชอบของ Scrum Scrum Master ดังนั้น Scrum Scrum จึงเป็นกลไกสำหรับการจัดส่งซอฟต์แวร์ที่รวดเร็วยิ่งขึ้น
อาจเป็นประโยชน์ในการอ่าน:
- ลักษณะงานของผู้อำนวยการฝ่ายบริหารโครงการ;
- แผนการผลิตในแผนธุรกิจ: คำอธิบาย ฟังก์ชัน เนื้อหา;
- อัตราผลตอบแทนภายใน - IRR;
- การลงทุนในสินทรัพย์ถาวร ประเภทและแหล่งที่มา;
- การใช้แผนที่ความเสี่ยงเพื่อระบุตัวตน;
- ระบบอัตโนมัติของระบบการจัดการโครงการ;
- จะสร้างโครงการได้อย่างไร?;
- การปันส่วนแรงงาน: ประเภทของบรรทัดฐานและมาตรฐาน;