建立协作模型

定义明确的结构化的协作模型是融合团队高效运作的核心。 本节考虑有助于这一成功的因素，如定义明确的角色和责任、结构化的业务节奏、可靠的通信渠道和可访问的文档门户。

定义角色和责任

要打造高效的融合团队，首先要建立明确的角色和责任。 关键方法是从小处着手，仅在必要时引入更多角色和人员。 在尝试更有抱负的项目之前，使用小目标来以成功为目标进行构建，展示融合团队模型的价值。

您的团队至少应包括以下人员和角色：

• 产品负责人 – 通常，这是负责确保项目成功的人。 他或她还将定义明确且令人信服的目的，或者可能与团队的其他成员共同制定该愿景。
• 领域专家 – 这是团队中精通业务的成员，他们了解并能够阐明挑战和解决方案。 由于 Power Apps 低代码方法的简单性，他或她应该能够充分利用创建该解决方案的方法。
• 专业开发人员 –“专业开发人员”从领域专家那里获取解决方案，为其提供足够的编码支持，使其能够在必要时交付预期功能（没有其他）。
• 管理员 – 此团队成员推进集成和支持场景，同时执行后端管理服务。 核心团队在时间和专业知识方面需要的任何进一步支持都可以灵活地引入，而不是作为团队的永久成员。 此方法可确保融合团队的高效运作，同时为产品负责人提供团队实现其目标所需的更多资源的访问权限。

建立业务模型节奏

在融合团队中同步与应用开发相关的运营节奏可以通过保持以下结构来提高团队效率：

• 为团队同步定义重复日历事件。 对于大多数团队来说，每周或每两周召开一次状态更新会议就可以了。 但是，不要为了开会而安排会议，应尽量避免在接近截止日期时增加开会的频率，因为这种做法可能会适得其反。
• 遵守约定的工作时间。 理想情况下，您的团队会并列设置，尽管融合团队也可以跨地域和时区有效地工作。 无论工作安排如何，确保每个人都了解工作时间的目的和持续时间，并尊重这些边界。
• 创建每周节奏。 团队的每周节奏应该包括单独工作、协作互动，以及必要时召开的有效会议。 这些会议应该有一个特定的目的，如：
  • 范围审查 – 将团队聚集在一起讨论新计划。
  • 用户体验审查 – 回顾应用设计和模型。 计划其他会议的会议，会议而不是电子邮件或即时消息，或未明确定义目的的会议都是生产力杀手。
• 高效工作。 团队需要在内部进行协调来创建最有用的解决方案。 协调应该包括重用其他人已经构建的组件的能力。
• 一直朝向目标不断前进。 为确保团队实现其目标，每个人都必须共同努力来实现这一目标。 对于使用 Power Apps 的融合团队而言，保持这一进度意味着捕获并了解用户反馈，确定积压工作的优先级，以及建立和维护整个项目的整体路线图。
• 生成支持矩阵。 支持矩阵提供了一种结构化的方法，来获得必要的支持以逐步实现团队的总体目标。 直接构建应用的业务技术人员面临的一个不可避免的挑战是他们会达到知识和能力的极限。 在这一点上，他们可以联系谁？如何联系？ 他们如何处理用户 bug 报告？ 此矩阵应列出他们如何根据问题的严重性提交支持票证，让合适的团队参与故障排除和解决问题。 对于每个支持场景，此矩阵说明了升级和故障排除路径。

定义团队如何通信

标准化团队通信是维持高效运作的另一个必要组成部分。 所有团队成员都必须知道团队如何联系，尤其是在跨时区的异步模式下。 您的通信策略应考虑以下方面：

• 渠道。 团队将使用哪些渠道进行主要和次要通信？ 各渠道都有哪些优点和缺点？ 在选择的世界中，只能使用电子邮件可能不是最佳解决方案，诸如 Microsoft Teams 等选项可能会提供更好的清晰度、改进的可追溯性和更高的响应率。
• 通知类型。 您将如何通知您的团队需要采取行动的更新或事件？
• 消息频率和数量。 您多久通知团队一次？ 日常通信可以提供当天发生的事情的有用摘要，但有些消息可能需要提前采取行动。 大多数知识工作者都被电子邮件淹没了。 确保您在频率和数量之间取得平衡，以避免团队成员被与项目相关的消息淹没。
• 自动化。 如何自动化通信过程？ 标准化的电子邮件模板、机器人和事件警报都可以提供帮助，但需要负责任地使用，前提是它们不会使团队成员的响应能力超负荷。
• 良好的通信技能。 并非团队中的每个人都具有相同水平的通信技能，但任何人都可以变得更好。 简单的方法（如为电子邮件选择一个好的主题）会对团队对该消息的响应效果产生巨大影响。 鼓励所有通信中的写作都简单有效；其中包括团队成员需要采取的行动，具体描述，并在主题行中注明这些行动。

如何使用有效的通信技能的一个例子可能是您需要更改 Dataverse 中的表定义，如添加多个字段。 当您发送此预期更改的通知时，团队必须了解，如果他们没有在合理的时间内响应，那么这种行为会表示他们同意。 标准化和合乎逻辑的通信流程有助于提高效率并交付预期成果。

发布文档门户

文档不仅仅是任何一个项目的一个可选部分 – 它对于通信、协作、支持和持续运营是至关重要的。 注释代码是好代码，创建全面的解释和培训文档是任何融合项目的部署和学习阶段的重要组成部分。

• 应用程序目录。 应用程序目录是一个矩阵或表，用于汇总和协调特定团队责任范围内的所有应用程序。 此目录包括来自角色和责任部分的所有相应负责人。 一项关键功能是确保团队确切地知道谁负责什么，从而简化联系合适的团队成员以得到具体答案的过程。
• 技术问题。 您的团队应该维护一个关于应用操作的常见（甚至没那么常见）技术问题的问题库。 这些问题需要合理，答案应撰写清楚且易于理解。
• 操作指南。 操作指南是一系列易于理解的程序，可为常见的设置和操作问题提供简单的答案。 通常，他们会回答一个特定问题，如“我如何开始创建新应用？”
• 新手培训。 新手培训说明是仅供内部使用的文档，用于帮助新团队成员。 此文档将包括访问请求、加入电子邮件通讯组列表、设置和订阅警报等信息。

最佳做法

以下最佳实践应有助于定义融合团队内高效工作的边界和方法。

问责

虽然以制作者为主导的开发和融合团队能够实现快速的应用程序开发和部署，但确保这项工作是公开的并与 IT 部门合作进行至关重要。 制作者必须对 IT 负责，以帮助避免与影子 IT 系统增长相关的问题。

因此，每当制作者开始构建应用时，都必须提醒 IT。 此通知反过来又会促进开发过程，因为 IT 可以为制作者和融合团队提供适当的支持，帮助他们创建架构良好且得到适当保护和管理的应用。

自动化

实施良好的自动化可以极大地提高工作效率。 如何增加解决方案部署成功的一个示例是在多解决方案部署中自动执行所需的任何检查。 这些自动检查可能包括：

• 解决方案版本验证，每个部署都使用更新的版本号，从而避免故障排除时出现问题。
• 重复的连接引用。
• 缺少的连接引用。
• 重复的组件。

PR 检查器解决方案包含一个如何有效整合这种自动化的示例。

正在报告

融合团队和制作者开发的应用必须遵循数据优先方法，这意味着构建可以直接检验成功的应用。 实现这一结果需要良好的工具，能够发现团队做得好的地方，同时分析这些反馈以准确评估特定应用的有效性。 要实现此结果，您应该：

• 监视和评估应用程序。 仅仅因为一个人认为某一点有用或是一个好主意，并不就能意味着每个人都会从中找到价值。 团队需要监视应用的可用性并评估其功能，以确保任何新的开发都是有用的并且可以正常运行。
• 鼓励良好的判断。 换句话说，不要仅仅因为你可以做到就构建应用 – 而是应该构建它们来满足特定的业务需求。