建立共同作業模型

定義明確且結構化的共同作業模型是融合團隊有效運作的核心。 本節將考慮有助於此成功的因素，例如明確定義的角色和責任、結構化的業務節奏、可靠的溝通管道和可存取的文件入口網站。

定義角色和責任

若要建立有效的融合團隊，必須先建立明確的角色和責任。 關鍵方法是從小處著手，僅在必要時引入更多角色和人員。 在嘗試更遠大的專案之前，使用較小的目標來達成成功並展示融合團隊模型的價值。

您的團隊至少應包含以下人員和角色：

• 產品負責人 – 通常是負責確保專案成功的人。 他或她還將定義明確且令人信服的目的，或者可能與團隊的其他成員共同確立該願景。
• 網域專家 – 團隊中精通業務的成員，他們了解並能夠闡明挑戰和解決方案。 憑藉 Power Apps 低程式碼方法的簡單性，他或她應該能夠掌握建立該解決方案的大部分方法。
• 專業開發人員 - 專業開發人員採用網域專家的解決方案，並提供足夠的程式碼支援，使其能在必要時發揮預期的功能 (僅此而已)。
• 系統管理員 – 此團隊成員在執行後端管理服務的同時會促進整合和支援案例。 核心團隊在時間和專業知識方面所需的任何進一步支援都可以靈活地引入，而不是作為團隊的永久成員。 這種方法可確保融合團隊有效運作，同時為產品負責人提供團隊實現目標所需的更多資源存取權。

建立商業模式節奏

在融合團隊中同步與應用程式開發相關的營運節奏可以透過調整以下結構來提高團隊效率：

• 為團隊同步定義重複的行事曆事件。 對於大部分團隊來說，每週或每兩週召開一次狀態更新會議就可以了。 但是，不要為了開會而安排會議，並儘量避免在接近截止日期時增加開會的頻率，因為這種做法可能會適得其反。
• 遵守約定的工作時間。 理想情況下將組合您的團隊，儘管融合團隊也可以跨地域和時區有效地運作。 無論工作安排如何，確保每個人都了解工作時間的目標和期間，並尊重這些界限。
• 建立每週節奏。 團隊的每週節奏應該包括單獨工作、共同作業互動，以及在必要時進行有效的會議。 這些會議必須有特定目的，例如：
  • 範圍審查 - 將團隊帶入新計劃。
  • 使用者體驗檢查 – 檢閱應用程式設計和模型。 規劃其他會議的會議、用會議取代電子郵件或即時訊息、或沒有明確定義目的的會議都是生產力殺手。
• 有效率地工作。 團隊必須在內部進行協調，以建立最實用的解決方案。 這種協調必須包括重複使用其他人所建立元件的能力。
• 保持朝著目標不斷前進。 為確保團隊實現其目標，每個人都必須共同努力以實現目標。 對於使用 Power Apps 的融合團隊來說，保持這種進展代表擷取和理解使用者意見反易、確定待辦項目的優先順序，以及建立和維護整個專暫的整體路線圖。
• 產生支援矩陣。 支持矩陣提供了結構化方法，以取得必要的支援以實現團隊的總體目標。 直接建置應用程式的業務技術人員一定會面臨一個挑戰，那就是他們的知識和能力會達到極限。 在此階段，他們會連絡誰，他們該如何做到？ 他們如何處理使用者錯誤報告？ 此矩陣應列出他們如何根據問題的嚴重性提出支援票證票，讓合適的團隊參與疑難排解並解決問題。 對於每個支援方案，此矩陣會說明升級和疑難排解路徑。

定義團隊溝通的方式

標準化團隊溝通是另一個維持有效運作的重點要素。 所有團隊成員都必須了解團隊的連絡方式，尤其是在不同時區的非同步模式下。 您的溝通策略應考慮以下方面：

• 管道。 團隊將使用哪些管道進行主要和次要溝通？ 各自的優點和缺點是什麼？ 在選擇的範圍中，簡單地採用電子郵件可能不是最佳解決方案，而 Microsoft Teams 等選項可能會提供更好的清晰度、改進的可追溯性和更高的回覆率。
• 通知類型。 您將如何通知您的團隊需要採取動作的更新或事件？
• 訊息頻率和數量。 多久通知一次團隊？ 每日通訊可以提供當天發生事情的有用摘要，但有些訊息可能需要提前採取動作。 大多數知識工作者都被電子郵件淹沒了。 確保在頻率和數量之間取得平衡，以避免團隊成員被專案的相關訊息淹沒。
• 自動化。 如何使通訊流程自動化？ 標準化的電子郵件範本、機器人和事件警示都可以提供幫助，但必須妥善使用它們，以免超過團隊成員回應能力的負荷。
• 良好的溝通技能。 並非團隊中的每個人都具有相同的溝通技巧水準，但所有人都能夠精進此能力。 簡單的方法 (例如為電子郵件選擇一個好的主題) 會對團隊回應該訊息的程度產生巨大影響。 在所有溝通中盡量保持簡單有效的內容；具體說明團隊成員需要採取的動作，並在主旨行中明確指出來。

舉個有效使用溝通技巧的例子，如果您要在 Dataverse 中變更資料表定義，例如新增多個欄位。 當您傳送這項預期變更的通知時，團隊必須明白，如果他們沒有在適當的時間內做出回應，那麼缺乏回應就代表他們同意。 標準化和合乎邏輯的溝通流程有助於提高效率並交付預期成果。

發佈文件入口網站

文件不僅僅是任何專案的選擇性部分，它對於溝通、共同作業、支援和持續作業至關重要。 為程式碼加上註解會很有效，建立完整的說明和培訓文件是任何融合專案部署和學習階段的重要組成部分。

• 應用程式目錄。 應用程式目錄是矩陣或資料表，於匯總和協調特定團隊職責範圍內的所有應用程式。 該目錄包括來自角色和職責部分的所有各自負責人。 關鍵功能是確保團隊明確知道誰是負責人，從而簡化連絡正確的團隊成員以取得具體答案的過程。
• 技術問題。 您的團隊應維護有關應用程式作業的常見 (甚至不常見) 技術問題存放庫。 這些問題必須是合理的，而回答必須完整且易於理解。
• 操作指南。 操作指南是一系列易於理解的步驟，可為常見的設定和作業問題提供簡單的答案。 通常，操作指南會回答特定的問題，例如「如何開始建立新的應用程式？」
• 上線。 上線說明是僅供內部使用的文件，旨在幫助新的團隊成員。 該文件將包含如存取要求、加入電子郵件通訊群組清單、設定和訂閱警示等資訊。

最佳做法

下列最佳做法應有助於定義界限和方法，以便融合團隊有效運作。

權責

雖然製造者主導的開發和融合團隊能夠快速開發和部署應用程式，但也必須確保此過程公開透明，並與 IT 部門合作。 製作者必須對 IT 負責，才能防止影子 IT 系統問題擴大。

因此，每當製作者開始建置應用程式時，都必須提醒 IT 團隊。 這項通知也有利於開發程式，因為 IT 可以為製作者和融合團隊提供適當的支援，幫助他們建立架構良好且得到適當保護和管理的應用程式。

自動化

實施良好的自動化可以極大地提高生產力。 舉個例子，如果想提高解決方案部署成功率，可在多個解決方案部署中自動執行任何必要的檢查。 這些自動檢查可包括下列各項：

• 解決方案版本驗證，每個部署都使用更新的版本號碼，從而避免疑難排解時出現問題。
• 重複的連接參考。
• 缺少連接參考。
• 重複的元件。

PR 檢查程式解決方案包含有效整合此自動化的範例。

回報

融合團隊和製作者開發的應用程式必須遵循資料優先方法，這代表在可以直接監視成功的地方建置應用程式。 若要取得這項結果，您必須有適當的工具來讓您發現團隊做得好的地方，同時也要分析這些意見反應，以準確評估特定應用程式的有效性。 若要取得這種結果，您應該：

• 監視和評估應用程式。 僅僅因為一個人認為某事有用或一個好主意，並不意味著每個人都會從中找到價值。 團隊必須監視應用程式得可用性並評估其功能，以確保任何新的開發都是有用的並且可以正常運作。
• 作出良好的判斷。 換句話說，不要只是因為做得到就組建應用程式，而是要為了滿足特定業務需求才組建應用程式。