วิธีที่ฟีเจอร์การรายงานของ Rimo เปลี่ยนการประชุมให้เป็นข้อมูลเชิงลึกที่นำไปสู่การดำเนินการได้จริง
วิธีที่ฟีเจอร์รายงานของ Rimo เปลี่ยนการประชุมให้เป็นข้อมูลเชิงลึกที่นำไปใช้งานได้จริง
เมื่อใช้ฟีเจอร์รายงานของ Rimo คุณสามารถเลือกบันทึกการประชุมหลายรายการ (สูงสุด 50 รายการ) และสร้างรายงานสรุปรวมแบบมีโครงสร้างเพียงฉบับเดียวที่ครอบคลุมบันทึกเหล่านั้นได้
สิ่งนี้มีความสำคัญเนื่องจากในการประชุมที่จัดขึ้นเป็นประจำ ข้อมูลที่จำเป็นมักจะไม่ได้อยู่ในบันทึกเพียงฉบับเดียว การตัดสินใจ การเปลี่ยนแปลง คำถามที่ยังไม่ได้ข้อสรุป และข้อตกลงที่ต้องดำเนินการมักจะกระจายอยู่ในการประชุมหลายครั้ง ดังนั้นเพื่อทำความเข้าใจสถานการณ์ คุณจำเป็นต้องเปิดบันทึกทีละฉบับและปะติดปะต่อว่ามีอะไรเปลี่ยนแปลงไปบ้าง และใครมีหน้าที่รับผิดชอบงานใด
ฟีเจอร์รายงานจะรวบรวมข้อมูลจากรายงานการประชุมหลายฉบับเข้าด้วยกัน ตัดข้อมูลที่ซ้ำซ้อนออก ติดตามความคืบหน้าของการสนทนาเมื่อเวลาผ่านไป และรับประกันความน่าเชื่อถือของข้อมูลโดยการระบุในรายงานว่าบทสรุปนั้นอ้างอิงมาจากการประชุมใด
<img width="640" height="360" alt="image.png" src="null">
ความแตกต่างระหว่างบทสรุป (Summary) กับรายงาน (Report) คืออะไร?
บทสรุปจะบอกให้ทราบว่าเกิดอะไรขึ้นในการประชุมเพียงครั้งเดียว
รายงานจะบอกให้ทราบว่าเกิดอะไรขึ้นตลอดการประชุมหลายๆ ครั้ง
เมื่อการทำงานกินระยะเวลาหลายสัปดาห์หรือหลายเดือน ความแตกต่างนี้จะมีความสำคัญอย่างยิ่ง โปรเจกต์ต่างๆ จะมีการพัฒนาขึ้น และลำดับความสำคัญก็จะเปลี่ยนแปลงไป ความคิดเห็นที่ขัดแย้งอาจปรากฏขึ้นซ้ำแล้วซ้ำเล่า และผู้รับผิดชอบก็อาจเปลี่ยนหน้าไป การใช้ประโยชน์จากรายงานจะช่วยให้คุณมองเห็นภาพรวมทั้งหมดได้ โดยไม่จำเป็นต้องนำข้อมูลมาปะติดปะต่อใหม่ด้วยตัวเอง
การค้นหาด้วย AI และรายงาน: เหตุใดรายงานจึงถูกสร้างขึ้นเพื่อ "ป้องกันการตกหล่น"
บางครั้งทีมงานก็ถามว่าฟีเจอร์รายงานแตกต่างจากประสบการณ์สไตล์ RAG (Retrieval-Augmented Generation) อย่างไร
RAG นั้นยอดเยี่ยมเมื่อคุณต้องการค้นหาเนื้อหาจำนวนมากและดึงข้อมูลส่วนที่เกี่ยวข้องมากที่สุดออกมา แต่ "ข้อมูลส่วนที่เกี่ยวข้องมากที่สุด" ไม่ได้หมายความว่า "ครอบคลุมเนื้อหาทั้งหมดในการประชุมชุดนี้"
ฟีเจอร์รายงานถูกออกแบบมาเพื่อจุดประสงค์อย่างหลัง โดยจะดึงชุดบันทึกที่คัดสรรมาและนำมาวิเคราะห์รวมกันทั้งหมด ดังนั้นจึงสามารถตอบคำถามต่อไปนี้ได้อย่างแม่นยำ:
ตัดสินใจอะไรและเมื่อไหร่?
มีอะไรเปลี่ยนแปลงไปจากนโยบายก่อนหน้านี้บ้าง?
ปัญหาใดที่ยังไม่ได้รับการแก้ไข?
มีการให้คำมั่นสัญญา (ข้อตกลง) อะไรไว้บ้าง?
กล่าวโดยสรุปคือ RAG เหมาะสำหรับ "การค้นหาคำตอบจากที่ใดที่หนึ่งในคลังข้อมูลขนาดใหญ่" ในขณะที่ รายงาน มีไว้เพื่อ "ไม่ให้มีสิ่งใดตกหล่นในการประชุมที่ระบุ"
วิธีสร้างรายงานด้วย Rimo [สำหรับใช้ภายในบริษัทเท่านั้น]
การเปิดใช้งานฟีเจอร์รายงาน (ผ่าน UI)
กด Cmd + K เพื่อเปิด Command Palette (หรือการค้นหา)
ค้นหา Report feature (ฟีเจอร์รายงาน) แล้วคลิกที่ Enable (เปิดใช้งาน)
<img width="640" height="337" alt="image.png" src="null">
ขั้นตอนที่ 1: เลือกโน้ต
เลือกการประชุมที่ต้องการรวมไว้
สามารถเลือกโน้ตได้ 3 วิธี:
หน้าจอรายงาน: เลือกโน้ตโดยระบุเงื่อนไขบนหน้าจอรายงาน
หน้าจอ /notes: เลือกหลายรายการโดยตรงจากรายการโน้ต
หน้าจอค้นหา: ค้นหาโน้ตและเลือกจากผลลัพธ์การค้นหา
ภาพตัวอย่างหน้าจอรายงาน: ค้นหาจากเงื่อนไขการค้นหา เช่น ระยะเวลา / ผู้เข้าร่วม / ทีม ฯลฯ โดยสามารถเลือกโน้ตได้สูงสุด 50 รายการ
<img width="640" height="364" alt="image.png" src="null">
**ขั้นตอนที่ 2.1: ระบุเนื้อหาของรายงานที่ต้องการ **
ระบุเนื้อหา (วัตถุประสงค์) ที่คุณต้องการใส่ลงในรายงาน ตัวอย่างเช่น:
การทบทวนแบบเรียบง่าย
การจัดระเบียบข้อเสนอแนะจากลูกค้า
บันทึกการตัดสินใจของโครงการ
การวิเคราะห์แบบปรับแต่งเองทั้งหมด
สามารถเขียนด้วยวิธีใดวิธีหนึ่งดังต่อไปนี้:
เขียนคำสั่งด้วยตัวเอง
แก้ไขโดยอิงจากเทมเพลตที่มีอยู่ในระบบ
ร่างคำสั่งด้วยเครื่องมืออื่น (เช่น ChatGPT) แล้วนำมาวาง
<img width="640" height="412" alt="image.png" src="null">
ขั้นตอนที่ 2.2: รายงาน - เทมเพลตในตัว
เทมเพลตเหล่านี้ได้รับการออกแบบมาให้อ่านง่ายสำหรับทุกคน รวมถึงผู้ที่ไม่ได้เข้าร่วมการประชุมด้วย
คำกล่าว (ประเด็นสำคัญ)
หัวข้อ | เนื้อหาที่รวมอยู่ |
|---|---|
ชื่อเรื่อง | หัวข้อสั้นๆ |
คำกล่าว | หัวข้อย่อยสั้นๆ 1-3 ข้อ: ประเด็นสำคัญและเหตุผลที่สิ่งนั้นมีความสำคัญ (ใช้ภาษาที่เข้าใจง่าย) |
ผู้กล่าว | ใครเป็นผู้กล่าว (หรือไม่ทราบ) |
แหล่งที่มา + หลักฐานอ้างอิง | หัวข้อย่อยระบุว่าข้อมูลนี้มาจากไหน (ชื่อการประชุม/วันที่ หากเป็นไปได้)และคำพูด/ข้อความที่ตัดตอนมาสั้นๆ (1-2 ประโยค) |
ข้อตัดสินใจ (สิ่งที่ตกลงร่วมกัน)
หัวข้อ | รายละเอียดที่รวมอยู่ |
|---|---|
ชื่อเรื่อง | หัวข้อสั้นๆ |
ข้อตัดสินใจ | ระบุ สิ่งที่ตัดสินใจ ให้ชัดเจนใน 1 ประโยค ตามด้วยคำอธิบายสั้นๆ เป็นข้อๆ 1-3 ข้อด้วยภาษาที่เข้าใจง่าย: เหตุใดจึงเลือกสิ่งนี้ มีทางเลือกใดบ้างที่ได้รับการพิจารณา ข้อจำกัด/เงื่อนไขสำคัญที่ถูกกล่าวถึง |
สถานะ | เสนอแล้ว / อยู่ระหว่างการตรวจสอบ / อนุมัติแล้ว / ปฏิเสธ / นำไปใช้งานแล้ว / รอดำเนินการ / ยกเลิก / ไม่ทราบ |
ผู้รับผิดชอบ | ใครเป็นผู้รับผิดชอบต่อการตัดสินใจนั้น (หรือ ไม่ทราบ) |
แหล่งที่มา + เหตุผลรองรับ | ระบุเป็นข้อๆ ว่าการตัดสินใจนี้ถูกนำมาหารือที่ใด และ คำอ้างอิง/ข้อความที่ตัดตอนมาสั้นๆ เพื่อเป็นหลักฐาน (1-2 ประโยค) |
แอคชันไอเทม (ใครทำอะไร)
หัวข้อ | รายละเอียด |
|---|---|
ชื่อเรื่อง | หัวข้องาน |
แอคชันไอเทม | ใครทำอะไร (1 ประโยคที่ชัดเจน) ตามด้วยข้อมูลบริบทที่เป็นประโยชน์ (ทำไมถึงจำเป็น, สิ่งที่ต้องพึ่งพา, นิยามของคำว่า "เสร็จสิ้น" หากมีการระบุไว้) ในรูปแบบหัวข้อย่อย 1-2 ข้อ |
ผู้รับผิดชอบ | ใครเป็นคนทำ (หรือ ไม่ทราบ) |
กำหนดเวลา | ต้องทำเสร็จเมื่อไหร่ (หรือ ไม่ระบุ) |
สถานะ | ยังไม่เริ่ม / กำลังดำเนินการ / ติดขัด / เสร็จสิ้น / เกินกำหนด / รอดำเนินการ / ยกเลิก / ไม่ทราบ |
แหล่งที่มา + หลักฐานอ้างอิง | ระบุเป็นหัวข้อย่อยว่าได้รับมอบหมาย/ถูกกล่าวถึงที่ไหน และ คำพูด/ข้อความที่ตัดตอนมาสั้นๆ ที่แสดงถึงการรับปากหรือข้อตกลงในการทำงาน (1-2 ประโยค) |
บทสรุป (รายงานภาพรวม)
หัวข้อ | เนื้อหาที่รวมอยู่ |
|---|---|
บทสรุปผู้บริหาร | ย่อหน้าสั้นๆ 2-3 ย่อหน้า: มีอะไรเปลี่ยนแปลงบ้าง สิ่งสำคัญในปัจจุบันคืออะไร และต้องทำอะไรต่อไป |
การประชุมที่เกี่ยวข้อง | รายชื่อการประชุมที่รวมอยู่ (หัวข้อ + วันที่ หากเป็นไปได้) |
หัวข้อหลัก | 3-6 หัวข้อ แต่ละหัวข้อมีข้อย่อย 1-3 ข้อ (ให้รวม "สิ่งที่เปลี่ยนแปลงไปตามกาลเวลา" หากเกี่ยวข้อง) |
การตัดสินใจ | รายการการตัดสินใจและวันที่ (หากทราบ) รวมถึงสถานะปัจจุบัน |
สิ่งที่ต้องดำเนินการ | รายการงาน ผู้รับผิดชอบ และกำหนดส่ง (หากทราบ) |
อัปเดตล่าสุด | การเปลี่ยนแปลง/เหตุการณ์ใหม่ๆ และเหตุใดจึงมีความสำคัญ |
ขั้นตอนที่ 3: พรีวิว → สร้าง → บันทึก/แชร์
ก่อนทำการสร้างระบบจะแสดงพรีวิว เพื่อให้คุณตรวจสอบว่าทิศทางและโทนของเนื้อหาเป็นไปตามที่ต้องการหรือไม่
หากไม่มีปัญหาใดๆ ให้กดสร้างเวอร์ชันสุดท้าย Rimo จะนำโน้ตทั้งหมดที่คุณเลือก (สูงสุด 50 รายการ) มาประมวลผลรวมกันเพื่อสร้างรายงานฉบับสมบูรณ์
หลังจากสร้างเสร็จแล้ว รายงานจะถูกบันทึกไปยังตำแหน่งที่คุณระบุไว้ (พื้นที่ส่วนตัว หรือแชนเนล) ซึ่งคุณสามารถเปิดดู แก้ไข และแชร์ได้เหมือนกับโน้ตทั่วไป
พรีวิว (บางส่วน)
Rimo จะสตรีมพรีวิวแบบง่ายๆ ที่สร้างขึ้นจากตัวอย่างของโน้ตที่เลือกไว้เท่านั้น สิ่งนี้มีไว้เพื่อให้คุณตรวจสอบทิศทางและโทนก่อนที่จะยืนยัน
หากเนื้อหาที่จำเป็นมีครบถ้วนแล้วในขั้นตอนพรีวิว คุณสามารถคัดลอกโดยตรงจากพรีวิวได้เลย
การเลือกตำแหน่งที่บันทึก
ก่อนคลิก สร้าง โปรดเลือกตำแหน่งที่บันทึกสำหรับรายงานขั้นสุดท้าย:
พื้นที่ส่วนตัว หรือ
แชนเนลเฉพาะ (เพื่อให้ผู้ใช้ที่เกี่ยวข้องสามารถเข้าถึงได้โดยอัตโนมัติ)
การสร้างรายงาน
จากนั้น Rimo จะใช้โน้ตที่เลือกไว้ทั้งหมด (สูงสุด 50 รายการ) เพื่อดำเนินการสร้างใหม่อีกครั้ง และสร้างเวอร์ชันสมบูรณ์ที่มีคุณภาพสูงกว่าเดิม
กระบวนการนี้จะทำงานในพื้นหลัง โดยจะแสดงความคืบหน้าจนกว่าจะสำเร็จ (หรือจนกว่าจะล้มเหลวและมีตัวเลือก ลองใหม่อีกครั้ง ปรากฏขึ้น)
เปิดเป็นโน้ต
เมื่อเสร็จสิ้น รายงานจะถูกบันทึกเป็นโน้ต Rimo ตามปกติในตำแหน่งที่เลือกไว้ที่ /reports/{id} จากนั้นคุณสามารถทำสิ่งต่อไปนี้ได้:
อ่านโดยที่แต่ละส่วนเชื่อมโยงกับการประชุมต้นฉบับ
แก้ไขได้เหมือนกับโน้ตอื่นๆ
แชร์ผ่านแชนแนลที่บันทึกไว้
คัดลอกเนื้อหาได้ตลอดเวลา
ตัวเลือก: ดาวน์โหลดทรานสคริปต์ต้นฉบับ
หากคุณต้องการทรานสคริปต์แบบดิบของการประชุมที่นำมาใช้สร้างรายงาน จะมีการดำเนินการ ดาวน์โหลดทรานสคริปต์ แยกต่างหาก ซึ่งจะรวมข้อมูลเหล่านั้นไว้ในไฟล์เดียว
<img width="640" height="364" alt="image.png" src="null">
สถานการณ์ที่ 1: 1on1 → การประเมินตนเองที่ชาญฉลาดยิ่งขึ้นสำหรับการประเมินผลงาน
ก่อนถึงรอบการประเมิน เป็นเรื่องปกติที่คุณมักจะตั้งคำถามกับตัวเองดังนี้:
ผู้จัดการได้เน้นย้ำเรื่องอะไรซ้ำๆ บ้าง?
ความคาดหวังเปลี่ยนแปลงไปอย่างไรเมื่อเวลาผ่านไป?
มีจุดไหนที่พัฒนาขึ้นแล้ว และจุดไหนที่ยังต้องปรับปรุงบ้าง?
แทนที่จะต้องกลับไปอ่านบันทึกการทำ 1on1 ย้อนหลังหลายเดือน คุณสามารถเลือกบันทึกในช่วง 2 ถึง 6 เดือน และสร้างรายงานที่สกัดเอารูปแบบต่างๆ ออกมาได้
<img width="640" height="357" alt="image.png" src="null">
ฟีดแบ็กที่เกิดขึ้นซ้ำๆ + ธีมการเติบโต
<img width="640" height="364" alt="image.png" src="null">
ตัวอย่างพรอมต์: รูปแบบการสื่อสารและคุณภาพในการตอบสนอง
โปรดวิเคราะห์ความต้องการ ความคาดหวัง และแนวโน้มการให้ฟีดแบ็กของผู้จัดการ โดยอ้างอิงจากเนื้อหาการประชุม 1on1 ประจำสัปดาห์ในช่วง 2 เดือนที่ผ่านมา
จากนั้น โปรดจัดทำสิ่งต่อไปนี้:
คำแนะนำว่าควรรับมือหรือตอบสนองอย่างไรในฐานะนักพัฒนา
สรุปประเด็นที่ผู้จัดการให้ความสำคัญ
จุดที่ควรปรับปรุงและสิ่งที่คาดหวังในอนาคต
ความคิดเห็นประเมินตนเองที่กระชับและเป็นมืออาชีพ โดยอิงจากเนื้อหาการสนทนาที่เกิดขึ้นจริง
คำตอบควรมาจากเนื้อหาการประชุมที่เกิดขึ้นจริง และอย่าสรุปแบบเหมารวมจนดูไม่เป็นธรรมชาติ
นอกจากนี้ โปรดสรุปในมุมมองเชิงปฏิบัติงานจริง โดยรวมถึงวิธีที่นักพัฒนาควรสื่อสารในการประชุม 1on1 ครั้งถัดไป
<img width="640" height="364" alt="image.png" src="null">
ตัวอย่างพรอมต์: "ประเมินฉันเหมือนเป็นผู้จัดการ"
โปรดประเมินผลการปฏิบัติงานของนักพัฒนา โดยอ้างอิงจากเนื้อหาการประชุม 1on1 รายสัปดาห์ในช่วง 6 เดือนที่ผ่านมา
โดยเน้นการวิเคราะห์ในประเด็นต่อไปนี้เป็นพิเศษ:
ความมุ่งมั่นต่อการทำงานด้านวิศวกรรมและการพัฒนา
ทักษะการแก้ปัญหาทางเทคนิคและขั้นตอนการนำไปใช้งานจริง (Implementation)
วิธีการอธิบายและการแบ่งปันข้อมูลในการประชุม 1on1 และการสื่อสารในชีวิตประจำวัน
การตอบสนองต่อข้อเสนอแนะ (Feedback) และทัศนคติในการปรับปรุงแก้ไข
ความรู้สึกเป็นเจ้าของงาน (Ownership) และความกระตือรือร้นในการทำงาน (Proactiveness)
การทำงานร่วมกันภายในทีม
ความสอดคล้องกับความคาดหวังและทิศทางของผู้จัดการ
การเติบโตและการเปลี่ยนแปลงอย่างต่อเนื่อง
โปรดประเมินจากแนวโน้มที่สามารถวิเคราะห์ได้จากเนื้อหาการประชุมและบทสนทนาที่เกิดขึ้นจริง แทนที่จะเป็นการกล่าวถึงหลักการทั่วไป
นอกจากนี้ โปรดรวมหัวข้อต่อไปนี้ด้วย:
จุดที่ทำได้ดีเป็นพิเศษในช่วง 6 เดือนที่ผ่านมา
จุดที่ต้องปรับปรุง
พฤติกรรมและจุดที่คาดหวังให้เกิดการเติบโตยิ่งขึ้นในอนาคต
ความคิดเห็นประเมินผลในภาพรวมจากมุมมองของผู้จัดการ
ความคิดเห็นที่กระชับและเป็นมืออาชีพ ซึ่งตัวนักพัฒนาสามารถนำไปใช้ในการประเมินตนเองได้
คำตอบควรมีเนื้อหาที่ชัดเจนและเป็นรูปธรรม โดยอิงจากการทำงานจริงและการโต้ตอบในการประชุม 1on1
สถานการณ์ที่ 2: การส่งมอบบัญชีลูกค้าฝ่ายขายโดยไม่ต้องทบทวนการโทรทั้งหมด
เมื่อมีการเปลี่ยน Account Executive (ตัวแทนฝ่ายขาย) ผู้รับผิดชอบคนใหม่จำเป็นต้องทราบข้อมูลบริบทที่เกิดขึ้นตลอดหลายเดือนที่ผ่านมา (เช่น ลำดับความสำคัญ ข้อโต้แย้ง การพูดคุยเรื่องราคา การติดตามผลที่รับปากไว้ เป็นต้น)
<img width="640" height="357" alt="image.png" src="null">
ตัวอย่างพรอมต์
โปรดสร้างรายงานการส่งมอบบัญชีโดยใช้บันทึกการโทรกับลูกค้าที่เลือก
โดยให้รวมเนื้อหาดังต่อไปนี้:
สิ่งที่ลูกค้าให้ความสำคัญเป็นอันดับแรกและเกณฑ์ความสำเร็จ
ข้อกังวลหลัก (ข้อโต้แย้ง) และการตอบกลับของเรา
การพูดคุยเกี่ยวกับราคาและข้อตกลง (รายละเอียดข้อเสนอ, ข้อกังวล, สถานะปัจจุบัน)
ข้อผูกมัดและการติดตามผลที่สัญญาไว้ (รวมถึงชื่อผู้รับผิดชอบหากมีการระบุไว้)
สถานะข้อตกลงปัจจุบันและขั้นตอนต่อไปที่แนะนำ
เพื่อให้อ่านกวาดสายตาได้ง่าย โปรดใช้รูปแบบสัญลักษณ์แสดงหัวข้อ และใส่บทสรุปผู้บริหารสั้นๆ ไว้ที่ตอนต้น
<img width="640" height="337" alt="image.png" src="null">
สถานการณ์ที่ 3: การปฐมนิเทศวิศวกรใหม่ และ "ทำไมถึงถูกสร้างขึ้นมาแบบนี้?"
เมื่อมีวิศวกรใหม่เข้าร่วมทีม ภูมิหลังและที่มาที่ไปในอดีตมักจะจมหายไปกับการพูดคุยถกเถียงในที่ประชุม การใช้ประโยชน์จากรายงานจะช่วยให้สามารถสรุปกระบวนการตัดสินใจต่างๆ ได้
ตัวอย่างพรอมต์
โปรดสร้างรายงานสำหรับการปฐมนิเทศวิศวกร (Onboarding) จากบันทึกการประชุมโครงการที่เลือกไว้
โดยให้รวมเนื้อหาดังต่อไปนี้:
เป้าหมายเริ่มต้นและข้อจำกัด
แนวทางที่ได้หารือกันและเหตุผลประกอบ
ไอเดียที่ถูกปัดตกไปและเหตุผลประกอบ
ข้อกังวลที่ยังไม่ได้รับการแก้ไขและความเสี่ยงที่ทราบแล้ว
ขั้นตอนต่อไปและการไม่อยู่ของผู้รับผิดชอบ (ถ้ามี)
<img width="640" height="337" alt="image.png" src="null">
ตัวอย่างอื่นๆ เพิ่มเติม ได้แก่:
รับทราบข้อมูลอัปเดตล่าสุดของโปรเจกต์ การตัดสินใจที่สำคัญ และขั้นตอนต่อไปได้อย่างรวดเร็วเมื่อกลับจากวันหยุดพักผ่อน โดยไม่ต้องไล่ตรวจสอบการประชุมหรืออีเมลทั้งหมด
เตรียมความพร้อมสำหรับการประเมินผลงาน โดยแปลงการสนทนาแบบ 1-on-1 ให้เป็นบทสรุปที่กระชับเกี่ยวกับผลงาน เป้าหมาย ข้อเสนอแนะ และด้านที่สามารถพัฒนาได้
ส่งมอบงานดูแลลูกค้า (Sales account) โดยสามารถทำความเข้าใจประวัติของลูกค้า ข้อตกลง ข้อกังวล และโอกาสทางธุรกิจได้ในทันที โดยไม่ต้องกลับไปทบทวนบันทึกการสนทนาที่ผ่านมา
สร้างข้อความทางการตลาด แคมเปญ และคอนเทนต์ที่เหมาะสมและตรงจุดยิ่งขึ้น โดยใช้คำพูดจริงของลูกค้าที่ได้จากการสนทนาและข้อเสนอแนะ
เร่งกระบวนการเรียนรู้งาน (Onboarding) สำหรับวิศวกรใหม่ โดยช่วยให้พวกเขาเข้าใจถึงการตัดสินใจทางเทคนิคในอดีต บริบทของโปรเจกต์ และเหตุผลในการเลือกสถาปัตยกรรมที่สำคัญ
วิธีใช้ประโยชน์จากรายงานในการทำงานประจำวัน (ไอเดียที่เรียบง่ายและนำไปใช้ได้จริง)
รายงานไม่จำเป็นต้องเป็นเรื่อง "ใหญ่โต" หรือมีไว้สำหรับระดับผู้บริหารเท่านั้น คุณสามารถนำมาใช้เป็นวิธีง่ายๆ เพื่อช่วยลดภาระทางจิตใจได้
การสรุปงานประจำสัปดาห์ (15 นาที)
รวมการประชุมสแตนด์อัปประจำสัปดาห์และการประชุมซิงก์โปรเจกต์เข้าด้วยกัน
เนื้อหาที่ได้: "สัปดาห์นี้มีอะไรเปลี่ยนแปลงบ้าง มีอะไรติดขัดบ้าง และสิ่งที่ต้องทำต่อไปคืออะไร"
บันทึกการเรียนรู้ส่วนบุคคล
ผสมผสานแชทการให้คำปรึกษา, 1on1 และการทบทวน (Retrospective) เข้าด้วยกัน
เนื้อหาที่สร้างขึ้น: "บทเรียนที่เกิดขึ้นซ้ำๆ คืออะไร, สิ่งที่ควรลองทำในครั้งต่อไปคืออะไร, ควรสร้างนิสัยแบบใดให้กับตนเอง"
ลดการหารือที่ซ้ำซ้อน
รวมการประชุมประจำที่มีการพูดคุยในหัวข้อเดียวกันเข้าด้วยกัน
เนื้อหาที่สร้างขึ้น: "สิ่งที่ตัดสินใจไปแล้ว สิ่งที่ยังไม่ได้ข้อสรุป และข้อมูลที่ยังขาดอยู่คืออะไร"
เทมเพลตพรอมต์ที่คัดลอกและวางเพื่อใช้งานได้เลย
พรอมต์ทั่วไป: สิ่งที่ตัดสินใจแล้ว + คำถามที่ยังไม่ได้ข้อสรุป
จากบันทึกที่เลือกไว้ทั้งหมด โปรดลิสต์รายการต่อไปนี้:
สิ่งที่ตัดสินใจแล้ว (วันที่, ผู้รับผิดชอบ (หากมีการระบุไว้) และสถานะปัจจุบัน)
คำถามที่ยังไม่ได้ข้อสรุป (และข้อมูลที่จำเป็นในการหาข้อสรุป)
สิ่งที่ต้องดำเนินการ (ผู้รับผิดชอบ + กำหนดเวลา (หากมีการระบุไว้))
สิ่งที่เปลี่ยนแปลงไปเมื่อเทียบกับการประชุมครั้งก่อน
พรอมต์ทั่วไป: "มีอะไรเปลี่ยนแปลงไปบ้างเมื่อเวลาผ่านไป"
โปรดวิเคราะห์ว่าแนวทางมีการเปลี่ยนแปลงไปอย่างไรเมื่อเวลาผ่านไป ตลอดการประชุมที่เลือกไว้
กรุณาระบุไทม์ไลน์ที่ประกอบด้วยเนื้อหาดังต่อไปนี้:
การเปลี่ยนแปลงที่สำคัญของเป้าหมายหรือข้อจำกัด
สาเหตุที่กระตุ้นให้เกิดการเปลี่ยนแปลง (เช่น ข้อมูลใหม่, ความคิดเห็นของลูกค้า, ข้อจำกัดทางเทคนิค)
แนวทางปัจจุบัน และเงื่อนไขเบื้องต้นที่แนวทางนั้นอิงตาม
หมายเหตุเกี่ยวกับเทมเพลต
<img width="640" height="364" alt="image.png" src="null">
เมื่อคุณเลือกเทมเพลต Rimo จะป้อนพรอมต์ที่มีโครงสร้างลงในช่องคำสั่งล่วงหน้าโดยอัตโนมัติในพื้นหลัง เทมเพลตไม่ใช่ข้อจำกัด คุณสามารถปรับเปลี่ยนและทำให้มีความเฉพาะเจาะจงมากขึ้นได้ตามต้องการ
เกี่ยวกับข้อเสนอแนะ การสอบถาม และผู้ทดสอบเบต้า
ข้อเสนอแนะ / การสอบถาม: กรุณาติดต่อ Prerna Dabi
เรากำลังมองหาบริษัทที่จะมาทดลองใช้ ฟีเจอร์การรายงาน (เวอร์ชันเบต้า) และร่วมแบ่งปันข้อเสนอแนะเกี่ยวกับเวิร์กโฟลว์ เทมเพลต และคุณภาพของผลลัพธ์