Msn:syw-syw@163.com Email:ewaysun@126.com
  • 创建:2006-11-1
  • 文章:234
  • 评论:1004
  • 访问:968987
  •  
这两天一直在整理问题。上周一KickOff。第二天的ITIL认知培训由我给客户做了一天的讲解。一天下来不知什么原因,上颚上火有些发炎。也许很久没这么讲课了,想当年做实施,给客户做一天的培训也很正常。看来有些东西不经常练习能力就会下降。因为ITIL认知培训,没赶上第一天对老总的访谈。随后的访谈持续了一个礼拜。
服务总监、部门经理、运行主管、核心人员逐一访谈。经过数日的你问我答,逐步将客户的问题一一列出。乍看上去好像整理出不少问题,心里有些兴奋。原来可以问出这么多的问题来,咨询的价值体现出来了。当完成访谈开始整理问题时,我发现自己高兴的太早。问题问了不少,但不够细致。离开了当时的访谈环境,现在再回顾问题才知道问题没有问细,还存在疑问。所以,访谈的过程不是总结客户的问题,而是应该不断地问客户“为什么要这么做”、“为什么这么设计”、“为什么……
编辑 | 阅读全文(1981) | 回复(25),ewaysun 发表于 2008-3-6 22:19
在做运维的时候,始终将注意力放在了流程上。设计完流程就开始执行。这也是中层管理人员需要考虑的事情。从来没有考虑过我设计的流程是否在现有的组织框架下能够体现最大价值。也可能是现行的IT组织框架比较合理,所以没有对流程的设计产生什么不利影响。当跳出自己工作的环境时,突然发现IT组织框架对流程的设计还是有很大影响。
讲ITIL,我们喜欢拿职能型和流程型两种组织做比较。得出的结论就是流程型组织更适合实施ITIL。回头看看,如果当年我们没有对运维体系做了事先的变动,采用运维和管理分开。依然沿用按技术分运维小组的结构,每个小组有一个主管,分管各自一摊事情。那么设计流程时可能就会遇到一些障碍。比如:流程之间的协调涉及两个不同的运维组就会出现扯皮的现象。分开之后,运维流程基本上在运维小组中运行,好坏都是自己的事情没那么多借口推脱。运维和管理分开不仅可以减少“小国林立”带来的割据弊端,……
编辑 | 阅读全文(582) | 回复(2),ewaysun 发表于 2008-3-6 11:13
忙碌了一周,终于有时间静下来想些问题。这两天一直在访谈客户。今天在和服务台主管访谈时,我发现客户与我之前服务的公司实在有着太多的相似。用一句话可以来总结他们的相似点,那就是:他们都垄断了垄断行业的IT服务。单调的客户、没有竞争的服务。这样的环境本来不适合不断提升IT服务水平和能力的。我一直这么认为,只要你服务的不是太差任何事情都比较容易谈。但是,来了这家客户我改变了一个认识。如果你的IT服务影响的是国计民生,那么垄断的IT服务就不容易接手了。
因为涉及国计民生。出现故障有可能带来一定的政治风险,所以他们对IT服务要求相对不涉及国计民生的垄断行业要高很多,所以客户才会在2004年就开始引入ITIL。他们用了3年多的时间来准备、学习、实施ITIL。这期间他们的做法不为人理解,被认为想法太超前。但现在回首望去,没有当年的前瞻,哪有今天的从容。不由得佩服当年决定引入ITIL的人,这些年一直坚持ITI……
编辑 | 阅读全文(723) | 回复(5),ewaysun 发表于 2008-2-29 20:39
从ITSM咨询的角度看ITIL比以往我在IT运维内部更能看出整体的问题。做IT运维管理,特别是主管级别,往往为工作视野所累考虑问题时多有局限。比如:做事件管理时,我考虑的更多是如何做好事件的识别、记录、简单分析、升级、报告以及问题的反馈等等。这么做下来,实际上还是没有脱离职能型组织的框框。无非是用流程之名行职能之实。
学习ITILF的时候,我们都会分流程讲谁来做服务台经理、谁来做事件经理。但是,究竟谁来做ITIL流程的“总”经理呢?说白了,这就是流程的协调问题。从个人的经验看,没有这个“总”经理那么ITIL流程往往会显出“人人在流,但流程不流”的问题。公司小可能没这个烦恼,IT主管一个人就能控制整个流程的运作,省却了协调的问题。但IT部门规模比较大的时候流程的协调问题必然会凸显出来。
身处具体部门,操心于细微末节。不是不知……
编辑 | 阅读全文(690) | 回复(4),ewaysun 发表于 2008-2-21 9:35
当《面壁ITIL》系列即将完成之时,也是我离开IT运维的时候。由IT运维管理人员向ITSM咨询角色的转变给了我新的角度看ITIL。于是《做ITSM咨询话ITIL》系列就作为一个尝试将工作中的所见所想在博客中记录。
前段时间做了两次售前支持。客户明确提出要根据他们的自身情况设计ITIL流程。参加过ITILF的培训回到公司曾实践过的学员就是有想法。疑惑过、失败过之后他们更深一步体会到ITIL的学习和实践存在一个较大的落差。
ITIL无疑是规范的、周全的。IT运维管理中的方方面面虽然没有一无巨细地谈到,但也给了我们比较明确的思路指导。
初学者用ITIL来指导自身的IT运维管理可能会遇到很多的不适。如果是IT部门自己在张罗着ITIL,那么ITIL实践不是落不落地的问题而是根本不可能落地。ITIL落地不是一个部门的事情。
IT部门先做一个试点,小范围实施ITIL看看效果可能是很多人的想法。但正是这种带有试……
编辑 | 阅读全文(1511) | 回复(12),ewaysun 发表于 2008-2-13 14:43
(共 5 条) 上一页 1 下一页

仅列出标题
饭否