ฉันไม่คิดว่าวิธีการแบบเปรียวจำนวนมากจะจัดการกับกิจกรรมที่โดยปกติแล้วจะเป็นส่วนหนึ่งของการเริ่มต้นโครงการได้ดี เฟรมเวิร์กทั่วไปจำนวนมาก (XP, Scrum, Kanban) ไม่ตอบปัญหานี้ แต่เฟรมเวิร์กที่ปรับขนาดบางส่วน (Disciplined Agile Delivery, SAFe) ทำในระดับหนึ่ง
บางคนสนับสนุนแนวคิดของการเพิ่มขึ้นครั้งแรก (ใน Scrum, การวิ่ง) ที่ออกแบบมาเพื่อตั้งค่าโครงการของคุณ ซึ่งมักเรียกว่า Increment Zero (หรือใน Scrum, Sprint 0) อย่างไรก็ตามมันไม่ใช่ส่วนที่เป็นทางการของการต่อสู้และนักปราชญ์บอกว่าการเพิ่มขึ้นครั้งแรกควรจะเป็นไปได้
การเพิ่มขึ้นดังกล่าวใช้เพื่อตั้งค่าสภาพแวดล้อมของทีม - ตั้งค่าการพัฒนาทดสอบและสภาพแวดล้อมการผลิตกำหนดค่าเครื่องมือและสคริปต์สนับสนุนของคุณและสร้างสภาพแวดล้อมการทำงานของคุณด้วยแผนภูมิเบิร์นดาวน์และแบ็คล็อก หากทุกคนในทีมไม่คุ้นเคยกับเครื่องมือการพัฒนาที่ใช้นี่คือที่ที่พวกเขาเรียนรู้พื้นฐานในการทำงานและเริ่มผลิตผลในการทำซ้ำครั้งแรก
นอกจากนี้คุณมักจะเริ่มเขียนเรื่องราวผู้ใช้ครั้งแรกของคุณและจัดลำดับความสำคัญให้กับสินค้าค้างของคุณเนื่องจากยังไม่มีงานค้างค้างในตอนนี้ ใครเป็นเจ้าของผลิตภัณฑ์จะได้รับการออกแบบเรื่องราว หากบุคคลนี้เป็นมือใหม่สำหรับ Scrum พวกเขาจะได้เรียนรู้วิธีเขียนเรื่องราวผู้ใช้ที่ดีที่ทีมสามารถทำงานได้เช่นกัน อย่าเน้นที่จะรับเรื่องราวทั้งหมด แต่คุณจะต้องการมากพอที่จะเริ่มต้นทำซ้ำการพัฒนาครั้งแรก
ทีมที่แตกต่างกันจัดการ Sprint 0 ต่างกัน บางคนอาจจับเวลามันในช่วงเวลาเดียวกันกับวิ่งอื่น ๆ คนอื่นอาจทำให้ยาวขึ้นหรือสั้นลงเล็กน้อยขึ้นอยู่กับความต้องการของทีม เนื่องจากนี่เป็นความพยายามครั้งแรกของคุณที่ Scrum ฉันอาจทำให้นานขึ้นโดยเฉพาะถ้าคุณมีการทำซ้ำที่สั้นกว่าซึ่งเป็นส่วนหนึ่งของวงจรการพัฒนาของคุณ หากคุณวางแผนที่จะทำซ้ำสองสัปดาห์ให้ทำ 3 สัปดาห์
เท่าที่กำหนดงานฉันไม่จำเป็นต้องกำหนดเป็นเรื่องราวของผู้ใช้ คุณสามารถทำได้จากมุมมองของสมาชิกในทีมและบทบาทต่าง ๆ (เจ้าของผลิตภัณฑ์, ScrumMaster, ผู้พัฒนา, ผู้ทดสอบ, นักออกแบบ, นักเขียนด้านเทคนิคและอื่น ๆ ) อย่างไรก็ตาม Sprint 0 มีไว้สำหรับทีมไม่ใช่สำหรับลูกค้าหรือผู้ใช้ รายการงานและกิจกรรมอย่างง่ายจะเพียงพอ