แชร์ผ่าน


การวางแผนโครงการ

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

แผนภาพแสดงจังหวะการวิ่งที่จำเป็นสำหรับการวางแผนโครงการ Copilot Studio

ภาพรวมโครงการตัวอย่างและระยะเวลา

ข้อดีของการเลือกระยะเวลาส่งมอบที่รวดเร็วเป็นขั้นตอนเริ่มต้นของโครงการมีดังต่อไปนี้:

  • เร่งการยอมรับของลูกค้าโดยการพัฒนาผลิตภัณฑ์ที่มีความสามารถใช้งานได้ขั้นต่ำก่อน

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

  • ตรวจสอบข้อมูลเชิงลึกเพื่อคืนมูลค่าให้กับผลิตภัณฑ์และองค์กรของคุณ ช่วยให้พัฒนาสิ่งใหม่ๆ ได้เร็วยิ่งขึ้น

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

โครงการสตรีมงาน

ไดอะแกรมของวงจรชีวิตที่เกี่ยวข้องกับเวิร์กสตรีมของโครงการ

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

สตรีมงานห้ารายการต่อไปนี้สรุปและอธิบายความรับผิดชอบ:

การสร้าง Copilot

  1. สร้างเนื้อหาที่เกี่ยวข้องสำหรับกรณีการใช้งาน ตัวแทน

  2. งานสร้างและพัฒนาเนื้อหา

จังหวะสายงานธุรกิจ (ROB)

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

  1. ขับเคลื่อนโดยลูกค้า

    Microsoft และพันธมิตรอื่นๆ เข้าร่วม

    ลูกค้ามีหน้าที่จองการประชุมและกำหนดวาระการประชุม ดำเนินการประชุมนี้เป็นโครงการทางวิศวกรรมที่มีตัวชี้วัดความสำเร็จและดัชนีชี้วัด

    กิจกรรมและฟีเจอร์สำหรับการประชุมประกอบด้วย:

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

    Microsoft และพันธมิตรอื่นๆ เข้าร่วม

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

การทดสอบ

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

รายการตรวจสอบการใช้งานการผลิตและความพร้อม

การมั่นใจว่าคุณพร้อมที่จะใช้งานถือเป็นสิ่งสำคัญสำหรับการเปิดตัวที่ประสบความสำเร็จ

ต่อไปนี้จะเป็นข้อควรพิจารณาบางอย่าง:

  1. สถานการณ์ทั้งหมดได้รับการทดสอบเพื่อตรวจสอบข้อกำหนดทางธุรกิจหรือไม่

  2. คุณมีแผนตัดส่วนที่ระบุกิจกรรมทั้งหมดที่จำเป็นต่อการถ่ายทอดสดให้ประสบความสำเร็จหรือไม่?

  3. แผนการตัดส่วนนี้ได้รับการทดสอบและตรวจสอบแล้วหรือไม่?

  4. คุณมีสิทธิ์เข้าถึงทรัพยากรการผลิตทั้งหมดที่คุณต้องการหรือไม่?

    ทรัพยากรเช่น:

    • สภาพแวดล้อม
    • นโยบาย DLP
    • เกตเวย์ (ไม่จำเป็น)
    • ทรัพยากรทของ Azure (ไม่จำเป็น)
    • API ภายนอก (ไม่บังคับ)
  5. คุณมีแผนการสื่อสารเพื่อแจ้งให้ผู้มีส่วนได้ส่วนเสียทั้งภายในและภายนอกทราบถึงการเปลี่ยนแปลงหรือไม่? แผนนี้รวมทั้งก่อนและหลังการปรับใช้

การดูแลจัดการ Power Platform

ลูกค้าจำนวนมากมี Power Platform ผู้ดูแลระบบ Microsoft 365 หรือทีม Center of Excellence (CoE) ที่รับผิดชอบในการจัดการชุดเทคโนโลยี

ทีมนี้สามารถมุ่งเน้นไปที่กิจกรรมต่างๆ เช่น:

  • การตั้งค่าสภาพแวดล้อม
  • ความปลอดภัย/การเข้าถึง
  • นโยบาย DLP
  • เกตเวย์
  • การวิเคราะห์ที่กำหนดเอง

สำหรับข้อมูลเพิ่มเติม โปรดดู การวิเคราะห์กลยุทธ์เเบบกำหนดเอง