Sprint
Sprint คือรอบการทำงานที่มีความยาวตายตัว โดยทั่วไปหนึ่งถึงสี่สัปดาห์และมักนิยมสองสัปดาห์ที่สุด ซึ่งจบลงด้วยผลลัพธ์ที่เป็นรูปธรรมและใช้งานได้
คำนี้มาจาก Scrum ซึ่งเป็นกรอบการทำงานแบบ Agile ที่ใช้กันอย่างแพร่หลายในงานซอฟต์แวร์และผลิตภัณฑ์ เมื่อเริ่มต้น Sprint ทีมจะตกลงกันว่าจะจัดการงานใดในช่วงเวลานั้น เรียกว่า sprint backlog รายการนี้จะถูกล็อกไว้ตลอดระยะเวลาของ Sprint และคำขอใหม่จะถูกจัดคิวไว้สำหรับรอบถัดไปแทนที่จะขัดจังหวะรอบปัจจุบัน ทุก Sprint จะปิดท้ายด้วย sprint review ซึ่งทีมแสดงสิ่งที่ทำเสร็จจริง ตามด้วย retrospective ที่มุ่งเน้นวิธีการทำงานให้ดีขึ้นในครั้งถัดไป
กรอบเวลาที่ตายตัวคือสิ่งที่ทำให้ Sprint ได้ผล มันบังคับให้คุณแบ่งงานให้เล็กพอที่จะเสร็จได้จริงภายในช่วงเวลานั้น แทนที่จะลากยาวเป็นเดือนๆ ระยะเวลา Sprint โดยทั่วไปอยู่ระหว่างหนึ่งถึงสี่สัปดาห์ โดยจังหวะสองสัปดาห์เป็นตัวเลือกที่นิยมที่สุดในทางปฏิบัติ Sprint ที่สั้นกว่าหมายถึงภาระงานวางแผนที่มากขึ้น ในขณะที่ Sprint ที่ยาวกว่าจะทำให้ข้อเสนอแนะล่าช้าและปล่อยให้สมมติฐานที่ผิดพลาดดำเนินต่อไปได้ไกลขึ้นก่อนที่ใครจะจับได้
รูปแบบนี้แพร่หลายไปไกลกว่า Scrum มาก เช่น ในรูปแบบ Design Sprint ที่ใช้วงจรห้าวันในการทดสอบไอเดียเดียว หรือเพียงแค่เป็นจังหวะการทำงานที่เกิดซ้ำในงานปฏิบัติการและงานธุรการ สิ่งที่ทั้งหมดนี้มีร่วมกันคือวงจรเดียวกัน: ตั้งเป้าหมาย จำกัดเวลา ส่งมอบผลลัพธ์บางอย่าง สะท้อนผล แล้วเริ่มรอบถัดไป นี่คือสิ่งที่แยก Sprint ออกจากจุดหมาย (milestone) ซึ่งเป็นเครื่องหมายจุดเวลาเดียว ไม่ใช่จังหวะการทำงานที่เกิดซ้ำ
ตัวอย่างเชิงปฏิบัติ
ทีมพัฒนาหกคนวางแผน Sprint สองสัปดาห์เพื่อสร้างฟีเจอร์รายงานใหม่สำหรับซอฟต์แวร์ภายในองค์กร โดยรับปากทำ 34 story points เมื่อสิ้นสุด Sprint มี 29 points เสร็จสมบูรณ์และถูกสาธิตสดในการทำ sprint review ในขณะที่ 5 points กลับเข้าสู่แบ็คล็อกผลิตภัณฑ์ ในการทำ retrospective ทีมตระหนักว่าข้อมูลจากฝ่ายธุรกิจมาถึงช้าเกินไปในรอบนั้น จึงกำหนดให้มีการตรวจสอบเร็วขึ้นสำหรับ Sprint ถัดไป
Leanshift ช่วยอย่างไร
Sprint คือ Kaizen ในรูปแบบย่อส่วน เป็นจังหวะที่ตายตัวและเกิดซ้ำของการวางแผน ลงมือทำ แสดงผล และสะท้อนผล ทุก retrospective คือการหยุดพักอย่างตั้งใจเพื่อถามว่าอะไรจะได้ผลดีขึ้นในรอบถัดไป แทนที่จะเพียงแค่ผลักดันไปข้างหน้า นี่คือแก่นแท้ของสิ่งที่ Leanshift หมายถึงเมื่อพูดว่าการปรับปรุงเพื่อสร้างคนที่ปรับปรุงได้มากขึ้น ผลลัพธ์ของ Sprint มีความสำคัญ แต่สิ่งที่ทีมเรียนรู้จากแต่ละรอบก็สำคัญเช่นกัน
คำถามที่พบบ่อย
Sprint ควรมีระยะเวลานานเท่าใด
อยู่ระหว่างหนึ่งถึงสี่สัปดาห์ โดยสองสัปดาห์เป็นตัวเลือกที่นิยมที่สุด ระยะเวลาที่แน่นอนมีความสำคัญน้อยกว่าการรักษาความสม่ำเสมอในทุกรอบ เพื่อให้คุณได้ข้อมูลที่เปรียบเทียบได้เมื่อเวลาผ่านไป
งานที่ยังไม่เสร็จเมื่อสิ้นสุด Sprint จะเกิดอะไรขึ้น
งานเหล่านั้นจะกลับเข้าสู่แบ็คล็อกผลิตภัณฑ์และได้รับการจัดลำดับความสำคัญใหม่สำหรับ Sprint ในอนาคต จะไม่มีการเพิ่มงานใหม่ระหว่าง Sprint เพราะจะบั่นทอนเป้าหมายของ Sprint
Sprint แตกต่างจากจุดหมาย (milestone) อย่างไร
จุดหมาย (milestone) เป็นเครื่องหมายจุดสำคัญจุดเดียวในไทม์ไลน์ของโปรเจกต์ ในขณะที่ Sprint เป็นรอบการทำงานที่เกิดซ้ำและมีความยาวเท่ากัน พร้อมการวางแผนและทบทวนของตัวเอง