ITIL的困境

m77m78

最初由 chusb 发布
[B]在企业实际情况中确实会出现楼主所提到的情况和需求，ITIL是企业IT服务的管理方法，针对不同的企业ITIL的实施也是不同的，要根据企业实际状况的需求实施ITIL。用一个很简单的办法就可以解决你举的第一个例子，企业中的变更有软件的也有硬件的，有复杂的也有简单的，那么根据这种特性我们完全可以把变更分类，把简单的变更归属为简单变更，把复杂的变更（必须企业审核批准的）归属于标准变更，那么我们完全可以根据企业内部的需求或变更的性质将变更进行分类，业务部想改系统标题，那就走简单变更好了，提交批准就OK了，就不用走标准变更那么多复杂的流程了。所以说ITIL的实施不一定就是遵循死搬硬套的流程，要根据企业的需求和实际情况量身定做。楼主能走出这个弯就能了解了，呵呵。个人见解，大家讨论。 [/B]

这个观点很对，其实ITIL的精髓是流程+方法，往往因为环境的不同和人的执行的问题，导致很多事情变得复杂，其实我们还是要因地制宜，灵活的运用ITIL.

hongmogui

问题一
这个流程不单单是一个变更。所以才感觉那么长，其实itil只是一套指导思想，真正的使用还是要根据实际情况。
中国的企业都有一个通病就是当一个新的东西触发了他们原有的利益的时候，马上就是抵制，往往一个规范的流程都会多多少少的涉及到一些人的利益的，这个要是领导不支持，可想而知了。

hongmogui

问题二
itil只是一套指导思想，具体说你是怎么来执行这个不重要，就是实施itil一样，不一定要用工具，工具只是一个辅导的东西，是为了让流程执行的更好。对与楼住所讲的这个问题是不是对工具的使用感觉很不舒服呢？

ddtiger

IT服务随需应变.

我们只要想想IT服务有多少种类型,  就明白ITIL该做什么改变了.

ozardsun

对于经常会发生的standard change，可以将授权delegate给相对应的IT leader，change manager定期review对应的RFC就可以了，用不着每个change都走复杂的流程。

chased

个人认为，软件系统的ITIL更要重视一些，因为对于软件的修改，如果不经过审批就修改，有可能会引起软件其他功能的使用，如果这些影响目前看不出来，那冒失的改了可能会影响很大。所以软件的修改还是建议让精通流程的人审批后再修改。麻烦一点也没关系

linlei1980

也不是很复杂啊,ITILv3第二部分就是IT规划,很多东西应该事先想好的,即使需要变更,应该也不会太频繁的.
另外ITIL是最佳实践,是一个框架,,本身不构成一个标准,并不是所有都完全照搬,你也可以制定一个表格变更流程,确定何种程度的变更才需要审核.那么一些简单的变更只需要记录即可

cancanwyq

重在实施

yujunhappy

楼主说得确实是目前存在的一些关键的问题啊

Tomac

ITIL側重IT運維服務管理. 并不適合開發管理. 但是一般企業運維, 開發合二為一, 容易混淆.