コラボレーション モデルの確立

明確に定義され構造化されたコラボレーション モデルは、フュージョン チームの効率的な運用の中心です。 このセクションでは、明確に定義された役割と責任、構造化されたビジネス リズム、信頼できるコミュニケーション チャネル、アクセス可能なドキュメント ポータルなど、この成功に貢献できる要因について検討します。

役割と責任の定義

効率的なフュージョン チームを作成するには、最初に明確な役割と責任を確立する必要があります。 重要なアプローチは、小規模から始めて、必要な場合にのみ、より多くの役割と人員を導入することです。 より野心的なプロジェクトを試みる前に、より小さなターゲットを使用して成功を構築し、フュージョン チーム モデルの価値を実証します。

少なくとも、チームには次の人員と役割を含める必要があります。

• 製品所有者 – 通常、これはプロジェクトの成功を確実にする任務を負っている人です。 彼または彼女はまた、明確で説得力のある目的を定義するか、チームの他のメンバーとそのビジョンを共同開発する場合があります。
• ドメイン エキスパート – これは、課題と解決策の両方を理解し、明確に表現できる、ビジネスに精通したチームのメンバーです。 Power Apps ローコード アプローチのシンプルさで、彼または彼女はそのソリューションを作成するためのほとんどの方法を得ることができるはずです。
• プロの開発者 – 'Pro Dev' は、ドメイン エキスパートからソリューションを取得し、必要に応じて意図した機能 (およびそれ以上) を提供できるように十分なコーディング サポートを提供します。
• 管理者 –このチームメンバーは、バックエンド管理サービスを実行しながら、統合とサポートのシナリオを促進します。 コア チームが必要とする時間と専門知識に関するさらなるサポートは、グループの永続的なメンバーとしてではなく、柔軟に取り入れることができます。 このアプローチにより、チームが目標を達成するために製品所有者が必要とするより多くのリソースへのアクセスを提供しながら、フュージョン チームの効率的な運用が保証されます。

ビジネス モデルのリズムを確立する

フュージョン チームでアプリ開発に関連する運用リズムを同期させると、次の構造に合わせてチームの有効性を向上させることができます。

• チーム同期用の繰り返しカレンダーイベントを定義します。 ほとんどのチームでは、毎週または隔週のステータス更新会議で問題ありません。 ただし、会議を開催するために会議をスケジュールしないでください。また、締め切り近くに会議の頻度を増やすことは避けてください。そのアプローチは逆効果になる可能性があります。
• 合意された労働時間を守ってください。 理想的には、チームは同じ場所に配置されますが、フュージョン チームは、地域やタイムゾーンを超えて効果的に作業することもできます。 労働形態がどうであれ、全員が労働時間の目的と期間を理解し、それらの境界を尊重するようにしてください。
• 毎週のリズムを作成します。 チームの毎週のリズムには、ソロ作業、共同作業、および必要に応じて効果的な会議を含める必要があります。 これらの会議には、次のような特定の目的が必要です。
  • スコープ レビュー – 新しいイニシアチブでチームをまとめます。
  • ユーザー体験のレビュー – アプリのデザインとモックアップを確認します。 他の会議を計画するための会議、メールやインスタント メッセージの代わりの会議、または明確に定義された目的のない会議は、生産性を低下させます。
• 効率的に作業します。 チームは、最も使いやすいソリューションを作成するために、社内で調整する必要があります。 この調整には、他の人が作成したコンポーネントを再利用する機能を含める必要があります。
• 目標に向けて一貫した進歩を維持します。 チームがその目標を確実に達成するためには、全員が協力してその結果を達成することが不可欠です。 Power Apps と連携するフュージョン チームに対しては、この進捗状況を維持するということは、ユーザーフィードバックを収集して理解し、バックログに優先順位を付け、プロジェクト全体の全体的なロードマップを確立して維持することを意味します。
• サポート マトリックスを生成します。 サポート マトリックスは、チームの全体的な目標に向かって進むために必要なサポートを取得するための構造化されたアプローチを提供します。 アプリを直接構築するビジネス技術者にとって避けられない課題は、知識と能力の限界に達したときです。 この時点で、彼らは誰に連絡し、どのように連絡しますか? ユーザーのバグレポートをどのように処理しますか? このマトリックスでは、問題の重大度に基づいて、問題のトラブルシューティングと解決に適切なチームを関与させるためのサポートチケットを作成する方法を説明する必要があります。 このマトリックスでは、サポートシナリオごとに、エスカレーションとトラブルシューティングのパスについて説明します。

チームのコミュニケーション方法を定義する

チームのコミュニケーションを標準化することは、効率的な運用を維持するためのもう 1 つの重要な要素です。 すべてのチームメンバーは、特にタイムゾーン間の非同期モードで、チームがどのように接続するかを知っている必要があります。 コミュニケーション戦略では、次の領域を考慮する必要があります。

• チャネル。 チームは一次および二次通信にどのチャネルを使用しますか? それぞれの長所と短所は何ですか? 選択した世界では、単にメールを採用することは最善の解決策ではない可能性があり、Microsoft Teams のようなオプションは、より明確になり、トレーサビリティが向上し、応答率が高くなる可能性があります。
• 通知の種類。 チームがアクションを起こす必要があることを、更新やイベントについてチームにどのように通知しますか?
• メッセージの頻度とボリューム。 どのくらいの頻度でチームに通知しますか? 毎日のコミュニケーションは、その日に何が起こったかの有用な要約を提供することができますが、いくつかのメッセージはより早い行動を必要とするかもしれません。 ほとんどの知識労働者はメールの処理でいっぱいいっぱいになっています。 チームメンバーがプロジェクト関連のメッセージに圧倒されないように、頻度と量のバランスをとるようにしてください。
• 自動化 コミュニケーション プロセスはどのように自動化できますか? 標準化されたメール テンプレート、ボット、イベントアラートはすべて役立ちますが、チームメンバーの応答能力を過負荷にしない場合は、責任を持って使用する必要があります。
• 良好なコミュニケーション力。 チームの全員が同じレベルのコミュニケーション スキルを持っているわけではありませんが、誰もがより良くなることができます。 メールの適切な件名を選択するなどの単純なアプローチは、チームがそのメッセージにどれだけうまく応答するかに劇的な違いをもたらします。 すべてのコミュニケーションにおいて、シンプルで効果的な文章を書くことを奨励します。チームメンバーが実行する必要のあるアクションがある場合は、具体的に、件名にそれらのアクションを呼び出します。

効果的なコミュニケーション スキルを採用する方法の例としては、複数のフィールドの追加など、Dataverse でのテーブルの定義を変更する必要がある場合があります。 この意図された変更の通知を送信する場合、チームは、妥当な時間内に応答しない場合、この応答の欠如が合意を示していることを理解する必要があります。 標準化された論理的なコミュニケーション プロセスは、効率を改善し、期待される結果をもたらすのに役立ちます。

ドキュメント ポータルを公開する

ドキュメントは、プロジェクトの単なるオプション部分ではありません。コミュニケーション、コラボレーション、サポート、継続的な運用に不可欠です。 コメント付きコードは優れたコードであり、包括的な説明およびトレーニング ドキュメントを作成することは、フュージョン プロジェクトの展開および学習フェーズの重要な部分です。

• アプリケーション カタログ。 アプリケーション カタログは、特定のチームの責任の範囲内ですべてのアプリケーションを要約および調整するマトリックスまたは表です。 カタログには、役割と責任のセクションにあるそれぞれの所有者がすべて含まれています。 重要な機能は、誰が何を所有しているかをチームが正確に把握できるようにすることです。これにより、特定の回答を得るために適切なチームメンバーに連絡するプロセスが簡素化されます。
• 技術的な質問。 チームは、アプリの操作に関してよくある (またはそれほど頻繁ではない) 技術的な質問のリポジトリを維持する必要があります。 これらの質問は合理的である必要があり、回答はよく書かれていてアクセスしやすいものである必要があります。
• ハウツー ガイド。 ハウツー ガイドは、一般的なセットアップと操作の質問に対する簡単な回答を提供する、すぐに消化できる一連の手順です。 通常、彼らは "新しいアプリの作成を開始するにはどうすればよいですか?" などの特定の質問に答えます。
• オンボード。 オンボード手順は、新しいチームメンバーを支援するために設計された内部のみのドキュメントです。 このドキュメントには、アクセス リクエスト、メール配布リストへの参加、アラートの設定とサブスクライブなどの情報が含まれます。

ベスト プラクティス

次のベストプラクティスは、フュージョン チーム内で効率的に作業するための境界とアプローチを定義するのに役立ちます。

説明責任

メーカー主導の開発チームとフュージョン チームにより、迅速なアプリケーションの開発と展開が可能になりますが、この取り組みが明白であり、IT 部門と協力して実施されるようにすることが重要です。 シャドー IT システムの成長に関連する問題を防ぐために、メーカーは IT に対して説明責任を負わなければなりません。

その結果、メーカーがアプリの作成を開始するたびに IT に警告する必要があります。 この通知により、IT はメーカーとフュージョン チームに適切なサポートを提供し、適切に保護および管理された適切に設計されたアプリを作成できるため、開発プロセスが容易になります。

自動化

適切に実装された自動化により、生産性が大幅に向上します。 ソリューション展開の成功を高める方法の例は、マルチソリューション展開で必要なチェックを自動化することです。 これらの自動チェックには、次のものが含まれます。

• ソリューションのバージョン検証。各展開で更新されたバージョン番号が使用されるため、トラブルシューティング時の問題が回避されます。
• 接続参照の複製。
• 欠損している接続参照。
• コンポーネントの複製。

PR チェッカー ソリューション には、この自動化を効果的に組み込む方法の例が含まれています。

レポート中

フュージョンチームとメーカーが開発したアプリは、データ ファーストのアプローチに合わせる必要があります。つまり、成功を直接監視できるアプリを構築する必要があります。 この結果を達成するには、特定のアプリの有効性の正確な評価を生成するためのこのフィードバックの分析とともに、チームがうまくやっていることを発見する機能を提供する優れたインストルメンテーションが必要です。 この結果を達成するには、次のことを行う必要があります。

• アプリケーションの監視および評価。 一人の人が何かが役に立つか良い考えだと思ったからといって、誰もがそれに価値を見いだすと自動的に意味するわけではありません。 チームは、アプリのユーザビリティを監視し、その機能を評価して、新しい開発が有用で適切に機能していることを確認する必要があります。
• 適切な判断を奨励する。 言い換えれば、できるという理由だけでアプリを構築するのではなく、特定のビジネス ニーズに対応するためにのみアプリを構築してください。