业务与技术的交叉点正是BPM关注的焦点，这也是大多数重大IT问题出现的地方，通过为业务分析员和软件开发人员提供通用的工具，BPM有希望使应用集成发生革命性变化。正因为这样，技术不能够单独支撑BPM的全部内容，也不能单独解决业务流程的所有问题。业务是BPM 依托的另一方面。

　　最近，Scott Cleveland 在他的博客“从业务的观点看BPM”中这样讲到：“你不能只通过技术来解决业务流程问题。”他认为业务流程管理软件所做的就是你分配给它的内容。如果没有实施流程改进，同样也会出错，而且会更快。

　　他在博客中为我们介绍了他的经验，给出了下面这些比较有用的步骤：

• 　　文档化目前的流程
• 　　确定是否正确地进行了文档化
• 　　权衡
• 　　流程改进
• 　　再一次权衡

　　无疑，再三权衡自己的业务流程的内容是这些步骤中的重点。但这样做只是我们的基础工作。Scott认为在BPM项目中还要做到三不要。

　　不要实施昂贵的报表流程

　　选择有意义的流程，不是很复杂，但对企业有价值的流程。

　　不要过度自定制软件

　　自定制软件成本过高。而且随着时间的变化会变得更加糟糕，升级变革更加困难和昂贵。如果选择更改软件，迁移成本将会上升。

　　不要过久地实施基础流程

　　典型的BPM项目会有一些预售。“一流”的公司会对这个兴趣点“火上浇油”，让人们对于新的流程和软件感到兴奋。如果项目周期过长，人们就会失去兴趣。选择一个可以在六个月内完成的项目或者更短的时间，下一个项目就会进行的比较顺利。