จง หลีก เลี่ยง หลุม พราง ทั่ว ไป

Sprint Review เป็นเหตุการณ์สําคัญในกรอบสกรัม (Script Review) เป็นเซสชันที่ทํางานเพื่อตรวจสอบการเพิ่มและปรับเปลี่ยนการวนของโครงการ Production เมื่อดําเนินการสําเร็จ มันจะส่งเสริมความโปร่งใส การตอบรับของผู้ถือหุ้นที่มีค่า และคัดส่งผลิตภัณฑ์ไปยังเป้าหมายเชิงยุทธศาสตร์ของโครงการ อย่างไรก็ตาม หลายทีมพยายามไขความสามารถให้ออกได้อย่างเต็มรูปแบบของพิธีนี้ พวกเขาตกเป็นกับดักทั่วไปที่เปลี่ยนการเข้าพบแบบเรียบเรียงอย่างไม่ต่อเนื่องและไม่เกิดผล บทความนี้ทําการสํารวจ 5 อย่างที่เพิ่มความไม่ต่อเนื่องซึ่งการทบทวนและปฏิบัติการที่มีประสิทธิภาพเพื่อให้พวกเขาสามารถเอาชนะได้ กลยุทธ์ต่าง ๆ ส่งผลให้ทีมของคุณได้เสมอ ส่งผลให้ทีมของคุณมีการส่งมอบค่านิยมอย่างสม่ําเสมอ และมีการจัดวางตัวถ่วงอย่างสม่ําเสมอ

การ เข้าใจ ภารกิจ หลัก ของ การ ทบทวน เรื่อง พิมพ์

ก่อน จะ พูด ถึง หลุม พราง นี้ จําเป็น ต้อง เข้าใจ ว่า ส เกต รีวิว คือ อะไร [FLT: 0] ไม่ ใช่ (FLT: 1) (FLT: 1) (FLT: 1) (FLT: 1) (FT) ไม่ใช่(FLT) การประชุมสถานะ), แบบเดโมเดชันสําหรับผู้ถือหุ้นภายในเท่านั้น หรือประตูเพื่อการอนุมัติของสเกต จุดประสงค์นี้หมายถึงการตรวจสอบผลลัพธ์ของสกรัม (Scrum) และตัดสินว่าอนาคตของตัวหมากได้ถูกดัดแปลงมาซึ่งเสนอให้ทํางาน "Doduct" กับสิ่งที่วางเอาไว้ ทีมพัฒนา ประสบความสําเร็จ และผู้ถือหมุดจะทําหน้าที่อะไรต่อไป ซึ่งเป็นการตรวจสอบว่าหัวใจถูกตรวจสอบและปฏิบัติการนี้ได้ถูกเข้าใจผิดเมื่อมีการแก้ไข เหตุการณ์ที่ปรากฏอยู่ด้านล่าง

หลุม พราง 1: การ ปฏิบัติ กับ การ ทบทวน เพื่อ เป็น การ ปรับปรุง สถานะ แทน การ ติด ต่อ สัมพันธ์

ความ ผิด ปกติ และ สาเหตุ ราก

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

วิธี แก้ ที่ ใช้ ได้ ผล

1. เลื่อนจาก "Demo" ไปเป็น "inspect"

เปลี่ยนภาษาและความตั้งใจ แทนที่จะจัดลําดับ "Demo" ตาราง "การรับฝาก" ส่งเสริมผู้ถือหมุดให้คลิก, หยุด และสํารวจซอฟต์แวร์ด้วยตัวเอง หากผลิตภัณฑ์นี้ไม่ได้อยู่ในสถานะที่จะใช้มือ ให้จําลองสภาพแวดล้อมที่มีต้นแบบความไม่บริสุทธิ์สูง เป้าหมายคือการสร้างเสียงเตือน ไม่ใช่เสียงปรบมือ

2. กําหนดการลดความชัดเจนของ "Done"

ถ้า ไม่ มี การ ตรวจ สอบ อย่าง ชัดเจน การ ทบทวน ก็ กลาย เป็น เกม เดา สุ่ม.

3. ก่อนการอุตุนิยมวิทยา

การ ประชุม ภาค ควร จัด ให้ มี การ ตรวจ สอบ และ เชิญ คํา ถาม ที่ เจาะจง.

หลุม ดํา 2: เพ่ง เล็ง ผล งาน ออก มา มาก กว่า ผล งาน (กับดัก ที่ เป็น ระเบียบ)

ความ ผิด ปกติ และ สาเหตุ ราก

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

วิธี แก้ ที่ ใช้ ได้ ผล

1. จง ยึด มั่น กับ การ ทบทวน เรื่อง เป้า หมาย ทาง ธุรกิจ

เริ่มการทบทวนด้วยสไลด์หรือหัวข้อหัวข้อ "ทําไมเราสร้างสิ่งนี้". เชื่อมต่อคุณสมบัติหลัก ๆ ทุกรายการไปยังผู้ใช้โดยตรง หรือตัวบ่งชี้การทํางานหลัก (KPI) ตัวอย่างเช่น "เราปรับปรุงการเช็คเอาท์เพื่อลดการเคลื่อนที่เพื่อลดการทิ้งรถโดย 15%". นี่จะเปลี่ยนการสนทนาทันทีจาก "อะไร" ถึง "ทําไม".

2. รับ การ เฟรมเวิร์ก ที่ สมดุล

การตอบรับแบบโครงสร้างให้ทั้งด้านบวกและแก้ไข วิธีง่ายๆ คือ "ผมปรารถนา" โครงร่างนี้สนับสนุนให้ผู้ถือหุ้นชื่นชมงาน

เคล็ดลับ: Equip the Productown owner with a record. จับภาพทุกคําแนะนํา, ritricic, และความคิดในเรียลไทม์. นี้ตรวจสอบข้อมูลการรับของผู้ถือหุ้น และตรวจสอบว่ามีการติดตามสําหรับการปรับปรุงแบ็คล็อกในอนาคต.

หลุม พราง ที่ 3: การ จัด การ เรื่อง เวลา ที่ ยาก ลําบาก และ การ สนทนา ที่ ไม่ มี การ ควบคุม

ความ ผิด ปกติ และ สาเหตุ ราก

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

วิธี แก้ ที่ ใช้ ได้ ผล

1. Time-box และ Time-box อีกครั้ง

Sprint Review ควรจะถูกบันทึกเวลาเป็น 1 ชั่วโมงสูงสุดต่อสัปดาห์ของ Sprint (เช่น การแข่ง 2 สัปดาห์ ได้รับค่าตัวจับเวลา 2 ชั่วโมง) ใช้ตัวจับเวลา กําหนดเวลาให้ตรงตามต้องการ หากเวลาหมดลง รายการต่าง ๆ จะไปยัง Parking Lod

2. เติมเต็ม "เดินบอร์ด"

แทนการเลือกแบบ Sumre จะเดินผ่านคณะกรรมการสกรัมจากขวาไปซ้าย (Don to Infriest) สําหรับรายการที่มี "Done" จะยืนยันค่าอย่างรวดเร็ว สําหรับรายการ "ในความคืบหน้า" หารือเกี่ยวกับบล็อกและความร่วมมือ โดยธรรมชาตินี้สร้างการไหลและป้องกันการดําน้ําลึกด้วยของเล็กน้อย

3. กําหนดบทบาทการเข้ารับ

The Scrumb Master หรือ phocilitator ควรเป็นเจ้าของนาฬิกาและวาระ งานของพวกเขาคือการตัดประเด็นการอภิปรายอย่างสุภาพและเปลี่ยนพวกเขาไปยัง Producht Backlog หรือการประชุมติดตามนี้ปกป้องทีมจากผู้ถือลิ่มและรักษาโฟกัสของคําวิจารณ์

ฤดูใบไม้ร่วง 4: การละทิ้งผู้ถือครองที่ไม่ใช่มนุษย์ (Technology about and สถาปัตยกรรม)

ความ ผิด ปกติ และ สาเหตุ ราก

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

วิธี แก้ ที่ ใช้ ได้ ผล

1. เห็นภาพล่องหน

ใช้ชาร์ต "การเรียกค่าชดเชยแบบ Tchnal bread- degrown" หรือ "สุขภาพของ System" แสดงวิธีปรับความถี่การใช้งานหรือลดค่าใช้จ่ายของแม่ข่ายได้ดีขึ้น เฟรมแมกซ์ปรับปรุงในเงื่อนไขธุรกิจ: "เราสร้างการปรับปรุงโมดูลล็อกอินเพื่อปรับปรุงความปลอดภัยให้เหมาะสมมากขึ้น และลดเวลาการพัฒนาในอนาคตสําหรับคุณสมบัติใหม่"

2. แยก การ สนทนา ออก

ถ้าการทบทวนหลักนั้นเต็มไปด้วยผู้ถือไม้ (ไม่ใช้เทคโนโลยี) ขอพิจารณา "การทบทวนเชิงเทคนิค" หรือ "การทบทวนเชิงเทคนิค" ร่วมกับ Sprint Retrieves"

หลุม พราง: ไม่ ได้ ปรับ รูป แบบ การ ทบทวน

ความ ผิด ปกติ และ สาเหตุ ราก

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

วิธี แก้ ที่ ใช้ ได้ ผล

1. จง เน้น การ ทบทวน

การทํารายการ Sprint Review เองเป็นการตรวจสอบและปรับตัว ใน Sprint Retrospective ถามว่า "การทบทวนนี้มีคุณค่าหรือไม่? เราได้ผลตอบรับที่ต้องการหรือยัง? รูปแบบจะปรับปรุงได้ไหม?" และ "การเปลี่ยนแปลงใด ๆ ที่จะทําให้การทบทวนอีกครั้งที่มากขึ้น?"

2. ประมวลผลโดยใช้รูปแบบ

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

การ อ้าง ว่า การ ทบทวน โดย ใช้ ส เกต เป็น ชุด ที่ มี ลักษณะ เป็น ส ตรา เทก เซต

Sprint Review มีความสําคัญมากที่จะถูกเปลืองไปกับการปรับปรุงสถานะ สาธิต หรือการร้องเรียน การระบุและแก้ไขตัวแปรพื้นฐานทั้งห้านี้ ทีมสามารถเปลี่ยนแปลงการทบทวนให้กลายเป็นกลไกที่มีประสิทธิภาพ การจัดวาง, การวางแผนอย่างรัดกุม, การจัดการเวลาอย่างเข้มงวด, การจัดการอย่างเข้มงวด, การปรับตัวตามเวลาที่เหมาะสม และการปรับตัวอย่างต่อเนื่องของรูปแบบต่างๆ คือกุญแจที่ดัดแปลงได้เอง เมื่อ Sprint Resource ทําถูกแล้ว ทีมของ Sprise กับบริษัทนั้น จะกระตุ้นให้มีส่วนร่วมโดยแสดงผลกระทบจริง และให้ผู้ถือหลักที่จําเป็นต้องใช้งานต้องประสบความสําเร็จ โดยเริ่มต้นการวางจําหน่ายสองอย่างนี้ หรืออย่างต่อไปในผลลัพธ์ที่ตามมา

สําหรับการอ่านเพิ่มเติมเกี่ยวกับพิธี Agileing atleses อ้างอิงถึง [FLT: 0] คู่มือสครัมส์ และคู่มือการใช้งาน แอตแลเซียน's Sprint Retrieves .