แชร์ผ่าน


รูปแบบการจัดส่ง

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

Microsoft Power Platform มีรูปแบบการจัดส่งสี่แบบ แต่แต่ละแบบเป็นเพียงแบบจำลองทางจิตใจ - ทุกองค์กรมีรูปแบบที่แตกต่างกันไปตามความต่อเนื่องนี้ ตัวอย่างเช่น แม้ว่าคุณจะเลือกใช้โมเดลแบบรวมศูนย์ ซึ่งข้อกำหนดทั้งหมดจะรวมอยู่ในทีมจัดส่งส่วนกลาง คุณก็ยังมีนักพัฒนาพลเมืองที่ค้นพบแพลตฟอร์มและสร้างแอปสำหรับทีมของตน ดังนั้นคุณจะมีองค์ประกอบของเมทริกซ์หรือ BizDevOps ไม่ว่าอย่างไรก็ตาม

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

รูปแบบการจัดส่ง

การรวมศูนย์

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

ด้วยแบบจำลองนี้ คุณจะสร้างทีมกลางที่สามารถรับการพัฒนาแอปตามลำดับความสำคัญขององค์กร นอกจากนี้เนื่องจากพวกเขาจะมีความเชี่ยวชาญพื้นฐานใน Power Apps ทีมของคุณจะรวมสมาชิกที่เชี่ยวชาญเฉพาะด้านของ Microsoft Power Platform เช่น Power Automate, Power BI และ Power Apps Component Framework หรืออาจเชี่ยวชาญในการรวมบุคคลที่สามและปัญญาประดิษฐ์ แบบจำลองนี้เป็นวิธีที่มีประสิทธิภาพในการขับเคลื่อนการเปลี่ยนแปลงในองค์กรของคุณและเป็นวิธีที่ดีที่สุดในการนำเสนอแอปพลิเคชันประเภทใดก็ได้

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

ประเภทการส่งใบสมัคร ประเภทรูปแบบการจัดส่ง เวลาสร้างแอปพลิเคชัน อายุการใช้งานของแอปพลิเคชัน ตัวอย่าง การมีส่วนร่วมของ IT
การบริการตนเอง ใดๆ 1-2 สัปดาห์ 6-12 เดือน โซลูชันขนาดเล็ก แบบแผนก หรือ LOB IT แบบกระจายอำนาจ
ทีมเล็ก เมทริกซ์/รวมศูนย์ 3-6 เดือน 6-24 เดือน ทีมขนาดเล็กที่ทำงานเพื่อส่งมอบโซลูชันขนาดกลางหรือโซลูชันหลายแผนก IT แบบกระจายอำนาจ
โซลูชันหลายแผนกหรือสายธุรกิจขนาดใหญ่ เมทริกซ์/รวมศูนย์ 3-6 เดือน 6-24 เดือน ทีมเมทริกซ์ขนาดใหญ่ที่ทำงานเพื่อส่งมอบโซลูชันขนาดกลางและขนาดใหญ่หรือโซลูชันภายในแผนก IT แบบรวมศูนย์
การจัดส่งสินค้าขนาดใหญ่ รวมศูนย์ 1-2 ปี 5-7 ปี การจัดส่งผลิตภัณฑ์ขนาดใหญ่ทั่วทั้งองค์กรโดยใช้การผสมผสานระหว่างโซลูชัน Power Apps รหัสต่ำและรหัสแรก พร้อมกับโซลูชันสำหรับผู้จัดจำหน่ายและบุคคลที่หนึ่ง IT แบบรวมศูนย์
การจัดส่งผู้จัดจำหน่ายระดับองค์กรขนาดใหญ่ รวมศูนย์ 7 ปี 10-15 ปี กลยุทธ์รอบทิศทางสำหรับระบบเรกคอร์ดและกรอบงานการสนับสนุนของบุคคลที่สาม ตัวอย่างเช่น การนำ SAP ไปใช้และการล้อมรอบด้วยส่วนผสมของ low-code และโซลูชันที่เน้นโค้ดเป็นอันดับแรกในการบูรณาการ Power Apps และกับ Microsoft อื่นๆ และกับบุคคลที่สาม IT แบบรวมศูนย์

กระจายอำนาจ

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

เมทริกซ์

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

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

BizDevOps

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