วัตถุประสงค์ของการยืนขึ้นและระยะเวลาในวิธีการแบบเปรียวคืออะไร? [ปิด]


13

ฉันเคยทำงานในวิธีการน้ำตกและตอนนี้ฉันอยู่ในทีมที่ทำตามวิธีการแบบเปรียว ดูเหมือนว่าพวกเขาทำผิด ตัวอย่างเช่นเรามีสแตนด์อะโลนที่ใช้เวลามากกว่า 25 นาทีต่อวันซึ่งน่ารำคาญจริงๆ นอกจากนี้ฉันรู้สึกเหมือนฉันกำลังจ่ายเงินเดือนให้กับการจัดการมากกว่าสิ่งอื่นใด

ฉันผิดที่รู้สึกอย่างนี้หรือไม่? นี่เป็นวิธีการที่ใช้สแตนอัพบ่อยไหม?


3
คุณแนะนำระหว่าง Retrospective ว่า Stand-ups ใช้เวลานานเกินไปหรือไม่? สิ่งที่กล่าวถึงในระหว่างการประชุมซึ่งใช้เวลา 25 นาที
dcaswell

มีกี่คนในทีม?
Guy Sirton

1
@ GuySirton: ฉันเข้าใจสิ่งที่คุณพูด แต่ในทางกลับกันไม่ได้ไป 30 นาทีต่อวันใช่มั้ยนี่มันไม่มากเกินไปใช่ไหม?
user10326

1
ลงคะแนนและไม่มีคำอธิบาย ....
user10326

2
@ user10326: การจัดการของคุณไม่ได้คิดว่ามันมากเกินไป สมมติว่าพวกเขาทำกฎ (มันแตกต่างกันระหว่าง บริษัท ) และคุณไม่สามารถโน้มน้าวให้พวกเขานานเกินไปแล้วจะใช้เวลา 30 นาที คุณแทบจะไม่โน้มน้าวใจพวกเขาโดยอ้างถึงโปรแกรมเมอร์หรือคู่มือการแย่งชิงกัน วิธีจัดการกับทีม / สถานการณ์การทำงานอาจเป็นคำถามสำหรับ Workplace SE ที่นี่เราสามารถบอกคุณเกี่ยวกับวิธีการทำงาน แต่ไม่แน่ใจว่าเราสามารถช่วยคุณในสถานการณ์เฉพาะของคุณ
Guy Sirton

คำตอบ:


13

สำหรับ Scrum, Ken Schwaber และ Jeff Sutherland อธิบาย :

การต่อสู้รายวัน

The Daily Scrum เป็นเหตุการณ์ในกล่องเวลา 15 นาทีสำหรับทีมพัฒนาเพื่อซิงโครไนซ์กิจกรรมและสร้างแผนสำหรับ 24 ชั่วโมงข้างหน้า สิ่งนี้ทำได้โดยการตรวจสอบงานตั้งแต่ Daily Scrum ล่าสุดและพยากรณ์งานที่สามารถทำได้ก่อนงานถัดไป Daily Scrum จัดขึ้นในเวลาและสถานที่เดียวกันในแต่ละวันเพื่อลดความซับซ้อน ในระหว่างการประชุมสมาชิกทีมพัฒนาอธิบาย:

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

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

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

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

Scrum Master ทำให้มั่นใจได้ว่าทีมพัฒนามีการประชุม แต่ทีมพัฒนามีหน้าที่รับผิดชอบในการดำเนินการ Daily Scrum Scrum Master สอนทีมพัฒนาเพื่อให้ Scrum รายวันอยู่ในกรอบเวลา 15 นาที

Scrum Master บังคับใช้กฎว่ามีเพียงสมาชิกในทีมพัฒนาเท่านั้นที่เข้าร่วมใน Daily Scrum

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

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


นอกจากนี้ยังมีการประชุมผ่านเว็บแบบสแตนด์อะโลนที่เราใช้เป็นประจำทุกวันเพื่อช่วยให้ใครบางคน: standup.report
MagExt

8

TL; DR

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

วัตถุประสงค์ของการยืนขึ้น

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

เป็นสิ่งสำคัญที่ Scrum Master และเจ้าของผลิตภัณฑ์ต้องเข้าร่วมในการแสตนด์อัพ แต่ถ้าทีมรายงานถึงทั้งสองอย่างกระบวนการของการแย่งชิงกันของคุณอาจจะดีและแตกสลายอย่างแท้จริง คำตอบที่เกี่ยวข้องกับการแลกเปลี่ยนการจัดการโครงการสแต็คมีรายการ10 จุดของ "โครงการกลิ่น"ที่ด้านล่างซึ่งบางส่วนอาจนำไปใช้ในกรณีของคุณ แม้ว่าพวกเขาจะไม่ได้นำไปใช้คุณก็ควรประเมินประสิทธิภาพของ stand-ups ของคุณใน Sprint Retrospective ครั้งต่อไป

เคารพ Time-Box

ในขณะที่ฉันไม่ชอบ "สามคำถาม" เป็นรูปแบบเป็นรูปธรรมได้อย่างแม่นยำเพราะพวกเขามีแนวโน้มที่จะนำไปสู่การประชุมที่มีลักษณะดึงสถานะฉันจะสะเพร่าถ้าฉันไม่ได้ชี้ไปที่คำอธิบายที่ยอมรับไมค์ Cohn ของทุกวันการแย่งชิงกัน หน้าพูดว่าในส่วน:

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

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

การแย่งชิงการประชุม standup รายวันจะใช้เวลา 15 นาทีอย่างเคร่งครัด สิ่งนี้จะช่วยให้การอภิปรายเร็วขึ้น แต่ก็มีความเกี่ยวข้อง

กล่องเวลาเป็นพื้นฐานของการต่อสู้ ในขณะที่กล่องเวลาส่วนใหญ่ภายใน Scrum สามารถปรับได้โดยทีมซึ่งเป็นผลมาจากวงจรการตรวจสอบและปรับตัว แต่ก็ถือว่าเป็นการปฏิบัติที่ไม่ดีในการขยายความยาวของการยืนขึ้น หากหลักการมวยเวลาไม่ได้รับการเคารพในกระบวนการของคุณนั่นคือ "กลิ่นของโครงการ" ที่น่าตื่นเต้นอย่างมาก


3

สิ่งที่คุณกำลังอธิบายเป็นวิธีหนึ่งที่ 'stand-ups' อาจล้มเหลวสำหรับทีม

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

ในระยะสั้นพวกเขาควรจะเป็นกาวที่ผูกทีมเข้าด้วยกัน

สิ่งที่ฟังดูคล้ายกันคือการอัปเดตสถานะและคุณถูกระงับการจัดส่ง / ไม่ส่งมอบ แต่ทีมนั้นผิดปกติเพราะทีมไม่ได้ใช้การประชุมสแตนด์บายเพื่อสนับสนุนซึ่งกันและกันในการส่งและลบอุปสรรค

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

การต่อสู้เป็นเรื่องเกี่ยวกับทีมจัดระเบียบตัวเองที่ทีมจัดตัวเองเพื่อแก้ปัญหาได้อย่างรวดเร็วเพื่อส่งมอบภาระผูกพันของพวกเขา


2

เช่นเดียวกับกระบวนการ Agile ทั้งหมดจุดประสงค์คือ: "สิ่งที่คุณได้รับประโยชน์จาก"

โดยทั่วไปแล้ว standup รายวันเป็นกลไกในการรับรองการสื่อสารระหว่างสมาชิกในทีมในลักษณะที่มีผลกระทบต่ำซึ่งทุกคนสามารถเข้าใจได้ว่าทีมอยู่ตรงไหนเกี่ยวกับชุดงานปัจจุบัน ดังนั้น 5 นาทีที่ทุกคนบอกว่า "ฉันทำ x เมื่อวานนี้และฉันจะทำวันนี้" เป็นเรื่องปกติ 15 นาทีซึ่งทีมตัดสินใจระหว่างตัวเองว่าจะทำงานอะไรต่อไปและอัพเดทกระดานงาน

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

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

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

โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.