ตรวจสอบรายการตรวจสอบแผน

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

ตรวจสอบความพร้อมของโครงการของคุณ

ใช้คําถามต่อไปนี้เพื่อยืนยันว่าโครงการของคุณมีรากฐานที่ถูกต้องก่อนเริ่มดําเนินการ

ขอบเขตและการวางแผนโครงการ

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

ผู้ใช้และช่องทาง

เสร็จแล้ว?	งาน
✓	คุณระบุตัวตนของผู้ใช้ปลายทางทั้งหมดสําหรับตัวแทน (พนักงาน ลูกค้า บทบาท) หรือไม่?
✓	คุณได้กําหนดช่องทางที่จําเป็น (Teams, เว็บ, อุปกรณ์เคลื่อนที่, Microsoft 365 Copilot และอื่นๆ) หรือไม่
✓	คุณตรวจสอบความต้องการหลายภาษาหรือไม่?
✓	คุณได้บันทึกพฤติกรรมสํารองในช่องทางต่างๆ หรือไม่
✓	คุณได้ประมาณปริมาณการสนทนาที่คาดหวังเพื่อสนับสนุนการวางแผนขนาดหรือไม่

ผู้มีส่วนได้เสีย สมมติฐาน และความเสี่ยง

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

ทีมและบทบาท

เสร็จแล้ว?	งาน
✓	คุณได้รวบรวมทีมข้ามสายงานที่เหมาะสมด้วยความเชี่ยวชาญด้านสถาปัตยกรรม การพัฒนา การวิเคราะห์ การจัดการการเปลี่ยนแปลง และความปลอดภัยหรือไม่?
✓	คุณระบุความเสี่ยงที่มีผลกระทบสูงหรือมีความเป็นไปได้สูงตั้งแต่เนิ่นๆ หรือไม่?
✓	ทีมของคุณผ่านการฝึกอบรมที่เกี่ยวข้อง (Power Up, เส้นทางการเรียนรู้ของ Copilot Studio, Architecture Bootcamp) หรือไม่

การบริหารความเสี่ยง

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

ความพร้อมทางเทคนิค

เสร็จแล้ว?	งาน
✓	คุณเลือกประสบการณ์แพลตฟอร์มที่เหมาะสม (ตัวแทนประกาศ ตัวแทนกลไกแบบกําหนดเอง) หรือไม่
✓	คุณได้จัดทําเอกสารข้อกําหนดในการผสานรวม รวมถึงความพร้อมใช้งานของ API และโหมดการรับรองความถูกต้องหรือไม่
✓	คุณได้กําหนดกลยุทธ์ด้านสิ่งแวดล้อม (การพัฒนาเพื่อทดสอบไปจนถึงการผลิต) หรือไม่?
✓	คุณได้วางกระบวนการ ALM (การบรรจุโซลูชัน การปรับใช้อัตโนมัติ การกําหนดเวอร์ชัน) หรือไม่?
✓	คุณได้ตรวจสอบข้อกําหนดด้านประสิทธิภาพและความจุ (RPM, ตัวเชื่อมต่อ, ขีดจํากัดการไหล, ขีดจํากัด CLU/NLU) หรือไม่
✓	คุณได้จัดทําเอกสารข้อกําหนดด้านความปลอดภัย การรับรองความถูกต้อง และข้อมูลประจําตัวอย่างครบถ้วนหรือไม่
✓	คุณได้ตรวจสอบข้อจํากัดเฉพาะช่องทาง (Teams, เว็บไซต์, Microsoft 365 Copilot) หรือไม่
✓	คุณได้จัดทําเอกสารความท้าทายทางเทคนิคที่ระบุ (การเข้าถึงในองค์กร สิทธิ์ ตัวเชื่อมต่อ แหล่งข้อมูลความรู้) พร้อมการบรรเทาผลกระทบหรือไม่

แนวทางการจัดส่ง

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

การปรับปรุงอย่างต่อเนื่อง

เสร็จแล้ว?	งาน
✓	มีกลยุทธ์การวิเคราะห์ที่กําหนดไว้ (แดชบอร์ด, KPI, การตรวจสอบการถอดเสียง, สัญญาณคุณภาพ) หรือไม่?
✓	มีลูปข้อเสนอแนะ (ผู้มีส่วนได้ส่วนเสีย SMEs ผู้ใช้ปลายทาง) หรือไม่?
✓	ทีมงานพร้อมที่จะทําซ้ําบ่อยครั้งหลังจากเผยแพร่หรือไม่?
✓	คุณมีแผนสําหรับการเพิ่มประสิทธิภาพอย่างต่อเนื่อง (พฤติกรรมของโมเดลภาษา การจัดการสํารอง การปรับแต่งหัวข้อ) หรือไม่

AI ที่รับผิดชอบ

เสร็จแล้ว?	งาน
✓	คุณได้ประเมินระบบเพื่อความเป็นธรรมและตรวจสอบอคติที่ไม่ได้ตั้งใจในข้อมูลหรือผลลัพธ์หรือไม่?
✓	มีการกําหนดบทบาทความรับผิดชอบ และมีกระบวนการที่ชัดเจนสําหรับการตรวจสอบและควบคุมพฤติกรรม AI หรือไม่
✓	ผู้ใช้มีความโปร่งใสหรือไม่ว่าพวกเขากําลังโต้ตอบกับ AI และพวกเขาเข้าใจวิธีสร้างผลลัพธ์ที่สร้างโดย AI หรือไม่
✓	เป็นไปตามข้อกําหนดด้านความเป็นส่วนตัว ความปลอดภัย และการปฏิบัติตามข้อกําหนดอย่างสมบูรณ์สําหรับข้อมูลทั้งหมดที่ใช้โดยปริมาณงานหรือไม่
✓	มีการใช้มาตรการป้องกัน ตัวกรอง และกลยุทธ์การต่อสายดินเพื่อป้องกันเนื้อหาที่สร้างโดย AI ที่เป็นอันตรายหรือไม่ถูกต้องหรือไม่
✓	มีกระบวนการที่กําหนดไว้สําหรับการตรวจสอบอย่างต่อเนื่อง การตรวจสอบเหตุการณ์ และการอัปเดตแบบจําลองหรือการบรรเทาผลกระทบหรือไม่

ความเข้าใจภาษาและความครอบคลุมของเจตนา

เสร็จแล้ว?	งาน
✓	คุณตัดสินใจแล้วหรือยังว่าจําเป็นต้องมีการประสานรวมเชิงกําเนิดเริ่มต้น NLU, NLU+ ในตัว หรือ Azure CLU สําหรับสถานการณ์ของคุณหรือไม่
✓	คุณได้จัดทําเอกสารอินพุตที่คาดหวังสําหรับหัวข้อเพื่อให้ผู้ประสานงานสามารถแยกแยะเอนทิตีที่ซ้ํากันหรือซับซ้อนได้อย่างถูกต้องหรือไม่?
✓	คุณตรวจสอบข้อกําหนดหลายภาษาและยืนยันว่าจะตั้งค่าอย่างไร System.User.Language (ด้วยตนเอง ตรวจจับอัตโนมัติ ทริกเกอร์) หรือไม่?
✓	คุณแน่ใจหรือไม่ว่าพฤติกรรมสํารองและกลยุทธ์การซ่อมแซม (การค้นหาความรู้ คําถามชี้แจง) ได้รับการออกแบบและทดสอบ

ไฮไลต์แนวทางปฏิบัติแนะนํา

• ใช้วิธีการที่คล่องตัวเพื่อปรับตัวและเน้นผู้ใช้เป็นศูนย์กลาง: ทํางานในระยะสั้น ส่งมอบคุณค่าตั้งแต่เนิ่นๆ และรวบรวมคําติชมจากผู้ใช้บ่อยครั้ง ถือว่าการเริ่มใช้งานจริงเป็นจุดเริ่มต้นสําหรับการปรับปรุงอย่างต่อเนื่องมากกว่าเส้นชัย
• วางแผนด้วยเรื่องราวของผู้ใช้แทนข้อมูลจําเพาะขนาดใหญ่: เรื่องราวของผู้ใช้ช่วยให้งานมีพื้นฐานตามความต้องการของผู้ใช้จริง ช่วยให้ทีมเข้าใจ "เหตุผล" ที่อยู่เบื้องหลังความสามารถแต่ละอย่าง และเปิดใช้งานการจัดลําดับความสําคัญใหม่อย่างรวดเร็วเมื่อข้อมูลเชิงลึกใหม่ปรากฏขึ้น
• รักษางานค้างที่มีชีวิตอยู่: ตรวจสอบ ปรับแต่ง และจัดลําดับรายการที่ค้างอยู่เป็นประจํา เพิ่มเรื่องราวใหม่เมื่อรูปแบบเกิดขึ้นจากการวิเคราะห์ ความคิดเห็นของผู้ใช้ หรือการเปลี่ยนแปลงทางธุรกิจ
• ระบุและจัดการความเสี่ยงตั้งแต่เนิ่นๆ: ประเมินความเสี่ยงสําหรับผลกระทบและความเป็นไปได้ จากนั้นวางแผนการบรรเทาผลกระทบ ใช้สไปค์เพื่อตรวจสอบความถูกต้องที่ไม่รู้จักและใช้วิธีแก้ปัญหาชั่วคราวเพื่อป้องกันความล่าช้าในการจัดส่ง
• จัดตําแหน่งผู้มีส่วนได้ส่วนเสียอย่างต่อเนื่อง: แบ่งปันความคืบหน้าบ่อยๆ ผ่านการสาธิต การตรวจทานการวิ่ง และงานค้างด้วยภาพ ความโปร่งใสสร้างความไว้วางใจและสร้างความเป็นเจ้าของร่วมกันในทิศทางของโครงการ
• ออกแบบโดยคํานึงถึงการกํากับดูแลตั้งแต่วันแรก: กําหนด RBAC กลยุทธ์สภาพแวดล้อม นโยบายความปลอดภัย และความคาดหวังในการปฏิบัติตามข้อกําหนดตั้งแต่เนิ่นๆ เพื่อให้การกํากับดูแลกลายเป็นส่วนหนึ่งของเวิร์กโฟลว์ ไม่ใช่อุปสรรคที่ล่าช้า
• ตรวจสอบการผสานรวมก่อนข้อผูกมัด: ทดสอบ API ขีดจํากัดของตัวเชื่อมต่อ วิธีการรับรองความถูกต้อง และคุณภาพของข้อมูลตั้งแต่เนิ่นๆ เพื่อหลีกเลี่ยงความประหลาดใจระหว่างการพัฒนาหรือการทดสอบการยอมรับของผู้ใช้ (UAT)
• ใช้ข้อมูลเพื่อเป็นแนวทางในการตัดสินใจ: ตรวจสอบ CSAT, รูปแบบการสนทนา, อัตราการเบี่ยงเบน, เหตุผลในการยกระดับ และการนําไปใช้ ให้สัญญาณเหล่านี้กําหนดลําดับความสําคัญของงานค้างของคุณ
• เผยแพร่ก่อนกําหนดเพื่อเปิดใช้งานมู่เล่คําติชม: เผยแพร่เวอร์ชันเริ่มต้นให้กับผู้ชมขนาดเล็ก เรียนรู้ว่าผู้ใช้โต้ตอบกับตัวแทนอย่างไร และปรับแต่งตามหลักฐาน ไม่ใช่สมมติฐาน