解决方案架构师在项目治理中的角色
解决方案架构师在项目中的角色经常是，利用自己的经验和专长评估问题和改变。 不过，监测项目中的改变非常简单，尤其是在 Microsoft Power Platform 中。 继而导致解决方案架构师的关注点可能过多地放在了监测改变上，而没有放在确保项目向前推进上。 然而，解决方案架构师应该做的是指导其他项目团队成员评估和分析问题和改变。
新解决方案架构师会面临的一个挑战是如何将实干家的角色转变为领导和指导他人的角色。 解决方案架构师需要为其他项目团队成员提供服务，并支持他们的成长。
参与定义治理
对于 Microsoft Power Platform 项目，做出改变可能很简单；然而，即使是做出几个小的改变，如果治理不当，也可能导致项目失败。 例如，解决方案架构师需确保评估改变的时间不会超过实施改变的时间。
解决方案架构师必须要参与定义项目治理的流程和过程。 他们的参与有助于确保流程和过程适合所使用的 Microsoft Power Platform 技术，并且不会产生不必要的开销。
提供切实可行的反馈
解决方案架构师通常是客户与团队成员的中间人。 因此，他们需要向双方提供反馈。 首先，反馈的提供应能够帮助形成解决方案。
早在创建询证请求 (RFP)/工作说明书 (SOW) 时即可开始提供反馈。 此外，反馈应在整个项目期间持续提供。
解决方案架构师要负责确保反馈有意义且可操作。
处理坏消息
有时，解决方案架构师反馈的问题可能不受欢迎。 坏消息不能随着时间的推移而得到改善。 解决方案架构师必须在流程早期确认并指出坏消息。
解决方案架构师不得隐瞒的坏消息示例包括：
- 如果用户许可证继续按照该书面要求执行，其成本将会增加 87%。
- 该功能即将弃用。
- 利用所添加的关系，数据导入将需要 30 天的时间。
- 数据迁移已识别出 200 个新列，并且从此数据发现了三个新的未记载流程。
解决方案架构师需要确保反馈（尤其是坏消息）可操作。 “有些地方有问题”，这样说话毫无意义，因为没有明确的行动呼吁，而只是让听者自己去弄清楚问题所在。 相反，解决方案架构师应清楚地组织问题语言，提供参考以及项目的潜在影响。
回想您曾经参与过的一些项目，回顾坏消息是怎样处理的及其对项目的影响。
帮助人们达成一致的结论
虽然解决方案架构师可能极富经验和专长，但您要做的是帮助项目团队成员和客户解决问题。 “这是行不通的”，这样说话可能会令人反感。 解决方案架构师一定要积极向上，避免频繁说“不”， 而要提供方案或协商要求。
您应该提出一些引导性问题，比如“这样是否会导致 1,000,000 个 Power Automate 云端流以该配置运行？”提出引导性问题可以鼓励当事人思考其建议的影响。 请记住，当事人可能不能像解决方案架构师一样对项目具有大局观。
如果您对建议的解决方案或改变有顾虑，您需要提出您的问题，但鼓励当事人自己思考并解决问题。
查看他人的工作是解决方案架构师的重要任务。 查看他人做了什么与自己做之间的差别微乎其微。 查看他人工作时，解决方案架构师需要积极向上，并就从哪里寻找答案提供建议。 例如，如果不清楚所提出的设计可不可靠，解决方案架构师可能会建议创建一个概念验证，或进行其他测试，以验证所提出的解决方案。
基本上，解决方案架构师的角色就是与项目参与者持续沟通，以确保实现项目愿景。 失败的解决方案架构师做不到在团队中隐藏自己，总是会花时间更新其架构设计，而不能与团队协作，帮助其找到解决方案。
下个单元将介绍解决方案架构师在项目上可以运用的技巧。