IT服务项目管理实践
- 格式:pdf
- 大小:483.45 KB
- 文档页数:3
1.4动态交互性
IT,q ̄务管理项目团队的组成是甲、乙双方共同参与,双方
通过高度互动共同完成知识转移和渗透,主要形式包括:
・培训,管理体系培训、IT服务管理流程培训、流程设计 培训、工具应用培训、实践培训等:
・访谈,现状调研阶段、阶段性实施后成果访谈等:
・讨论,报告、例会、临时会议、咨询等;
・宣传,共同制作内刊、宣传材料、问题、内部培训等;
・内审,从项目启动后就应当开始建立这种自发的改进
制度。 这个互动过程起初会借助乙方的经验来运行,甲方要主
动参与和学习慢慢的将经验知识转移为自己的工作内容,有 明显效果的应当定位制度固化下来比如内训,比如内审。
1.5长期性 IT J] ̄务管理项目不是交钥匙工程,不是贴标签工程,更不 是可以一蹴而就的,它是对工作习惯和管理方式的改变。虽
然有ITIL有Cobit等最佳实践,但还是需要根据自身业务特
点因地制宜、循序渐进、稳扎稳打的落实,依据项目范围及企 业规模不同可能需要3~5年甚至更长的时间进行持续改进最
终与业务融合。 2 IT服务管理项目责任和挑战 2.1主要职责
(1)炼材:选人、沟通、激励是主旋律,锻炼队伍、培养人才
是目的。 企业推行IT服务管理项目,主要是解决实际中现存的问 题然后是效益,但无论前后都涉及到业务领导、部门负责人、 职能承担者等,那么依照IT服务管理项目解决哪方面问题、
实现哪方面效益不同项目经理应当选取不同的人来参与,包
括企业内部、咨询公司、厂商的人员的选取。 (2)成事。
做成一件事情涉及到多方面,企业文化、计划、组织等,说
到底识别并规避风险,然而是不是可以将与IT服务管理项目 相关的风险都识别出来,识别出来的是否都能解决?行业相
异、企业不同、具体情况更是千差万别,这里仅说一些常见的 风险。
・组织架构变动,一方面人员职责不明确,另一方面人心
浮躁,这两点都足以阻碍项目的推进:最好的规避措施就是等
待组织架构变动完成后再推进项目,如果在项目进行中组织
架构变动,为组织架构变动预留足够的时间是个明智的做法。
・过度依赖咨询公司。咨询公司可以带来体系化的知识 囊 , 谂
与客观的建议,可以比喻为甲方的“拐杖”,无论是对业务的理
解、IT服务管理落地还是长久的应用,甲方都是主角。规避措 施可以使以下几种:
・拥有对企业业务有深刻理解并有丰富IT服务管理经
验的带头人:
・建立一只甲方自己的lT服务管理队伍,结构上分成三
个方面:包括具备IT服务管理意识的业务端、对业务端支持 的IT服务管理团队以及质量体系监控方;
・领导的高度重视:
・熟悉企业业务的咨询公司:
・明确的阶段性目标,切实可行的项目计划、WBS,以及
被认同的预算。
2.2关键技能 (1)领导能力。
由于IT服务管理项目结构的特点,项目成员有 k务或技 术高层担任的管理者代表、其他部门的经理或员工。在这种
情况下采取参与式或顾问式的的领导方式会比独裁式或命令
式的更为有效,实际上在平衡利益、争取意见一致性方面的阻
力也会较小,明确了领导方向也就给项目成功定下了一个基 础。
有了适合的领导方式,就需要团结各方力量协同工作,关 键在于建立“信任”。可以从以下几方面去考虑:
・律己:言行一致,如果要求别人加班或者细致的工作,
要让自己先做榜样;
・用人不疑:授权相对于职能不要反差太大,一旦明确授 权就要充分信任,建立起战友般的友情与忠诚;
・正向引导:使团队成员充分了解项目结果和利益,通过
生动描绘目标达成的结果使大家了解实现项目的收益。 (2)沟通能力。
IT服务管理项目经理必须是一个良好的沟通者,他要与 项目团队成员、各相关部门、咨询公司、产品厂商等进行定期
的沟通。只有通过有效的沟通,才能确切了解各方面实际的
情况,发现潜在问题,制定解决方案,协调关系、集结资源使项 目向着期望的方向前进。
(3)人际交往能力。
良好的人际交往能力可以影响周围人的思想及行为,在 项目推进中IT服务管理项目经理会与项目团队成员或者高
层管理者进行说服和协商工作,比如出于公司整休考虑,需要
利益平衡将改进的进度延后。
(4)时间管理能力。
电舾违・2013年1(上)l
79 辑 、
・良好的时间管理能力可以说是项目成功的一个必要条
件,列出一些常见的时间管理技巧;
・优先计划管理:按重要程度和紧急程度来确定先做什
么后做什么,如:重要紧急的优先分配时间完成,重要不紧急
的每天都持续一段时间做,不重要但紧急可以安排给别人做, 不重要不紧急的最好不占用团队时间;
・适用时间计划工具,编制计划并进行跟踪,有时候一个 CheckList效果也不错;
・把工作授权给他人:不必每一项工作都事必躬亲,授权
给部下一样干的好而且还能锻炼队伍;
・拥有良好的心态:压力并非来自已经解决的事情,而是
来自未能克服的困难。 2.3面临的主要挑战 (1)组织结构与项目范围的变化。
IT服务管理项目不一定都会遇到组织结构与项目范围的
变化,但如果你碰到了,可以肯定的是有很多事情都要变,包 括指定的计划、铺垫的关系以及和领导预先的沟通甚至承诺。
坦然面对这些,这种事情并非无法克服。无论如何,这种变化
通常是高层管理者在变革过程中平衡公司内部各种利益的方 式,从长远来看对IT服务管理项目执行和贯彻是有好处的。
(2)跨部门协调与沟通。 无论是对内提供服务的内部IT还是对外提供服务的IT
服务供应商,在做IT服务管理项目的时候都会涉及到跨部门 的协调与沟通。而IT服务管理主要是针对管理精准化、规范
化的一种项目,推行过程中一旦涉及到利益的平衡就会有得
失,相应的跨部门的沟通就会遇到阻碍。
措施:与管理者代表沟通,制定规则;定义每周例会,相关 部门的流程经理都要参与,必要时也可以邀请职能经理参与:
会议中可以将跨部门协调、沟通有难度的拿出来讨论,并记录 会议纪要,会后将会议纪要分发至相关人员。
2.4 IT服务管理项目实施中沟通问题
IT服务管理应用场景很多,有的是运维环境、有的是呼叫 中心、有的是BPO形式的对外服务,项目团队中会有技术专
家、业务专家、管理专家,这样沟通的时候就会有问题。 通常技术专家在谈论的时候会用到联通性、延时、流量、
丢包率、MTU描述网络性能,用DAS、NAS、SAN来告诉别人
我们的存储是怎样的,或者开个玩笑“写SQL,Delete的时候
竟然忘了用where”,在笑的前仰后合的时候很难说另外两组 专家有何想法。
业务专家很清楚IT服务是什么,他会说我关心的是服务
8O l 2013年l(上)・电脑连 产品化,可以持续的快速复制,让我们在竞争环境中处于有力 地位提升市场占有率,还要控制成本:当然毛利率高了他们才
有收益,了解业务的技术专家会这么想。
管理专家两方面都会了解一些,而且说明问题的时候总 能深入浅出“瞧,CMDB是个逻辑库,你可以把AIX想成一个
装满白菜、萝b的大柜子,而我们只要有个列表……”不过,这
可能让系统管理员表情显得不自然。 这些日常的话语并非问题或者冲突本身,只是借用的一 种方式,这说明我们可能忽略了一些本该有的沟通,有时足内
部的、有时是外部的。
参考文献 【1】杨坤,王玉.IT项目管理【MJ.北京:机械工业出版社。2008. 【2】欧立雄。成功的项目管理【M】.北京:机械工业出版社。2008 【3】张勇。张斌.项目管理指南【M】 B京:电子工业出版社,2011