การสร้างโมเดลการทำงานร่วมกัน

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

กำหนดหน้าที่และความรับผิดชอบ

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

อย่างน้อย ทีมของคุณควรประกอบด้วยบุคลากรและบทบาทดังต่อไปนี้:

• เจ้าของผลิตภัณฑ์ – โดยทั่วไป บุคคลนี้เป็นผู้ที่ได้รับมอบหมายให้ดูแลความสำเร็จของโครงการ เขาหรือเธอจะกำหนดวัตถุประสงค์ที่ชัดเจนและน่าสนใจ หรืออาจร่วมพัฒนาวิสัยทัศน์นั้นกับส่วนที่เหลือของทีม
• ผู้เชี่ยวชาญด้านโดเมน – นี่คือสมาชิกที่เข้าใจธุรกิจของทีม ที่เข้าใจและสามารถพูดได้ทั้งความท้าทายและวิธีแก้ปัญหา ด้วยความเรียบง่ายของแนวทางแบบโค้ดระดับต่ำของ Power Apps เขาหรือเธอควรจะสามารถใช้ประโยชน์สูงสุดจากวิธีสร้างโซลูชันนั้นได้
• นักพัฒนามืออาชีพ – 'Pro Dev' ใช้โซลูชันจากผู้เชี่ยวชาญด้านโดเมน และให้การสนับสนุนการเข้ารหัสที่เพียงพอ เพื่อให้สามารถทำงานได้ตามที่ตั้งใจไว้ (และไม่มีอะไรมากไปกว่านี้) หากจำเป็น
• ผู้ดูแลระบบ – สมาชิกในทีมนี้อำนวยความสะดวกในการผสานรวมและสนับสนุนสถานการณ์ ขณะที่ดำเนินการบริการดูแลระบบส่วนหลัง การสนับสนุนเพิ่มเติมใดๆ ในแง่ของเวลาและความเชี่ยวชาญที่ทีมหลักต้องการ สามารถนำมาใช้งานได้บนพื้นฐานที่ยืดหยุ่น มากกว่าที่จะเป็นสมาชิกถาวรของกลุ่ม แนวทางนี้ช่วยให้มั่นใจถึงการทำงานอย่างมีประสิทธิภาพของ Fusion Teams ในขณะเดียวกันก็ให้การเข้าถึงทรัพยากรที่เจ้าของผลิตภัณฑ์ต้องการสำหรับทีม เพื่อให้บรรลุเป้าหมายมากขึ้น

สร้างจังหวะของโมเดลธุรกิจ

การซิงโครไนซ์จังหวะการทำงานที่เกี่ยวข้องกับการพัฒนาแอปใน Fusion Teams สามารถปรับปรุงประสิทธิภาพของทีมโดยปรับให้เข้ากับโครงสร้างต่อไปนี้:

• กำหนดกิจกรรมในปฏิทินที่เกิดซ้ำสำหรับการซิงโครไนซ์ทีม สำหรับทีมส่วนใหญ่ การประชุมอัปเดตสถานะรายสัปดาห์หรือรายปักษ์ก็ใช้ได้ อย่างไรก็ตาม อย่ากำหนดเวลาการประชุมเพื่อประโยชน์ในการประชุม และพยายามหลีกเลี่ยงการเพิ่มความถี่ของการประชุมใกล้กับกำหนดเวลา เนื่องจากวิธีการดังกล่าวอาจส่งผลเสียได้
• ให้เป็นไปตามชั่วโมงการทำงานที่ตกลงกันไว้ ตามหลักการแล้ว ทีมของคุณจะถูกจัดกลุ่ม แม้ว่า Fusion Teams จะทำงานได้อย่างมีประสิทธิภาพทั่วทั้งภูมิภาคและเขตเวลา ไม่ว่าการเตรียมการในการทำงานจะเป็นอย่างไร ให้แน่ใจว่าทุกคนเข้าใจวัตถุประสงค์และระยะเวลาของชั่วโมงทำงาน และเคารพขอบเขตเหล่านั้น
• สร้างจังหวะรายสัปดาห์ จังหวะประจำสัปดาห์ของทีมควรรวมถึงการทำงานเดี่ยว การทำงานร่วมกัน และการประชุมที่มีประสิทธิภาพเมื่อจำเป็น การประชุมเหล่านี้ควรมีจุดประสงค์เฉพาะ เช่น:
  • การตรวจสอบขอบเขต – เพื่อนำทีมมารวมกันในการริเริ่มใหม่
  • การตรวจสอบประสบการณ์ผู้ใช้ – เพื่อศึกษาการออกแบบแอปและการจำลอง การประชุมเพื่อวางแผนการประชุมอื่น การประชุมแทนอีเมลหรือข้อความโต้ตอบแบบทันที หรือการประชุมโดยไม่มีจุดประสงค์ที่ชัดเจน คือตัวฆ่าประสิทธิภาพการทำงาน
• ทำงานอย่างมีประสิทธิภาพ ทีมต้องจัดตำแหน่งภายในเพื่อสร้างโซลูชันที่ใช้งานได้ดีที่สุด การจัดแนวนี้ควรรวมถึงความสามารถในการนำส่วนประกอบที่ผู้อื่นสร้างขึ้นมาใช้ซ้ำ
• รักษาความก้าวหน้าอย่างต่อเนื่องไปสู่เป้าหมาย เพื่อให้แน่ใจว่าทีมบรรลุเป้าหมาย ทุกคนต้องทำงานร่วมกันเพื่อบรรลุผลดังกล่าว สำหรับ Fusion Teams ที่ทำงานร่วมกับ Power Apps การรักษาความก้าวหน้านี้หมายถึงการรวบรวมและทำความเข้าใจข้อคิดเห็นของผู้ใช้ จัดลำดับความสำคัญของงานในมือ และการกำหนดและรักษาแผนงานแบบองค์รวมของทั้งโครงการ
• สร้างเมทริกซ์การสนับสนุน เมทริกซ์การสนับสนุนให้แนวทางที่มีโครงสร้างสำหรับการได้รับการสนับสนุนที่จำเป็น เพื่อความก้าวหน้าไปสู่เป้าหมายโดยรวมของทีม ความท้าทายที่หลีกเลี่ยงไม่ได้กับนักเทคโนโลยีธุรกิจโดยตรงในการสร้างแอปคือเมื่อพวกเขาบรรลุขีดจำกัดของความรู้และความสามารถ ณ จุดนี้ พวกเขาจะติดต่อใครและต้องทำอย่างไร พวกเขาจัดการกับรายงานข้อผิดพลาดของผู้ใช้อย่างไร เมทริกซ์นี้ควรกำหนดวิธีที่พวกเขาสามารถเพิ่มตั๋วสนับสนุน เพื่อมีส่วนร่วมกับทีมที่เหมาะสมในการแก้ไขปัญหา และแก้ไขปัญหาตามความรุนแรงของปัญหา สำหรับแต่ละสถานการณ์สนับสนุน เมทริกซ์นี้จะอธิบายเส้นทางการเลื่อนระดับและการแก้ไขปัญหา

กำหนดวิธีที่ทีมสื่อสารกัน

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

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

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

เผยแพร่พอร์ทัลเอกสาร

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

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

แนวทางปฏิบัติ

แนวทางปฏิบัติต่อไปนี้ควรช่วยในการกำหนดขอบเขตและแนวทางการทำงานที่มีประสิทธิภาพภายใน Fusion Teams

ความรับผิดชอบ

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

ด้วยเหตุนี้ ฝ่ายไอทีจึงต้องได้รับการแจ้งเตือนทุกครั้งที่ผู้สร้างเริ่มสร้างแอป การแจ้งเตือนนี้จะช่วยอำนวยความสะดวกในกระบวนการพัฒนา เนื่องจากฝ่ายไอทีสามารถให้การสนับสนุนที่เหมาะสมแก่ผู้สร้างและ Fusion Teams ช่วยให้พวกเขาสร้างแอปที่มีสถาปัตยกรรมที่ดี ซึ่งมีการรักษาความปลอดภัยและการจัดการอย่างเหมาะสม

อัตโนมัติ

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

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

โซลูชั่นตัวตรวจสอบ PR รวมถึงตัวอย่างวิธีการรวมระบบอัตโนมัตินี้อย่างมีประสิทธิภาพ

กำลังรายงาน

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

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