研讨会实现和跟进
以下部分介绍如何实施解决方案性能研讨会，然后开展跟进会议以获取更深入的信息。
解决方案性能研讨会参与者
解决方案性能研讨会涵盖广泛的领域，这些领域将涉及到项目团队中许多不同的角色以及谁将使用或支持该解决方案。 此外，您还需要具有资源来管理其他对该解决方案具有依赖项的系统。 一般情况下，参与者将分为以下类别：
- 企业的主题专家代表，可以阐明关键业务流程以及对系统性能和响应能力的预期。
- 企业和技术团队的代表，可阐明非功能性要求。
- 实现团队成员（客户和实现合作伙伴），非常了解用于解决方案性能审查中重点关注的解决方案配置、自定义、集成和其他方面的设计和实现方法。
- 执行性能测试的测试团队。
- IT 管理员，可以提供有关环境/租户策略的信息并协助设置性能测试环境。
即使是技术讨论，可能也需要业务代表参加，以便让参与者了解对性能要求的影响。 有时可能会出现这样的情况：必须更改业务范围，才能满足非功能性要求。 由于存在此类情形，因此业务代表必须了解技术影响，以便能够在分析要求的必要性和优先性时做出更好的决策。
实施解决方案性能研讨会
解决方案架构师将协助开展解决方案性能研讨会，但预计实现团队将提供与解决方案性能相关的信息。 应该为议程的每个部分分配实现团队中的一位负责人。 在每次会话开始时，负责人应该提供适用于解决方案的这一方面的范围、计划以及设计的概述或摘要。 团队应该计划该摘要大约需要 25% 到 50% 的分配时间，但只有这些时间。 剩余时间应留给解决方案架构师解答问题。
实现团队领导层应该在研讨会之前与解决方案架构师合作，以制定每次会话的议程和时间安排。 根据解决方案的状态和复杂性，不同部分需要的时间可能会更多或更少。 虽然基准计划是在 2 至 4 小时内开展研讨会，但该时间可以在一定程度上灵活调整，以适应具体实施。
解决方案性能研讨会中的时间管理至关重要。 研讨会的首要任务是讨论所有相关内容，这应该优先于在任何一次会议中过于深入探讨。 如果对话过于深入细节，并且您的时间不足，无法涵盖主题广度，您应该要预计到解决方案架构师会安排在更加深入的研讨会中进行后续的详细对话。
在每个会议中，参与者预计会讨论范围和方法。 作为期望的一部分，解决方案架构师可能会直接在会议中提供一些指导。 但是，这些会议的目的不是设计会议，而是审查会议。 提供的反馈可能会促使当前计划或设计发生改动，但这些方面的具体和详细的工作将由实现团队在研讨会之后执行。
解决方案性能研讨会输出
解决方案性能研讨会的输出是一个结果文档。 结果文档是在研讨会的准备过程中或研讨会期间针对已提供的信息作出的响应。 通常，这些结果将是三种类型之一：
- 断言 – 这些结果与解决方案架构师希望标注为具有架构意义的解决方案的特定方面相关。 这些断言所提出的因素可能不代表特定的风险或问题，但却是解决方案的基础，应加以注意，因为如果发生更改，将会造成重大影响。 这些断言可能与特定范围项、解决方案体系结构的设计方面、实现方法或技术相关。
- 风险 - 这些结果表示解决方案或实现方法的一个方面，它构成应该在项目中跟踪的风险。 这些风险可能与发现了潜在负面结果的现有计划、方法或设计有关。 也可能与解决方案中没有经过充分探索，因而存在意外风险的方面有关。 这些结果随附一个关于将什么视作风险的声明，以及建议的缓解步骤。
- 问题 – 这些结果表示解决方案或实现方法的一个方面，它构成对实现产生负面影响的问题，如果未更正，将在将来产生负面影响。 这些结果将随附一份关于当前或未来具体影响的声明，以及建议的解决措施。
结果文档将分发给客户和合作伙伴组织，并将召开会议以详细审查结果。 该文档将呈递给两个组织中的实现领导层和主管发起人。 在有些情况下，这些结果文档可能较长，此时会提供重点强调关键和重要结果的执行摘要，以便高管更好地使用。
解决所有风险和问题并不能保证解决方案不会出现性能问题。 本操作旨在降低风险并解决审查时进行审查并确认的所有方面的问题。 但是，任何项目都可能存在能够造成影响的异常或新开发。 因此，研讨会将迭代进行，以便当有新因素引入到解决方案中时，可以再次开展研讨会以满足新需求。
后续解决方案性能研讨会
解决方案性能是实现团队在整个项目生命周期中需要注意的一个方面。 团队需要在项目开始时以及进行开发和测试期间为解决方案性能做好计划。 因此，可能需要基于以下原因进行后续审查：
- 初始解决方案性能研讨会存在挑战 – 项目团队可能没有掌握全部相关信息，无法在初始研讨会中正确评估风险和问题。 因此，可以通过后续研讨会重新讨论过去讨论过的问题。
- 重大范围更改 – 有时，由于各种可能情况，范围或方法的重大更改影响了实施。 这些更改可能包括外部因素导致的更改，但也可能与详细要求分析之后进行的重大更改有关。 因此，再次开展解决方案性能研讨会很有意义。
- 来自团队的反馈 – 在开发和测试解决方案时，您可能有机会在解决方案中发现在初始研讨会中未发现的问题领域。 在用户验收测试中来自用户的反馈或在集成测试中来自管理员的反馈可以为实际最终用户体验提供更多详细信息，这可能需要通过后续研讨会进行探讨。
解决方案性能研讨会跟进
在开展解决方案性能研讨会并审查结果之后，在总体参与中将设法完成这些已标识为风险和问题的项目及其相关的缓解和解决措施。
已发现的问题通常对能否成功上线有影响。 在上线准备情况评估和部署生产环境之前，需要解决这些问题。
可以根据项目的总体战略管理风险及其关联的建议缓解，但将在整个项目中监视它们。 未缓解的风险可能会在以后引发问题，这可能也会影响上线。
项目团队需要根据建议支持跟进和深入研讨会。 该因素可能会影响在解决方案性能研讨会中发现的风险和问题区域，也可能会影响由于复杂性而需要进一步获得详细信息的相关区域。