แชร์ผ่าน


รายละเอียดโมเดลระดับความพร้อมสำหรับระบบอัตโนมัติ Power Platform

ส่วนต่อไปนี้แสดงลักษณะโดยละเอียดขององค์กรที่อยู่ใน แต่ละระดับความพร้อมของโมเดลระดับความพร้อมสำหรับระบบอัตโนมัติ Power Platform สำหรับความสามารถแต่ละประเภท

เพิ่มศักยภาพ

ระดับ คำอธิบาย
100: เริ่มต้น

เป้าหมาย: แหล่งข้อมูลการฝึกอบรมที่มีอยู่และ CoE ระบบอัตโนมัติมีความเข้าใจอย่างเที่ยงตรงเกี่ยวกับความสามารถและการใช้งานเครื่องมือ

ตัวบ่งชี้:

  • CoE ได้รับการฝึกอบรมเบื้องต้น (RPA ในหนึ่งวัน, บทความให้ความรู้)

แหล่งข้อมูล:แหล่งข้อมูลการเรียนรู้ของผู้สร้าง

200: สามารถทำซ้ำได้

เป้าหมาย: องค์กรมีหลักสูตรการฝึกอบรมมาตรฐานที่เป็นจุดเริ่มต้นให้กับผู้ใช้ใหม่ ผู้สร้างทั้งหมดผ่านการฝึกอบรม Power Automate เบื้องต้นแล้ว

ตัวบ่งชี้:

  • ใช้ประโยชน์จากแหล่งข้อมูลการฝึกอบรมของ Microsoft และความรู้ด้านการรับรองที่ได้รับผ่านโปรแกรมการรับรอง

แหล่งข้อมูล:Microsoft Certified: ข้อมูลพื้นฐานเกี่ยวกับ Power Platform

300: กำหนด

เป้าหมาย: ขยายบทเรียนที่ได้เรียนรู้และแบ่งปันความรู้ในแนวตั้งต่างๆ ภายในองค์กร

ตัวบ่งชี้:

  • จัดกิจกรรม hackathon รายเดือนภายใน/การประชุมเกี่ยวกับวิธีการ
  • ใช้ประโยชน์จากกลุ่ม Power Platform Yammer
  • การประชุมการเรียนรู้ระหว่างทานมื้อกลางวัน

แหล่งข้อมูล:จัดกิจกรรม Hackathons

400: มีความสามารถ

เป้าหมาย: มีส่วนร่วมในชุมชนของผู้ปฏิบัติงาน Power Automate ภายนอกองค์กร

ตัวบ่งชี้:

  • มีส่วนร่วมและเข้าร่วมในการจัดงานภายนอกของชุมชน Power Automate

แหล่งข้อมูล:ชุมชน Microsoft Power Automate

500: ประสิทธิภาพ

เป้าหมาย: "ช่วยเรา - ช่วยคุณ" - ให้ข้อเสนอแนะเชิงรุกกับ Microsoft

ตัวบ่งชี้:

  • ให้ข้อคิดเห็นเกี่ยวกับผลิตภัณฑ์และแสดงความสามารถของผลิตภัณฑ์ในโครงการริเริ่มของ Microsoft เช่น Ignite และในทำนองเดียวกัน

แหล่งข้อมูล:Microsoft Ignite

ค้นหาและวางแผน

ระดับ คำอธิบาย
100: เริ่มต้น

เป้าหมาย: เริ่มการพูดคุยเกี่ยวกับความพร้อมด้านเทคโนโลยีด้วยการสนับสนุนทีมไอที/ธุรกิจ

ตัวบ่งชี้:

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

แหล่งข้อมูล:สถาปัตยกรรม Power Automate - ระดับสูง

200: สามารถทำซ้ำได้

เป้าหมาย: องค์กรจัดทำเอกสารที่ยอมรับลำดับความสำคัญและปัญหาต่างๆ จัดทำร่างเบื้องต้นเพื่อกล่าวถึงแง่มุมพื้นฐานของ Power Automate กำหนดแผนกลยุทธ์โดยมีความโน้มเอียงไปทางโมเดล "นำโดย CoE - ธุรกิจสนับสนุน"

ตัวบ่งชี้:

  • มีการกำหนดแนวทางระดับสูงเพื่อแก้ไขปัญหาเกี่ยวกับเครือข่าย ความปลอดภัย และโครงสร้างพื้นฐาน
  • มีการกำหนดบทบาทและความรับผิดชอบของผู้เกี่ยวข้อง (ธุรกิจ, CoE, การรักษาความปลอดภัย, การปฏิบัติตามกฎระเบียบและการดูแลระบบ)
  • มีการกำหนดปัจจัย ROI ระดับสูง

แหล่งข้อมูล:

300: กำหนด

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

ตัวบ่งชี้:

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

แหล่งข้อมูล:

400: มีความสามารถ

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

ตัวบ่งชี้:

  • การวิเคราะห์ระดับการปฏิบัติงานและการทำงานโดยละเอียดรวมถึงการกำหนด KYC, การจัดการเครื่อง, ตัวคำนวณ ROI, การใช้สิทธิ์การใช้งาน, รายการข้อผิดพลาดทั่วไป, ผู้สร้างระดับบน
  • โอกาสในการใช้ประโยชน์จาก AI Builder
  • การค้นพบกระบวนการผ่านการทำเหมืองกระบวนการ

แหล่งข้อมูล:

500: ประสิทธิภาพ

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

ตัวบ่งชี้:

  • กลยุทธ์ในการทำให้กระบวนการทำงานด้วยตนเองตามการกำกับดูแลเป็นแบบอัตโนมัติ - ALM, การจัดการเครื่องจักร, DLP, การจัดการการเข้าถึง และการจัดการสิทธิ์การใช้งาน
  • ออกแบบแนวปฏิบัติที่ดีที่สุดที่ใช้ร่วมกันระหว่างชุมชน Power Automate

แหล่งข้อมูล:

การออกแบบ

ระดับ คำอธิบาย
100: เริ่มต้น

เป้าหมาย: การออกแบบเบื้องต้นกำหนดขอบเขตเพื่อรองรับการทดลองกับ Power Automate เมื่อองค์กรคุ้นเคยกับเครื่องมือ

ตัวบ่งชี้:

  • มีการสำรวจมุมมองการออกแบบเกี่ยวกับการใช้ API เทียบกับ UI
  • การแบ่งเขตสภาพแวดล้อม (พัฒนา/ทดสอบ/ทำงานจริง) ยังกำหนดไม่ดีพอ

แหล่งข้อมูล:ภาพรวมของโฟลว์ชนิดต่างๆ

200: สามารถทำซ้ำได้

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

ตัวบ่งชี้:

  • การพิจารณาการออกแบบเกี่ยวกับการบันทึกและการจัดการข้อมูลประจำตัวยังอยู่ในขั้นตอนพื้นฐาน
  • มีการกำหนดเส้นแบ่งที่ชัดเจน (พัฒนา/ทดสอบ/ทำงานจริง) ในตอนนี้
  • ผู้ปฏิบัติงานมีความเข้าใจอย่างชัดเจนว่าเมื่อใดควรใช้ API เทียบกับ UI จากมุมมองของการออกแบบ

แหล่งข้อมูล:

300: กำหนด

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

ตัวบ่งชี้:

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

แหล่งข้อมูล:

400: มีความสามารถ

เป้าหมาย: การออกแบบกำหนดขอบเขตเพื่อสนับสนุนบอทจำนวนมากในทีมข้ามสายงานสำหรับการใช้งานจริง - ใช้ประโยชน์จาก AI/ML, ตัวเชื่อมต่อแบบกำหนดเอง และการจัดการข้อผิดพลาดขั้นสูง

ตัวบ่งชี้:

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

แหล่งข้อมูล:
500: ประสิทธิภาพ

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

ตัวบ่งชี้:

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

แหล่งข้อมูล:การจัดการข้อผิดพลาดชั่วคราวใน Azure

สร้างและทดสอบ

ระดับ คำอธิบาย
100: เริ่มต้น

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

ตัวบ่งชี้:

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

แหล่งข้อมูล:ระบบคลาวด์พื้นฐานและโฟลว์เดสก์ท็อป

200: สามารถทำซ้ำได้

เป้าหมาย: การใช้งานมีเป้าหมายเพื่อสร้างบอทสองสามตัวสำหรับใช้งานจริง องค์กรยังคงสำรวจความสามารถต่างๆ ของ Power Automate ต่อไป

ตัวบ่งชี้:

  • โค้ดไม่ได้รับการแยกส่วน/จัดระเบียบอย่างเพียงพอในจุดนี้
  • การส่งเสริมโค้ดระหว่างสภาพแวดล้อมเป็นแบบทำด้วยตนเอง
  • การติดตั้งและการตั้งค่า Power Automate Desktop เป็นแบบทำด้วยตนเอง
  • การใช้งานครอบคลุมทั้งสถานการณ์ DPA (กระบวนการทำงานอัตโนมัติแบบดิจิทัล) และ RPA (กระบวนการทำงานอัตโนมัติโดยหุ่นยนต์)
  • มีการใช้เกตเวย์ภายในองค์กร / การเชื่อมต่อเครื่องโดยตรง
  • การคำนวณ ROI เป็นแบบทำด้วยตนเองเป็นหลัก ณ จุดนี้

แหล่งข้อมูล:เกตเวย์ภายในองค์กร / การเชื่อมต่อเครื่องโดยตรง

300: กำหนด

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

ตัวบ่งชี้:

  • โค้ดเป็นแบบแยกส่วน/จัดระเบียบอย่างดี - โฟลว์หลักและโฟลว์ย่อย
  • การส่งเสริมโค้ดระหว่างสภาพแวดล้อมเป็นแบบอัตโนมัติสำหรับโซลูชันทั้งที่มีการจัดการและไม่มีการจัดการ
  • การติดตั้งและการตั้งค่า Power Automate Desktop เป็นแบบอัตโนมัติ
  • ข้อมูลประจำตัวได้รับการจัดการผ่าน Azure Key Vault (หรือเทียบเท่า)
  • แนวทางปฏิบัติที่ดีที่สุดสำหรับการจัดการข้อผิดพลาดสำหรับ:
    • โฟลว์ระบบคลาวด์: ใช้ Configure run after, Try/Catch, Error
    • โฟลว์เดสก์ท็อป: การจัดการข้อผิดพลาดระดับการดำเนินการและระดับบล็อก

แหล่งข้อมูล:

400: มีความสามารถ

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

ตัวบ่งชี้:

  • ตัวเชื่อมต่อแบบกำหนดเอง การสนับสนุน API (สำหรับแอปพลิเคชันภายในองค์กร) สร้างขึ้นโดยนักพัฒนามืออาชีพเพื่ออำนวยความสะดวกให้นักพัฒนาพลเมืองในการสร้างระบบอัตโนมัติ
  • ใช้เทมเพลตที่ใช้ซ้ำได้สำหรับทั้งโฟลว์ระบบคลาวด์และโฟลว์เดสก์ท็อป
  • การคำนวณ ROI เป็นแบบอัตโนมัติ
  • มีการใช้กระบวนการโดยใช้ประโยชน์จาก AI Builder
  • มีการใช้การดำเนินการแบบขนานของปริมาณงานเพื่อปรับปรุงปริมาณงาน
  • การทดสอบส่วนประกอบทางธุรกิจดำเนินการอย่างดี (การตรวจสอบส่วนประกอบอื่นๆ การจัดการปริมาณงาน การแยกกระบวนการ การจัดการข้อผิดพลาด และการวัดประสิทธิภาพ)

แหล่งข้อมูล:

500: ประสิทธิภาพ

เป้าหมาย: ความพร้อมสำหรับการใช้งานอยู่ในสถานะขั้นสูง องค์กรมีความพร้อมในการสร้างกระบวนการที่ซับซ้อนและมีความยืดหยุ่นสูง

ตัวบ่งชี้:

  • การนำการดำเนินการแบบกระจายของปริมาณงานที่ใช้กลุ่มเครื่องไปใช้ในเครื่องเสมือนที่ปรับขนาดอัตโนมัติ
  • Fusion Teams ที่มีนักพัฒนาจากความสามารถด้านระบบคลาวด์, AI และเทคโนโลยีอื่นๆ สร้างโซลูชันระบบอัตโนมัติแบบไฮบริด

แหล่งข้อมูล:ทีมฟิวชัน

ปรับใช้งานและจัดการ

ระดับ สถานะของการดูแลเอาใจใส่และผู้สร้างพลเมือง
100: เริ่มต้น

เป้าหมาย: ขอบเขตของการปรับใช้งาน/การจัดการคือการสนับสนุนระบบอัตโนมัติที่ระดับ PoC

ตัวบ่งชี้:

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

แหล่งข้อมูล:แนวทางการปรับใช้งานและการจัดการ

200: สามารถทำซ้ำได้

เป้าหมาย: ขอบเขตของการปรับใช้งาน/การจัดการคือการสนับสนุนบอทสองสามตัวสำหรับการใช้งานจริง

ตัวบ่งชี้:

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

แหล่งข้อมูล:

300: กำหนด

เป้าหมาย: ขอบเขตของการปรับใช้งาน/การจัดการกับการสนับสนุนบอทจำนวนมากสำหรับการใช้งานจริง องค์กรกำลังมีความพร้อมในการเดินทางของระบบอัตโนมัติ

ตัวบ่งชี้:

  • ALM เป็นแบบอัตโนมัติ - มีไปป์ไลน์ส่งออก ปรับใช้งาน นำเข้า
  • ยังไม่ได้ใช้ Static Analyzer การตรวจสอบความถูกต้องและการตรวจสอบเป็นแบบทำด้วยตนเอง
  • มีการใช้สิทธิ์การใช้งานตามบทบาทที่กำหนดนักพัฒนาพลเมือง/ผู้ดูแลระบบ/ผู้ตรวจสอบทั่วทั้งสภาพแวดล้อม
  • การจัดการการกำหนดค่าและการอัปเดตโปรแกรมแก้ไขในเครื่องหลายเครื่องได้รับการจัดการโดยใช้เครื่องมือ เช่น Intune หรือ SCCM
  • เมตริกการตรวจสอบ/การรายงาน (ใช้ Power BI/เครื่องมือการรายงานที่เทียบเท่า) จากมุมมองการปรับใช้งานบอท (อาจไม่ใช่แบบเรียลไทม์)

แหล่งข้อมูล:

400: มีความสามารถ

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

ตัวบ่งชี้:

  • ใช้ประโยชน์จาก Dataverse เพื่อสร้างแดชบอร์ดเฉพาะกรณีการใช้งาน
  • เพิ่มโซลูชัน VM Insights ลงในพื้นที่ทำงาน Log Analytics ของคุณ
  • กำหนดค่าการทดสอบการเชื่อมต่อโดยใช้ตัวตรวจสอบการเชื่อมต่อใน Azure
  • การปรับใช้งานเครือข่ายจากจุดยืนของความพร้อมใช้งานสูงเสร็จสมบูรณ์ - มีโซนความพร้อมใช้งานของ Azure, การใช้งานการกู้คืนความเสียหายของ Azure
  • เมตริกการตรวจสอบ/การรายงาน (ใช้ Power BI/เครื่องมือการรายงานที่เทียบเท่า) จากมุมมองการปรับใช้งานบอท (เป็นแบบเรียลไทม์)

แหล่งข้อมูล:

500: ประสิทธิภาพ

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

ตัวบ่งชี้:

  • ใช้ Azure Monitor เพื่อตรวจสอบปริมาณงานและการใช้ทรัพยากร
  • ตรวจสอบพฤติกรรมที่ผิดปกติโดยการตั้งค่าการแจ้งเตือน บันทึกเป็นภาพ และการตรวจสอบ
  • บันทึกปริมาณการใช้งานเครือข่ายโดยใช้โฟลว์บันทึก NSG (Network Security Group) โดยใช้ Azure Network Watcher
แหล่งข้อมูล:

รักษาความปลอดภัยและกำกับดูแล

ระดับ คำอธิบาย
100: เริ่มต้น

เป้าหมาย: การรักษาความปลอดภัยและกำกับดูแลได้รับการพิจารณาเพื่อสนับสนุนระบบอัตโนมัติในระดับพื้นฐานในการช่วยอำนวยความสะดวกสำหรับการเติบโตในอนาคต

ตัวบ่งชี้:

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

แหล่งข้อมูล:เข้ารหัสลับข้อมูลที่ละเอียดอ่อน

200: สามารถทำซ้ำได้

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

ตัวบ่งชี้:

  • นโยบายการเข้าถึงแบบมีเงื่อนไข - กำหนดนโยบายใน Azure สำหรับ Power Automate เพื่ออนุญาตหรือบล็อกตามผู้ใช้/กลุ่ม อุปกรณ์ ตำแหน่ง
  • เข้ารหัสลับข้อมูลใน REST และระหว่างส่ง
    • บังคับใช้การสื่อสารเฉพาะ HTTPS สำหรับแอปพลิเคชันที่เชื่อมต่อกับอินเทอร์เน็ต
    • เข้ารหัสลับการเชื่อมต่อกับเครื่องเสมือนโดยใช้ RDP
  • การป้องกันไฟร์วอลล์ - กำหนดกลุ่มความปลอดภัยของเครือข่ายเพื่ออนุญาต/ปฏิเสธการรับส่งข้อมูลขาออก/ขาเข้า
  • จัดการข้อมูลที่ละเอียดอ่อนในโฟลว์เดสก์ท็อป - เข้ารหัสลับข้อมูลโดยใช้อินพุตเป็นชนิดข้อความ
แหล่งข้อมูล:
300: กำหนด

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

ตัวบ่งชี้:

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

  • ตรวจสอบการใช้งานตัวเชื่อมต่อใน PPAC (ศูนย์จัดการ Power Platform)

แหล่งข้อมูล:

400: มีความสามารถ

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

ตัวบ่งชี้:

  • มีการตรวจสอบเชิงรุก
  • ใช้การบล็อกระหว่างผู้เช่าเพื่อจำกัดการเข้าถึงของผู้เช่าบุคคลที่สาม
  • ใช้ข้อกำหนด DLP ของจุดสิ้นสุดแบบละเอียดสำหรับตัวเชื่อมต่อ
  • ตรวจสอบให้แน่ใจว่าได้ปฏิบัติตามมาตรฐานการปฏิบัติตามข้อกำหนดในอุตสาหกรรม (ตัวอย่างเช่น PCI DSS - มาตรฐานข้อมูลอุตสาหกรรมบัตรชำระเงิน ฯลฯ)

แหล่งข้อมูล:

500: ประสิทธิภาพ

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

ตัวบ่งชี้:

  • ใช้ Security Information Event Management (SIEM) เพื่อนำเสนอการวิเคราะห์ความปลอดภัยแบบอัจฉริยะและข่าวกรองเกี่ยวกับภัยคุกคาม
  • สร้างกระบวนการค้นหาแอปเพื่อระบุการเชื่อมต่อแอปใหม่ (โดยใช้เครื่องมือการจัดการความปลอดภัยของแอปพลิเคชัน เช่น Microsoft Cloud App Security Management)

แหล่งข้อมูล:Security Information Event Management (SIEM)

ดูแล

ระดับ สถานะของทีมฟิวชัน
100: เริ่มต้น

เป้าหมาย: องค์กรเพิ่งเริ่มต้นการเดินทางของระบบอัตโนมัติ วัตถุประสงค์คือ การประกาศการใช้งาน Power Automate ในระดับพื้นฐาน

ตัวบ่งชี้:

  • ระบุทีมที่ต้องเป็นส่วนหนึ่งในการเดินทางของระบบอัตโนมัติ
  • สนับสนุนความสำคัญและผลกระทบของระบบอัตโนมัติในระดับการตั้งทีม

แหล่งข้อมูล:การแปลงข้อมูลเป็นดิจิทัล

200: สามารถทำซ้ำได้

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

ตัวบ่งชี้:

  • จัดสรรบทบาทและความรับผิดชอบตามหน้าที่งานของแต่ละบุคคล
    • แชมเปี้ยนผลิตภัณฑ์ระบบอัตโนมัติ
    • ผู้สร้างระบบอัตโนมัติ
    • ทีม CoE ของระบบอัตโนมัติ
  • กำหนดจุดติดต่อและผู้นำกระแสซึ่งมีวัตถุประสงค์เพื่อประกาศและสนับสนุนระบบอัตโนมัติทั่วทั้งองค์กร

แหล่งข้อมูล:จัดสรรบทบาทและความรับผิดชอบ

300: กำหนด

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

ตัวบ่งชี้:

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

แหล่งข้อมูล:ผู้สร้างแรงบันดาลใจของระบบอัตโนมัติ

400: มีความสามารถ

เป้าหมาย: องค์กรมีแนวโน้มพร้อมขึ้นเรื่อยๆ ในการเเดินทางของระบบอัตโนมัติ

ตัวบ่งชี้:

  • ทีมแบ่งปันเรื่องราวความสำเร็จ นักพัฒนาพลเมืองสนับสนุนการเพิ่ม ROI ทั่วทั้งองค์กรเนื่องจากระบบอัตโนมัติ
  • ทีมที่ตอนแรกลังเลในการใช้ระบบอัตโนมัติ เริ่มยอมรับระบบอัตโนมัติที่สร้างความเชื่อมั่นด้วยการนำเสนอคุณค่า

แหล่งข้อมูล:เรื่องราวความสำเร็จของระบบอัตโนมัติในโลกจริง

500: ประสิทธิภาพ

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

ตัวบ่งชี้:

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

แหล่งข้อมูล:เส้นทางอาชีพสำหรับนักพัฒนาพลเมือง

หมายเหตุ

คุณสามารถ ดาวน์โหลดเวอร์ชันสำหรับพิมพ์ ของโมเดลระดับความพร้อมของระบบอัตโนมัติ Power Platform ภาพรวมระดับสูงของโมเดลระดับความพร้อมสำหรับระบบอัตโนมัติ - จัดกลุ่มเป้าหมายตามองค์ประกอบที่สำคัญต่างๆ ของ HEAT ได้แก่ เพิ่มศักยภาพ ค้นหาและวางแผน ออกแบบ สร้างและทดสอบ ปรับใช้งานและจัดการ รักษาความปลอดภัยและกำกับดูแล และดูแล ระดับ CMMI ในระยะต่างๆ ได้แก่ เริ่มต้น สามารถทำซ้ำได้ กำหนด มีความสามารถและมีประสิทธิภาพ ซึ่งสัมพันธ์กับองค์ประกอบที่สำคัญของ HEAT