能力管理中可能面临的挑战包括：

• 不切实际的预期－由于缺乏对应用、计算机系统或网络的技术可能性方面的了解，设计人员、管理层和客户通常都存在不切实际的预期。能力管理的一项任务就是为他们作出预期提供指导，例如，使设计人员清楚他们的设计（如数据库）对能力和绩效的影响。能力管理的影响也可能会被高估，尤其是在有关调整系统和安排工作量方面。如果系统的运行需要进行大量的调整，则可能是因为应用系统或数据库本身的设计很差。总之，通过调整不可能获得比系统初始设计时更好的绩效水平。大部分大的系统都安排了一些比系统经理调整更为有效的运算法则。当然，调整也是需要耗费成本的。当花费数百美元购买额外的存储空间就可以取得10％的绩效改进时，让一位高薪的工程师耗费一个星期的努力来获取3％的绩效改进是毫无意义的。与系统调整相关的还有一项更高的成本：对系统进行管理的成本。这些成本是不合理的。期望（plain vanilla）不要过度。在系统、应用系统或数据库的选用上刻意地“拔高”能力标准会导致意外的结果，并且通常为所有其它的流程的维护和故障解决带来额外的延迟。

• 缺乏恰当的信息－通常很难获得制定能力计划所需的信息。并且，由于业务计划通常是不明确的，有时甚至是完全不知道，所以获得有关预期工作量的可靠信息也是困难的。随着产品生命周期变得越来越短，这对于客户自身来说也是困难的。唯一的解决方案是，尽量作出准确的估计，并且在有更多的信息可资利用时经常地更新该估计。

• 供应商提供的信息来源－如果没有任何历史数据（例如一个新的系统是何时购买的）可供利用，则能力管理不得不依赖于外部供应商提供信息。外部供应商通常使用一些基准来提供有关他们的系统的信息，但是由于测试和评价方法之间存在很大的差异，所以也很难比较来自不同的供应商的信息。并且，有关最终系统解决方案的信息通常是容易造成误导的。

• 在复杂环境下的实施－由于解决方案自身的复杂性、技术接口的数量巨大以及绩效的依赖因素太多等原因，在一个复杂的分布式环境下实施能力管理是非常困难的。

• 确定适当的监控级别－使用监控工具通常可以提供许多种选择方案，并可以触发更为深入的调查。在准备购买和使用这些工具之前，必须确定需要达到的监控级别。

• 缺乏管理层的支持－在流程具有管理上的可预见性和期望值时，来自其它部门的支持和一致意见将可以对能力规划职能的实现和提高其规划准确性提供相当大的帮助。如果管理层的支持是易于变动的，或者力度很小，则热情的缺乏会迅速地使命令链失效，获取关键和重要信息以及（或）发布警告都变得困难起来。

这些问题与计算机系统、网络、大型打印系统以及PABX系统的能力管理是相关的。如果有几个单元都对这些领域负责，将导致在能力管理职责方面的冲突，因而应付这些问题也将更具有挑战性。