IT服务与流程体系

显示全部楼层 · 2006-6-20 09:46:48

关于IT服务和IT内部流程的一些个人思考.
有兴趣的可以共同讨论一下。

千问 · 2006-6-20 09:46:48

最近在留意IT服务的一些教材，支持一下！

千问 · 2006-6-20 09:46:48

下来看看THX

千问 · 2006-6-20 09:46:48

鼓掌

千问 · 2006-6-20 09:46:48

补充一些设计PPT中内容的一些思路。
1.背景
PPT中服务主体是一家公司的内部IT中心，服务对象是各个业务部门，但同时公司在总部层面也设置了多个职能单元来负责定义系统开发需求，这些职能单元不隶属于IT中心，同时也不是系统的最终使用者。
2.服务的考虑
用ITIL的话说，服务就是客户想拥有的能力或结果，但又不想负担相关资产建设的成本和风险。服务来源与资产的所有和使用分离。
换句话说，只要你的资产有人肯用，就都可以转为服务。
作为IT中心来说，所拥有的资产包括人，信息基础设施，应用系统等等，这些资产可以产生哪些服务呢？
首先考虑应用系统，从业务部门的角度来说，他们想使用应用系统但又不想自己去开发和管理应用系统。所以系统使用是IT部门提供给业务部门的一种服务。如果没总部的那些职能单元的化，这个服务关系是相当的明确。可以把应用系统看做是服务。但加上了总部的职能单元，问题就有些不一样，首先，向IT中心提需求的是这些职能单元，不是最终的业务部门。在这里面我有过两种思路。
第一种：向业务部门提供系统服务的不是IT中心，而是这些职能部门，这些应用系统实际上是这些职能部门的资产（同一公司名下，其实是分不清的）。IT中心其实提供了开发和运营的服务（就象很多外包公司一样）。
第二种：这些职能部门是业务部门的代理人，类似于中介一样。
第三种：这些职能部门和IT中心应该归于一个泛IT概念范围，共同为业务部门提供服务。
这两种思路对于业务系统的功能使用没有什么影响，但对于IT中心的定位就有很大影响。前者倾向与一个专业公司，将会走低成本战略路线，不CARE业务方面什么要求，只管以最高效率开发完需求并用最低成本来保证这些系统正常运行。而第2种将是走客户化路线，需要不断考虑客户的业务价值所在，不仅是要实现客户明确的需求，还要努力挖掘客户所未意识到的业务价值。第3种是向前一体化概念，将涉及到很多部门间业务协助流程的开发。
最终采取的是一种综合的考虑，既从系统角度列出了应用服务，也从业务链的角度列出了支持服务。但我感觉目前更多定位于支持，但如果不列入应用服务的话，大家会有很多心理障碍的。何况不排除未来会有什么组织上的变动。

千问 · 2006-6-20 09:46:48

支持

千问 · 2006-6-20 09:46:48

支持。

千问 · 2006-6-20 09:46:48

再支持下看了受益很多的啊

千问 · 2006-6-20 09:46:48

支持

千问 · 2006-6-20 09:46:48

不错.
也一直在探讨这方面的东西.