【TechTarget中国原创】ZapThink实录
敏捷模型本身只是围绕敏捷性的更大范围内活动集合的一部分，意识到这一点很重要。业务需要描述它们的功能和非功能需求，不只是依照服务、过程和策略需求，还有敏捷性需求。这些敏捷性需求作为决定敏捷模型如何能被定义成计划活动基础。一旦敏捷模型基线已经为某个特别的工程定义，组织就能衡量随后的架构并使用敏捷性衡量来查看它们如何匹配的活动。这个热图结果显示对于计划目标来如何实现实际的架构衡量。
一般而言，跨行业的成熟度衡量，像CMMI和几乎所有SOA成熟度模型，在潜在市场利益之外没有太大的意义和价值。这些普通模型在如何管理和衡量进行中的工程时几乎不具指导意义，在企业内或跨不同行业部门及公司类型的必要变异性上，它们也不处理无联系工程的成熟度范围。也不真正处理这些应该由业务需求引起不同的所谓成熟度层次上不同工程的核心现实。
我相信多数SOA成熟度模型对结构化能力的任意衡量都是对SOA活动的无意义衡量。相反，个别工程敏捷模型与敏捷计划是配对的，敏捷计划指出作为企业范围的将在不同敏捷性层次上处理这些工程，和提供企业范围各种工程和它们如何致力于组织敏捷性的视图一样，这些不同的敏捷性层次将帮助指导SOA的实现。在一个符合它们投资能力的时间表上，一个好的敏捷模型将帮助组织提升它们业务，达到更高敏捷度。这在一个成熟度的任意衡量问题上关系到一些更多无意义的数字。