×

微信扫一扫,快捷登录!

您需要登录后才可以回帖 登录 | 立即注册
B Color Link Quote Code Smilies
hujiajun120 发表于 2011-6-10 13:50:47
学习ing
jadeloyalbird 发表于 2011-6-10 14:54:05
个人很认同水杉的说法,当然水杉说法中引用了翰纬的说法:)
V2相对V3来说,各模块间关联度更松些。便于单独实施。而V3更注重生命周期和PDCA模型,引入了更多的先进理念,对实施人员,客户的成熟度提出了更高的要求。
V2像积木,重视单模块内部流程,重视模块的层级架构。
V3更像魔方,更加立体,多维度,多条可转动的轴。
我个人的一点点理解。对ITIL的实施和落地没有实践过,只是一种理想主义的认识。
laura09 发表于 2011-6-11 06:41:06
jadeloyalbird 发表于 2011-6-10 14:54
个人很认同水杉的说法,当然水杉说法中引用了翰纬的说法:)
V2相对V3来说,各模块间关联度更松些。便于单 ...

:handshake
redmassif 发表于 2011-6-13 14:43:15
v2,所谓理论都是超前的,因此不一定是最适合现状的。
itsm-duan 发表于 2011-6-18 09:59:29
使用V2还是v3,that is a question。问题在于,“使用”有多个层面,多个角色的“使用”。

或者说,使用有不同的场景。

是作为一个项目的咨询参考,还是工作规划的指南,还是作为遇到问题的参考书?

如果做一个项目的推荐方案,会依据V2. 因为比较简洁,指向性非常明确,易于操作。

如果做IT工作规划,会参考V3,不仅其中有所谓的规划阶段和设计阶段的描述,而且对于具体的运作架构也有相应的建议,所以V3更有参考价值。

如果作为日常工作的参考书,那么,v3是很有帮助的。系统上线,查一查服务转换阶段;运维监控,看看服务运营阶段的事件管理,编写建设方案,参考服务设计阶段。

所以V2,V3可以应用于不同的场合。
Powered by IT 运维管理
返回顶部