การแย่งชิงกันในโครงการที่สั้นมาก?

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

ฉันไม่คิดว่าเราจะได้รับประโยชน์มากมายจากการวิ่งหนึ่งครั้งครึ่ง เราจะได้รับประโยชน์จากกระบวนการพัฒนาแบบวนซ้ำได้ด้วยการทำซ้ำเพียงหนึ่งสองหรือหนึ่งครึ่ง

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

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

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

โปรดทราบว่าฉันไม่ได้เป็นอาจารย์การต่อสู้และทำงานน้อยมากกับมัน แต่ได้เห็นทฤษฎีบางอย่างและทำซ้ำสองสามครั้งกับมัน บางคนที่มีประสบการณ์มากกว่าในการต่อสู้อาจบอกเล่าเรื่องราวได้มากขึ้น

สมมติว่าโครงการมีระยะเวลาสูงสุด 4 สัปดาห์มีสองตัวเลือก:

1) สำหรับโครงการที่มีขอบเขตคงที่: ทำการต่อสู้กับการทำซ้ำ 1 สัปดาห์

2) สำหรับโครงการที่มีระยะเวลาคงที่: เพียงทำซ้ำ 1 ครั้งและมีความเชื่อมั่นในการทำงานประจำวัน

วัตถุประสงค์ของ Scrum สำหรับโครงการขนาดเล็กคือการจัดความพยายามของทีมเป็นประจำทุกวันและเพื่อให้แน่ใจว่ามีการขจัดอุปสรรคในทันที

ใช้ประโยชน์จากโครงการสั้น ๆ ในขณะที่คุณสามารถและฝึกฝนการต่อสู้ ในที่สุดคุณจะทำงานกับโครงการมากกว่าหนึ่งโครงการในแต่ละครั้งหรือเริ่มโครงการที่ยาวขึ้น / ใหญ่ขึ้น นอกจากนี้โครงการก่อนหน้าของคุณบางโครงการจะกลับมาพร้อมกับการแก้ไขจำนวนมาก มันไม่ต่างไปจากการทำงานเป็นชุด sprints อย่างต่อเนื่อง