ZapThink实录 敏捷模型本身只是围绕敏捷性的更大范围内活动集合的一部分,意识到这一点很重要。业务需要描述它们的功能和非功能需求,不只是依照服务、过程和策略需求,还有敏捷性需求。这些敏捷性需求作为决定敏捷模型如何能被定义成计划活动基础。一旦敏捷模型基线已经为某个特别的工程定义,组织就能衡量随后的架构并使用敏捷性衡量来查看它们如何匹配的活动。
这个热图结果显示对于计划目标来如何实现实际的架构衡量。 一般而言,跨行业的成熟度衡量,像CMMI和几乎所有SOA成熟度模型,在潜在市场利益之外没有太大的意义和价值。这些普通模型在如何管理和衡量进行中的工程时几乎不具指导意义,在企业内或跨不同行业部……
我们一直都在努力坚持原创.......请不要一声不吭,就悄悄拿走。
我原创,你原创,我们的内容世界才会更加精彩!
【所有原创内容版权均属TechTarget,欢迎大家转发分享。但未经授权,严禁任何媒体(平面媒体、网络媒体、自媒体等)以及微信公众号复制、转载、摘编或以其他方式进行使用。】
微信公众号
TechTarget
官方微博
TechTarget中国
ZapThink实录
敏捷模型本身只是围绕敏捷性的更大范围内活动集合的一部分,意识到这一点很重要。业务需要描述它们的功能和非功能需求,不只是依照服务、过程和策略需求,还有敏捷性需求。这些敏捷性需求作为决定敏捷模型如何能被定义成计划活动基础。一旦敏捷模型基线已经为某个特别的工程定义,组织就能衡量随后的架构并使用敏捷性衡量来查看它们如何匹配的活动。这个热图结果显示对于计划目标来如何实现实际的架构衡量。
一般而言,跨行业的成熟度衡量,像CMMI和几乎所有SOA成熟度模型,在潜在市场利益之外没有太大的意义和价值。这些普通模型在如何管理和衡量进行中的工程时几乎不具指导意义,在企业内或跨不同行业部门及公司类型的必要变异性上,它们也不处理无联系工程的成熟度范围。也不真正处理这些应该由业务需求引起不同的所谓成熟度层次上不同工程的核心现实。
我相信多数SOA成熟度模型对结构化能力的任意衡量都是对SOA活动的无意义衡量。相反,个别工程敏捷模型与敏捷计划是配对的,敏捷计划指出作为企业范围的将在不同敏捷性层次上处理这些工程,和提供企业范围各种工程和它们如何致力于组织敏捷性的视图一样,这些不同的敏捷性层次将帮助指导SOA的实现。在一个符合它们投资能力的时间表上,一个好的敏捷模型将帮助组织提升它们业务,达到更高敏捷度。这在一个成熟度的任意衡量问题上关系到一些更多无意义的数字。
翻译
相关推荐
-
事件驱动框架和SOA在空军的应用
空军正在利用SOA来改善数据共享,并实时跟踪战机,美国空军机动司令部的Michael Marek解释了企业可从中学习的经验。
-
揭秘New Relic APM技术细节
New Relic应性能管理(APM)套件主要用于Web软件开发。它允许用户在面向服务的架构(SOA)上跟踪关键事务性能,并且支持代码级别的可见性来评估特定代码段和SQL语句对性能的影响
-
仅凭SOA和云无法解决业务数据管理风险问题
SOA和云可以是某些恼人问题高效的解决方案;这一点我们已经知道了。但是也要记住它们并不是所有事情的直接答案,特别是当你的问题是业务数据管理风险,而不是技术问题时。
-
如何避免云计算与SOA冲突