ในการต่อสู้แย่งชิงกันการอภิปรายเกี่ยวกับสิ่งที่ทำเมื่อวานนี้ควร จำกัด เฉพาะงานบนกระดานหรืองานที่ทำทั้งหมด?

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

จากประสบการณ์ของฉันฉันพบว่ามันมีประสิทธิภาพมากกว่าที่จะพูดคุยเกี่ยวกับงานบนกระดานเพื่อรักษาความโดดเด่นและเพื่อให้ทุกคนมุ่งเน้นงานของพวกเขาเพื่อตรวจสอบการประเมินและติดตามบันทึกของพวกเขาทุกวัน

มันถูกต้องหรือไม่ที่จะ จำกัด การสนทนากับงานบนกระดาน?

agile scrum meetings

— Shadin
แหล่งที่มา

นักพัฒนาที่ใช้เวลาทั้งวันที่ไม่ได้ทำงานของพวกเขาอาจเป็นปัญหาที่จะมองไม่เห็นถ้าไม่พูดถึง?

— RemcoGerlich

ทุกคนพูดถึง 30 วินาทีเพื่อพูดในสิ่งที่เคยทำมาก่อน คุณต้องการความสนใจมากแค่ไหน? คุณไม่ได้ทบทวนการประมาณ คุณติดตามงานเมื่อคุณส่งงานให้กับคนต่อไป (ผู้ตรวจสอบหรือผู้ทดสอบ)

— gnasher729

คำตอบ:

ตามเนื้อหาของคู่มือการแย่งชิงกันในอันดับยอดเยี่ยมประจำวันคำถามสามข้อสำหรับการอภิปรายคือ

เมื่อวานนี้ฉันทำอะไรที่ช่วยให้ทีมพัฒนาบรรลุเป้าหมายของ Sprint

วันนี้ฉันจะทำอะไรเพื่อช่วยให้ทีมพัฒนาบรรลุเป้าหมายของ Sprint

ฉันเห็นอุปสรรคใด ๆ ที่ทำให้ฉันหรือทีมพัฒนาไม่สามารถทำตามเป้าหมาย Sprint ได้หรือไม่?

คำถามทั้งหมดมุ่งเน้นไปที่เป้าหมายของ Sprint ไม่ใช่งานที่อยู่บนกระดาน อีกครั้งตามคู่มือ Scrum เป้าหมาย Sprint ถูกสร้างขึ้นใน Sprint Planningและกำหนด "เป้าหมายที่จะพบภายใน Sprint ผ่านการใช้งาน Backlog ผลิตภัณฑ์และให้คำแนะนำกับทีมพัฒนาเกี่ยวกับสาเหตุที่สร้าง เพิ่มค่า"

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

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

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

Sprint ย้อนหลังเป็นเวลาที่ดีที่จะพูดคุยเกี่ยวกับปัญหานี้กับทีมงาน มีคำถามมากมายที่ควรพิจารณา:

ทีมทำงานในรายการที่เกี่ยวข้องกับเป้าหมายการวิ่งหรือไม่
มีการทำงานที่ไม่ได้วางแผนไว้มากเกินไปหรือไม่?
งานที่ไม่ได้วางแผนมาจากที่ไหนและใครอนุญาตงานนี้
ทำไมคนที่ทำงานในสิ่งที่ไม่ได้อยู่บนกระดาน?
เราควรจะแสดงรายละเอียดเพิ่มเติมบนกระดานเพื่อผูกสิ่งที่คุณทำกับรายการบนกระดานให้ง่ายขึ้นหรือไม่?

— โทมัสโอเวนส์
แหล่งที่มา

ปัญหาเกี่ยวกับ "เป้าหมาย Sprint" มันคลุมเครือเกินไปและปรารถนา ในทางปฏิบัติ Sprint Goal == ทำงานให้สำเร็จบนกระดาน หากสิ่งที่คุณทำงานไม่ได้อยู่ที่นั่นควรจะเป็นหรือคุณไม่ควรทำงานกับมัน

— Ewan

@Ewan ลูกค้าโทรมาและแจ้งให้เราทราบว่าซอฟต์แวร์สดขัดข้องและเรามีบันทึกและรายงานข้อผิดพลาด เป็นเรื่องสำคัญที่จะต้องใช้เวลาในการไต่สวนรายงานนั้นทันทีแม้ว่าจะไม่ได้อยู่บนกระดานในตอนนี้ มันอาจถูกนำมาใช้ในขอบเขตหรืออาจจะใส่ไว้ในมือ แต่มันเป็นสิ่งที่ฉันทำเมื่อวานนี้และอาจเป็นสาเหตุที่ฉันไม่สามารถช่วยบ๊อบกับปัญหาของเขาจนกระทั่งหลังอาหารกลางวัน ฉันไม่ควรทำอย่างนั้นอย่างสุ่มสี่สุ่มห้า แต่ไม่มีใครน่าจะวางมันไว้บนกระดานยกเว้นว่ามันจะถูกดึงเข้าไปใน Sprint นี้ ฉันสามารถคิดถึงตัวอย่างอื่นได้เช่นกัน

— โธมัสโอเวนส์

คุณควรเพิ่มตั๋ว "triage live bug" ลงในบอร์ดและทำเครื่องหมายว่าเสร็จสิ้น จากนั้นในตอนท้ายของการวิ่งคุณสามารถพูดได้อย่างแน่นอน 'การวิ่งครั้งนี้เราใช้เวลา X ชั่วโมงเพื่อดูข้อผิดพลาดของผู้ใช้ นั่นคือเหตุผลที่เรามาสาย เราต้องฝึกฝ่ายช่วยเหลือให้ดีขึ้น 'มิฉะนั้นคุณจะไม่ได้ทำอะไรเลยและ PM ก็มีข้อแก้ตัวจากทีม' โอ้มีข้อบกพร่องมากมายที่ต้องดูในสัปดาห์นี้! ยัก '

— Ewan

@Ewan ฉันคิดว่ามันไม่จำเป็นอย่างไม่น่าเชื่อ ฉันไม่ต้องการที่จะใช้เวลาในการเขียนตั๋ววันของฉัน กระบวนการต้องการให้ฉันทำงานของฉันเสร็จและใช้เวลา 90 นาทีในการทดสอบแทน 95 นาทีเพื่อทำการทดลองแล้วใส่ตั๋วที่บอกว่าฉันทดสอบตั๋วเป็นเรื่องโง่ โดยเฉพาะอย่างยิ่งถ้าคุณต้องทดลองตั๋วหลายใบ คุณไม่จำเป็นต้องซื้อตั๋วเพื่อพูดคุยเรื่องย้อนหลัง หากคุณใช้เครื่องมืออิเล็กทรอนิกส์คุณสามารถค้นหาตั๋วที่ทีมแก้ไขใน Sprint เพื่อดูว่ามีหลายสิ่งหลายอย่างให้ทดลองใช้หรือไม่

— โธมัสโอเวนส์

ระดับการรายงานหากถึง scrummaster / pm / บริษัท ของคุณ คุณสามารถเขียนตั๋ว "trigaing bugs" หนึ่งใบเพื่อครอบคลุมงานทั้งหมดของคุณในแต่ละวัน แต่สิ่งที่สำคัญคือคุณต้องบันทึกไว้ในฐานะเป็นส่วนหนึ่งของ SPRINT ไม่คิดว่ามันเป็นเพียงปัจจัยในการวัดอื่น ๆ

— Ewan

ไม่คุณควรพูดคุยเกี่ยวกับสิ่งที่คุณทำเมื่อวานนี้

หากไม่ได้อยู่บนบอร์ดคุณต้องทำอย่างใดอย่างหนึ่งต่อไปนี้:

วางไว้บนกระดาน
หยุดทำมัน
หรือเปลี่ยนทีม

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

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

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

— Ewan
แหล่งที่มา

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

— โธมัสโอเวนส์

@Ewan คุณช่วยขยายที่ได้ไหม ใครเป็นผู้จัดการแก้ไขบั๊กที่มีชีวิตหากไม่ได้อยู่ใน Sprint เจ้าของโครงการในเวลาเดียวกันสามารถเป็นผู้จัดการโครงการได้อย่างไร (ฉันหมายถึงว่าเขาคือใครหรือเขาเล่นปาหี่ทั้งสองบทบาท)

— Dennis

แก้ไขเพื่อความกระจ่าง

— Ewan

@Dennis: ผู้จัดการโครงการไม่ใช่บทบาทการต่อสู้

— RemcoGerlich

@Ewan ขอบคุณ สิ่งนี้ไม่จำเป็นสำหรับคำตอบ แต่ฉันอยากรู้อยากเห็น - "PM กำลังพูดถึงการประชุมสำหรับโครงการอื่น ๆ " งานนี้ทำงานอย่างไร PM เข้าร่วมการประชุมเกี่ยวกับโครงการ X แต่พูดคุยเกี่ยวกับ Y หรือไม่ ฉันเห็นภาพสิ่งนี้ยาก เป็นไปได้อย่างไร / ทำไมเป็นไปได้? คุณหมายถึงพวกเขาเข้ามาและเริ่มการนินทาหรือเลิกหัวข้อหรือมีเหตุผลที่ลึกกว่าสำหรับพวกเขาที่จะพูดคุยเกี่ยวกับเป้าหมาย / ความต้องการเฉพาะการประชุมที่ไม่ได้เกิดขึ้นทันทีหรือไม่? ฉันจะพูดว่า "สวัสดีที่ได้ยิน แต่ฉันไม่ได้เป็นส่วนหนึ่งของโครงการ Y ... ไม่มีความรู้ / ประสบการณ์ที่นั่นเราจะกลับไปที่ X ได้ไหม"

— Dennis