想象这样一幅图景。你花一个早上的肩膀SAP用户我们叫雪莉,她输入客户订单信息,11点左右和你看雪莉开始烦躁不安,最后需要咖啡休息当她的数据输入任务完成时间,你用秒表计时,超过10秒。在她休息之后，您回到您的多维数据集，在整个下午和随后的几天中运行综合测试，以证明在网络使用高峰期间SAP任务完成时间通常超过10秒。您记录您的发现，并将它们发送给您的经理和Shirley的老板，注意到基于您的观察，Shirley的生产力正受到应用程序性能差的阻碍——并建议在网络压力时期采取措施提高SAP响应时间。
您可以询问Shirley的老板，Shirley每小时应该合理地输入多少订单，以便将该信息转换为满足该业务目标所需的应用程序响应时间。您确定要使Shirley完全具有生产力，SAP任务响应时间应该始终保持在2秒或更好。你告诉你的老板，为了实现这个业务目标，他必须打开部门的钱袋来安装一个QoS解决方案，你说服他资助一个QoS试点项目。
完成试验，测量结果SAP任务时间，并创建一个报告，该报告显示试验QoS部署一致地将高峰期的最大任务响应时间减少到5秒。你的老板要求你向预算委员会提交你的发现，他们同意业务利益证明部署生产QoS解决方案是合理的。雪莉和她的老板很高兴，请你吃午饭以示感谢。午餐时，他们会问你是否可以把任务的最大反应时间缩短到两秒。然后你就得从头开始。但你不能从头再来。事实上，对于需要做什么以及如何完成它，你有很多新的见解。
我们刚才描述的是嵌入在持续改进过程中的APM最佳实践。
APM最佳实践的目标是提高应用程序的性能，为了获得最佳结果，这些最佳实践不能单独存在。每个都必须嵌入到持续改进过程中，以确保应用程序性能支持业务需求，如下图所示。
这个过程首先要了解用户和应用程序的需求。然后你必须衡量反映你理解的数据。除非将数据报告给组织中的正确人员，否则这些数据几乎没有价值。最后，报告需要作为输入，将绩效与关键业务需求联系起来。此时，您的IT和业务小组进行对话，以提高IT小组对什么是重要的以及如何度量新目标的理解——在这一点上，另一个周期开始了。
对话是至关重要的，因为业务团队注入了对应用程序用户真正重要的内容的上下文理解，这种理解使您能够度量正确的东西，并设置阈值，这将帮助您在最重要的地方优化性能。