เราควรจัดทำเอกสารการประชุมสแตนด์อะโลนหรือไม่


13

ทีมอื่นใน บริษัท ของฉันเริ่มบันทึกการประชุมสแตนด์อัพของพวกเขา แต่ฉันเชื่อว่ามันเสียเวลา เท่าที่ฉันทราบการประชุมสแตนด์บายใช้เพื่อการสื่อสารไม่ใช่เพื่อการรายงานสถานะ (โปรดแก้ไขฉันหากฉันทำผิด)

ดังนั้นเราควรจัดทำเอกสารการประชุมสแตนด์บายหรือไม่


2
ถามทีมอื่น ๆ ว่าพวกเขาได้อะไรที่สำคัญจากเอกสารนั้นหรือไม่ เว้นเสียแต่ว่าพวกเขาจะสามารถแสดงให้เห็นได้ให้ปล่อยให้พวกเขาทำ แต่ไม่สนใจ
Joachim Sauer

22
ลาดลื่น. คนแรกต้องนั่งเขียนบันทึก สิ่งต่อไปที่คุณรู้ว่า "scrums" ของคุณมีความยาว 1 ชั่วโมง ฉันเห็นมันเกิดขึ้นแล้ว! รักษาคำเตือนของฉัน!
Steven Evers

6
หากคุณกำลังทำสิ่งที่สำคัญพอที่จะต้องใช้เอกสารในการประชุมสแตนด์อะโลนคุณอาจกำลังประชุมหรือเอกสารผิด
Ben Brocka

1
@BenBrocka คุณอ่านใจของฉัน อาจเป็นไปได้ว่าคุณกำลังใช้การประชุมสแตนด์อะโลนมากกว่าที่ควรจะใช้
Eric King

sidenote; หากคุณพบว่าตัวเองมีการประชุมที่ "ยืนขึ้น" นานเกินไปโปรดดูคำถามนี้ Q: working.stackexchange.com/q/465/42
Ben Brocka

คำตอบ:


21

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

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

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

จากนั้นทีมจะเริ่มย้ายจาก Agile และไปสู่แนวทางการทำงานที่มีเอกสารหนักและความเร็วต่ำมากขึ้น

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

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

ในฐานะอุปกรณ์ช่วยในการจำให้นึกถึง GIFTS: Good Start, Improvement, Focus, Team, Status

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

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


11

การต่อสู้ของคุณควรเป็น:

  • สิ่งที่ฉันทำ
  • สิ่งที่ฉันกำลังทำอยู่ต่อไป
  • บล็อคใด ๆ

แค่นั้นแหละ. รวดเร็วและตรงประเด็น สูงสุด 5-10 นาที ไม่จำเป็นต้องมีเอกสารอย่างแน่นอน แต่ถ้าใครต้องการจดสิ่งที่ต้องทำนั่นไม่ควรเป็นปัญหา


4
ดี "เอกสาร" หนึ่งคือคณะกรรมการวางแผนเพื่อจัดทำเอกสารสถานะปัจจุบัน
Gort the Robot

7

ใน บริษัท สุดท้ายที่ฉันทำงานให้เราเคยบันทึกเฉพาะการตัดสินใจที่ยิ่งใหญ่ระหว่างการประชุมสแตนด์อัพ

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

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


5

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


4

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

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


3

ไม่มีคำตอบที่แน่นอน (ซึ่งแทบจะเป็นไปไม่ได้) - มันขึ้นอยู่กับว่า ...

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

นอกจากนี้หากมีเรื่อง / การประชุมเกิดขึ้นจาก standup อาจมีค่าในการบันทึกสิ่งเหล่านั้นเพื่อติดตามว่ามีการติดตามผลที่เกิดขึ้นจริงหรือไม่ )

แม้ว่านาทีทางการ ฉันคิดว่าสิ่งที่ตรงกันข้ามกับวิญญาณของสิ่งนั้น


1
Downvotes ที่ไม่มีคำอธิบายไม่เป็นประโยชน์อย่างยิ่ง) -:
Murph

3

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

ดังนั้นคำแนะนำของฉันจะเป็น:

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

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


3

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

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


2

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

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

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


-2

ใช่แล้ว

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

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

หากไม่เป็นเช่นนั้นอย่าหยุดการประชุม

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