เทมเพลตเรโทรสเปกทีฟ: รูปแบบ ตัวอย่าง — และวิธีทำให้ action items อยู่รอดจนถึงเรโทรครั้งถัดไป (2026)

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

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

เรโทรสเปกทีฟคืออะไร — และไม่ใช่อะไร

มีการประชุมสี่แบบที่อยู่ใกล้เรโทรสเปกทีฟ และทีมที่เอามารวมกันมักต้องจ่ายราคา:

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

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

เทมเพลตมีอะไรบ้าง: รูปแบบ

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

1. action ของเรโทรครั้งก่อน ที่ตรวจแล้ว ก่อนอย่างอื่น ให้ไล่ action จากครั้งที่แล้วทีละข้อ พร้อมเจ้าของ และหนึ่งในสามสถานะ คือ เสร็จแล้ว ยังไม่เสร็จพร้อมเหตุผล หรือยกเลิก ใช้เวลาสองนาทีสำหรับรายการสามข้อ เรโทรที่ข้ามช่วงนี้กำลังประกาศว่า action ของตนเป็นแค่ทางเลือก และทุกคนในห้องได้ยินสิ่งนั้น
2. ช่วงเวลานั้นในรูปของข้อเท็จจริง อะไรส่งมอบแล้ว อะไรเลื่อน อะไรพัง เป็นตัวเลขหรือวันที่ อยู่บนบอร์ดก่อนที่ใครจะพูด สามถึงห้าบรรทัด ความเห็นที่โต้กันบนข้อเท็จจริงเดียวกันจะเข้าใกล้กัน แต่ความเห็นที่โต้กันบนความทรงจำคนละชุดจะไม่เป็นเช่นนั้น
3. สิ่งที่ไปได้ดี เขียนก่อน หนึ่งโน้ตต่อหนึ่งประเด็นต่อคน แล้วจึงอ่านออกเสียง การเขียนก่อนเป็นกฎที่ทำให้ครึ่งทีมที่เงียบได้ถูกได้ยิน และเป็นเหตุผลธรรมดาที่ว่าทำไมเรโทรมักถูกครอบงำด้วยเสียงสองสามคน
4. สิ่งที่ยังไม่ดี ใช้วิธีเดียวกัน โน้ตพูดถึงงานและวิธีทำงาน ไม่ใช่ตัวบุคคล ผู้ดำเนินการจะย้ายโน้ตที่ระบุชื่อคนไปไว้ใน parking lot เพื่อคุยกันใน one-on-one
5. จัดกลุ่มและเลือก จัดกลุ่มโน้ต แล้วให้แต่ละคนลงคะแนนสองเสียงให้กลุ่มที่อยากให้แก้ไข หนึ่งหรือสองกลุ่มบนสุดคือหัวข้อของเรโทรในเวลาที่เหลือ ที่เหลือรอครั้งหน้า และเก็บรายการของสิ่งที่รอไว้
6. การเปลี่ยนแปลงหนึ่งหรือสองอย่าง ในรูปของ action สำหรับแต่ละกลุ่มที่เลือก ให้เขียนสิ่งที่ทีมให้คำมั่นเป็น action item หนึ่งเจ้าของ หนึ่งคำกริยา หนึ่งวันที่ "เก่งขึ้นเรื่องการประมาณงาน" เป็นความปรารถนา ส่วน "Lena — เพิ่มการตรวจประมาณการ 15 นาทีในการวางแผนวันพฤหัสบดี — เริ่มสปรินต์หน้า" เป็น action
7. เจ้าของ วันตรวจสอบ และคำขอบคุณ อ่านทวน action พร้อมเจ้าของ ระบุวันที่จะตรวจ ซึ่งปกติคือเรโทรครั้งถัดไป และปิดด้วยการขอบคุณหนึ่งรอบ โดยเอ่ยชื่อ ข้อสุดท้ายไม่ใช่ของประดับ แต่เป็นสิ่งที่ทำให้คนยอมเขียนโน้ตในข้อ 4 ในครั้งหน้า

สิ่งที่ต้องไม่อยู่ในนี้: ทุกอย่างที่เป็นเรื่องของ review (ขอบเขตงาน) incident review (ไทม์ไลน์ของความล้มเหลวหนึ่งครั้ง) หรือ one-on-one (คนคนเดียว) เรโทรที่พยายามแบกเรื่องเหล่านั้นจะยืดยาวและไม่ได้ตัดสินใจอะไร

วิธีดำเนินการ: ก่อน ระหว่าง และหลัง

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

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

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

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

เทมเพลตสปรินต์เรโทรสเปกทีฟ

[ทีม] — Retrospective, สปรินต์ [หมายเลข] / [ช่วงเวลา]
วันที่: [วันที่] · เวลา: [เริ่ม]–[จบ] · ลิงก์: [ลิงก์การประชุม]
วัตถุประสงค์: เลือกการเปลี่ยนแปลงหนึ่งหรือสองอย่างในวิธีทำงานของเรา และตรวจสิ่งที่เราเลือกไว้ครั้งก่อน
ผู้ดำเนินการ: [ชื่อ, หมุนเวียน] · บันทึก: [ชื่อ หรือ "สรุปการประชุม"]
อ่านล่วงหน้า: หน้าเรโทรครั้งก่อน ข้อเท็จจริงของช่วงเวลานี้

1. action ของเรโทรครั้งก่อน — ผู้ดำเนินการ — 5 นาที — ข้อมูล
– [เจ้าของ] — [action] — กำหนดไว้ [วันที่] — เสร็จแล้ว / ยังไม่เสร็จ: [เหตุผล] / ยกเลิก
– [เจ้าของ] — [action] — กำหนดไว้ [วันที่] — เสร็จแล้ว / ยังไม่เสร็จ: [เหตุผล] / ยกเลิก

2. ช่วงเวลานั้นในรูปของข้อเท็จจริง — ผู้ดำเนินการ — 3 นาที — ข้อมูล
ส่งมอบแล้ว: [รายการ] เลื่อน: [รายการ] พัง: [รายการ] [ตัวเลขหนึ่งตัวที่สำคัญในช่วงนี้]

3. สิ่งที่ไปได้ดี — ทุกคน เขียนก่อน — 8 นาที — อภิปราย
[โน้ต หนึ่งประเด็นต่อหนึ่งใบ อ่านออกเสียงหลังเขียนเสร็จ]

4. สิ่งที่ยังไม่ดี — ทุกคน เขียนก่อน — 8 นาที — อภิปราย
[โน้ตเกี่ยวกับงานและวิธีทำงาน — ไม่ใช่เกี่ยวกับตัวบุคคล]

5. จัดกลุ่มและโหวต — ทุกคน — 10 นาที — ตัดสินใจ
กลุ่ม: [A], [B], [C] คนละสองเสียง เลือก: [หนึ่งหรือสอง] รอครั้งหน้า: [ที่เหลือ]

6. การเปลี่ยนแปลงที่เราให้คำมั่น — ทีม — 15 นาที — ตัดสินใจ
– [เจ้าของ] — [คำกริยา + กรรม] — ตั้งแต่ [วันที่] — ตรวจในเรโทรวันที่ [วันที่]
– [เจ้าของ] — [คำกริยา + กรรม] — ตั้งแต่ [วันที่] — ตรวจในเรโทรวันที่ [วันที่]

7. เจ้าของ วันตรวจสอบ คำขอบคุณ — 5 นาที
อ่านทวน action พร้อมเจ้าของ วันตรวจสอบ: เรโทรครั้งถัดไป [วันที่] ขอบคุณคนละหนึ่งครั้ง โดยเอ่ยชื่อ

Parking lot: [ประเด็นที่ถูกยกขึ้นมาแต่ไม่ได้เลือก — ยกไปยังหน้าเรโทรครั้งถัดไป]

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

ตัวอย่างที่กรอกแล้ว: ทีมผลิตภัณฑ์แปดคน หลังสปรินต์สองสัปดาห์

ทีม Platform — Retrospective, สปรินต์ 31
วัตถุประสงค์: เลือกการเปลี่ยนแปลงหนึ่งหรือสองอย่างในวิธีทำงานของเรา และตรวจสิ่งที่เราเลือกไว้ครั้งก่อน
ผู้ดำเนินการ: Mateusz · บันทึก: สรุปการประชุม
อ่านล่วงหน้า: หน้าเรโทรของสปรินต์ 30 ข้อเท็จจริงของสปรินต์ 31 ที่โพสต์ในแชนเนลเมื่อวาน

1. action ของเรโทรครั้งก่อน — 5 นาที
– Priya — ย้ายเดลี่ไปเป็น 09:30 เพื่อให้ลิสบอนเข้าร่วมสด — กำหนด 2 พ.ย. — เสร็จแล้ว
– Kenji — นิยามของคำว่าเสร็จหนึ่งหน้าสำหรับสาย mobile — กำหนด 6 พ.ย. — ยังไม่เสร็จ: รอการแก้ไขจากหัวหน้า QA เลื่อนเป็น 20 พ.ย.

2. ช่วงเวลานั้นในรูปของข้อเท็จจริง — 3 นาที
ส่งมอบ 9 จาก 11 รายการที่วางแผนไว้ เลื่อน: งาน export, อีเมล onboarding พัง: หนึ่งเหตุการณ์ 40 นาที ดัชนีการค้นหา review วันพฤหัสบดีเกินเวลาไป 25 นาที

3. สิ่งที่ไปได้ดี — 8 นาที
การจับคู่ทำงานกันแก้ปัญหาการค้นหาทำให้ปิดงานได้ภายในวันเดียว แชนเนลเก็บข้อเท็จจริงไว้ จึงไม่มีใครต้องถามซ้ำสองครั้งว่า "เราส่งมอบอะไรไปบ้าง" ลิสบอนเข้าร่วมเดลี่ได้ทุกครั้ง

4. สิ่งที่ยังไม่ดี — 8 นาที
มีสองรายการที่สเปกยังไม่ครบตอนสปรินต์เริ่ม review เกินเวลาเพราะต้องตั้งค่าเดโมระหว่างการประชุม รายงานเหตุการณ์ถูกเขียนช้าไปสามวัน

5. จัดกลุ่มและโหวต — 10 นาที
กลุ่ม: ความพร้อมตอนเริ่มสปรินต์ (6 โหวต), ความยาวของ review (4), การเขียนสรุปเหตุการณ์ (3), การประมาณงาน (2) เลือก: ความพร้อม, review รอ: การเขียนสรุปเหตุการณ์, การประมาณงาน

6. การเปลี่ยนแปลงที่เราให้คำมั่น — 15 นาที
– Lena — ตรวจความพร้อมของแต่ละรายการในวันอังคารก่อนการวางแผน รายการที่ไม่มีสเปกหนึ่งบรรทัดและเจ้าของจะไม่เข้าสปรินต์ — ตั้งแต่สปรินต์ 32 — ตรวจในเรโทรวันที่ 28 พ.ย.
– Tomás — สภาพแวดล้อมเดโมพร้อมและทดสอบแล้วภายในเที่ยงของวัน review — ตั้งแต่สปรินต์ 32 — ตรวจในเรโทรวันที่ 28 พ.ย.

7. เจ้าของ วันตรวจสอบ คำขอบคุณ — 5 นาที
อ่านทวนแล้ว วันตรวจสอบ: 28 พ.ย. ขอบคุณ Priya สำหรับการจับคู่แก้ปัญหาการค้นหา และขอบคุณทีมลิสบอนที่เริ่มงานแต่เช้า

Parking lot: การเขียนสรุปเหตุการณ์; การประมาณงาน — อยู่บนสุดของรายการสำหรับเรโทรของสปรินต์ 32

สังเกตว่าอะไรทำให้หน้านี้ใช้ได้ผล: ข้อแรกและข้อรองสุดท้ายคือรายการเดียวกันที่มองห่างกันสองสัปดาห์ action ของสปรินต์ 31 ถือกำเนิดที่ด้านล่างของหน้าสปรินต์ 30 และถูกตัดสินที่ด้านบนของหน้านี้ ส่วนของสปรินต์ 32 จะถูกตัดสินในวันที่ 28 พฤศจิกายน วงจรนั้นคือคุณค่าทั้งหมดของเรโทรสเปกทีฟ และเป็นส่วนที่เทมเพลตส่วนใหญ่ปล่อยให้พึ่งความทรงจำ

ชุดคำถามนำสี่แบบ และแบบไหนเหมาะเมื่อไร

ข้อ 3 และ 4 ของเทมเพลตเป็นคู่คำถามนำ และทีมก็เบื่อคู่เดิมได้ ต่อไปนี้คือทางเลือกที่รู้จักกันดีสี่แบบ ซึ่งทุกแบบยังจบที่ข้อ 5 และ 6:

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

เรโทรสเปกทีฟอยู่ตรงไหนในเครื่องมือที่คุณใช้อยู่แล้ว

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

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

action อยู่รอดจนถึงเรโทรครั้งถัดไปได้อย่างไร

InterMIND เป็นพื้นที่สื่อสารที่การประชุมอยู่ในแชนเนล เรโทรสเปกทีฟจึงมีบ้านที่ชัดเจน คือแชนเนลของตัวเอง ที่ข้อเท็จจริงของช่วงเวลาและ action ของเรโทรครั้งก่อนถูกโพสต์ในวันก่อนหน้า และแชนเนลเก็บสรุปของทุกเซสชันไว้ หน้าของสปรินต์ 30 จึงห่างจากสปรินต์ 31 เพียงคลิกเดียว สมาชิกแต่ละคนพิมพ์ในภาษาของตนและอ่านคนอื่นในภาษาของตน หน้าที่ร่างไว้ที่อื่นเข้ามาในแชนเนลทางอีเมลได้ โฮสต์ตั้งที่อยู่อีเมลของแชนเนลเอง และข้อความที่ส่งไปที่นั่นจะปรากฏเป็นข้อความปกติ พร้อมชื่อผู้ส่งและไฟล์แนบที่เก็บไว้ครบ

ระหว่างการประชุม บอร์ดคือโน้ตที่วางบนหน้าจอของทุกคนข้างช่องวิดีโอด้วย Share to conference ผู้ดำเนินการแก้ไขสดขณะที่ห้องเขียนประเด็น และผู้เข้าร่วมทุกคนอ่านในภาษาของตัวเอง โดยฉบับต้นฉบับอยู่ห่างแค่การสลับปุ่ม สรุปของเซสชันก่อนหน้าก็แชร์เข้าการประชุมได้ด้วยวิธีเดียวกัน ข้อ 1 — action ของเรโทรครั้งก่อน — จึงเป็นบันทึกจริงบนหน้าจอของทุกคน ไม่ใช่ความทรงจำของใครสักคน

เมื่อการประชุมจบ สรุปจะถูกเขียนจากการประชุมเอง ประกอบด้วยบทสรุป ประเด็นที่ทำเครื่องหมายว่าตกลงแล้ว ยังเปิดอยู่ หรือมีข้อโต้แย้ง และ action items พร้อมเจ้าของ โดยทุกบรรทัดเก็บเวลาไว้ สรุปมาถึงทางอีเมล เป็นข้อความในแชนเนล และเป็นลิงก์ในกิจกรรมปฏิทิน และสมาชิกที่ลงชื่อเข้าใช้ทุกคนอ่านได้ในภาษาของตัวเอง บันทึกถูกแปลตามผู้อ่านแต่ละคน ไม่ใช่เขียนครั้งเดียวในภาษาที่ห้องบังเอิญใช้ สมาชิกคนใดก็แก้ไขได้ และทุกการแก้ไขเก็บผู้แก้และประวัติการแก้ไขไว้ โฮสต์เพิ่มสำเนาสรุปไปยังที่อยู่ใดก็ได้ เช่นกล่องจดหมายขาเข้าของ tracker หรือ CRM เพื่อให้สอง action ไปถึงระบบบันทึกหลักโดยไม่มีใครต้องส่งต่อ Teams และ Meet ตามเอกสารของทั้งสองข้างบน แปลเฉพาะช่วงขณะ คือคำบรรยายในการประชุม และสรุปในภาษาของการประชุม ส่วนที่นี่ พื้นที่ทั้งหมดคือสิ่งที่คงอยู่ในรูปที่แปลแล้ว

ในองค์กรที่เปิดหน้าสถานะของทีมไว้ action ของเรโทรจะถูกตรวจด้วย ทุก action ที่สรุปบันทึกไว้จะเข้าสู่สายงานของงานในองค์กร และเมื่อสรุปครั้งถัดไปถูกเขียน action ที่ยังเปิดอยู่จะถูกตัดสินเทียบกับสิ่งที่พูดกัน action ที่มีคนรายงานว่าเสร็จจะถูกทำเครื่องหมายว่าเสร็จ action ที่พูดถึงแต่ยังไม่เสร็จจะถูกทำเครื่องหมายว่ายังไม่เสร็จ พร้อมเหตุผลด้วยถ้อยคำของการประชุม และ action ที่ไม่มีใครยกขึ้นมาจะยังคงเปิดอยู่ ผลการตัดสินอยู่บนหน้าสถานะขององค์กร แต่ละรายการมีสรุปที่เป็นฐานของมัน และเมื่อเซสชันถัดไปเริ่ม Mia จะเอ่ยรายการที่ยังเปิดและเจ้าของ ข้อ 1 ของเทมเพลตจึงถูกพูดถึงแม้ไม่มีใครเปิดหน้าก่อนหน้า หน้าสถานะของทีมเป็นฟีเจอร์พรีวิว ผู้ดูแลระบบขององค์กรเปิดได้ที่ Settings → Advanced หลังยอมรับข้อกำหนดอัลฟา (หน้าPreview featuresอธิบายแต่ละฟีเจอร์)

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

• เปิดดูสรุปฉบับสมบูรณ์ — บันทึกจริงที่แสดงผลโดยโค้ดเดียวกับที่เขียนสรุปของคุณ รวมถึง action items
• ลองเดโมสด — ไม่ต้องสมัคร พูดแล้วฟังห้องที่ถูกแปลตามผู้ฟังแต่ละคน

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

FAQ

การประชุมเรโทรสเปกทีฟคืออะไร

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

จัดสปรินต์เรโทรสเปกทีฟอย่างไร

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

5 ขั้นตอนของเรโทรสเปกทีฟคืออะไร

โครงสร้างห้าขั้นตอนที่ใช้กันกว้างขวางคือ set the stage (วัตถุประสงค์ action ก่อนหน้า กติกา) gather data (ข้อเท็จจริงของช่วงเวลาและโน้ตของทุกคน) generate insights (จัดกลุ่มโน้ตและหารูปแบบเบื้องหลัง) decide what to do (action หนึ่งหรือสองข้อพร้อมเจ้าของ) และ close (อ่านทวน วันตรวจสอบ คำขอบคุณ) เทมเพลตในคู่มือนี้จับคู่กับขั้นตอนเหล่านั้นได้ทีละข้อ: ข้อ 1–2 set the stage และรวบรวมข้อเท็จจริง ข้อ 3–5 รวบรวมและจัดกลุ่ม ข้อ 6 ตัดสินใจ ข้อ 7 ปิด

sprint review กับ sprint retrospective ต่างกันอย่างไร

review ดูตัวงาน — สร้างอะไรเสร็จ ตรงกับที่ตั้งใจหรือไม่ backlog ต้องเปลี่ยนอะไร — โดยมีผู้มีส่วนได้ส่วนเสียอยู่ในห้อง ส่วนเรโทรสเปกทีฟดูวิธีทำงาน — อะไรทำให้ทีมช้าลงและทีมจะเปลี่ยนอะไร — โดยมีเฉพาะทีม review ทิ้งรายการที่รับและการเปลี่ยนแปลงใน backlog ไว้ ส่วนเรโทรทิ้ง action หนึ่งหรือสองข้อเกี่ยวกับวิธีทำงานของทีม และ action ของครั้งก่อนที่ทำเครื่องหมายว่าเสร็จหรือไม่เสร็จ เรโทรจัดหลัง review เพื่อให้ทำงานจากสิ่งที่ส่งมอบจริง

start, stop, continue คืออะไร

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

4 คำถามของเรโทรสเปกทีฟคืออะไร

เรโทรสเปกทีฟแบบคลาสสิกถามสี่คำถาม: เราทำอะไรได้ดี เราได้เรียนรู้อะไร ครั้งหน้าเราควรทำอะไรต่างออกไป และอะไรที่ยังทำให้เราสงสัย คำถามเหล่านี้คือ 4Ls ในอีกรูปหนึ่ง — liked, learned, lacked, longed for — และเหมาะที่สุดกับช่วงเวลาที่ยาวกว่า เช่นหนึ่งไตรมาสหรือตอนจบโปรเจกต์ ที่การเรียนรู้สำคัญเท่ากับการแก้ไข

สปรินต์เรโทรสเปกทีฟควรยาวเท่าไร

สำหรับสปรินต์สองสัปดาห์และทีมห้าถึงสิบคน 45 ถึง 60 นาที: ห้านาทีสำหรับ action ก่อนหน้า สามนาทีสำหรับข้อเท็จจริง สิบหกนาทีสำหรับการเขียน สิบห้านาทีสำหรับการอ่านออกเสียง จัดกลุ่ม และโหวต สิบห้านาทีสำหรับการเปลี่ยนแปลง และห้านาทีสำหรับปิด เรโทรที่ยาวกว่านี้เป็นประจำมักปล่อยให้ review หรือการคุยเรื่องเหตุการณ์เข้ามาในห้อง ส่วนเรโทรที่สั้นกว่ามากมักข้ามการเขียนหรือ action

เทมเพลตเรโทรสเปกทีฟควรมีอะไรบ้าง

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

แหล่งที่มา: Microsoft — Take meeting notes in Microsoft Teams; Microsoft — Recap in Microsoft Teams; Zoom — Generating meeting agenda with AI Companion; Zoom — Using Meeting Summary with AI Companion; Google — Calendar & Meet settings for "Take notes for me"; Google Meet — "Take notes for me" in Google Meet; Slack — Meeting agenda template; Slack — Use huddles in Slack แต่ละเซลล์ในตารางระบุเดือนที่ตรวจสอบข้อเท็จจริง: หน้าบันทึกของ Microsoft หน้าวาระของ Zoom หน้าของ Google และหน้าของ Slack ตรวจเมื่อตุลาคม 2026 ส่วนหน้าสรุปของ Microsoft และหน้าสรุปการประชุมของ Zoom ตรวจเมื่อสิงหาคม 2026 โครงสร้างห้าขั้นตอนและชุดคำถามนำเป็นแนวปฏิบัติทั่วไปและไม่ได้อ้างอิงข้อมูลจากผู้ให้บริการรายใด ผู้ให้บริการเปลี่ยนแผน ฟีเจอร์ และรายการภาษาเมื่อเวลาผ่านไป โปรดตรวจหน้าของผู้ให้บริการสำหรับสถานะปัจจุบัน