我平时和团队成员交流比较多的一是团队管理与跨团队的合作,二是IT项目管理,第三是IT服务管理。这些问题其实也是我思考比较多的问题。在我看来,大多数实施顾问其实也会兼任IT项目管理,还有很多客户内部也存在IT项目管理的问题,所以,我相信这个话题还是比较有意义的。我的第一段所要讲的核心思想是,无论是什么学习,一切都是从问题开始的。
一切都从“问题”开始
我认为一个人在一个职业方向上能走多远,不是取决于我们的宏伟抱负,也不是取决于我们渊博的理论知识,而是取决于你面对问题和解决问题的态度。
也许这只是我的个人体会,但自从我认识到这一点以后,我就放弃给自己做职业规划了。我不做职业规划,只会更多的考虑,在我工作的地方,在我工作的范围内,我们面临什么样的问题?我们还有哪些问题没有解决?我们还在哪些地方需要改进?我可以做出什么样的努力?
中国人其实很善于去“发现问题”,过去,老同学坐在一起,就是在讨论我们的国家、我们的某某政府、我们的某某单位甚至某某领导人有这样那样的问题云云,总之,大家都很会“数落”,在“数落”的同时,我们也不会忘记发表自己的“高见”。每每遇到这样的情形,我都会观察,问题的提出者是否会去专心的研究和准备处理这些问题。如果大家只是高谈阔论,发发感慨,我总是选择一言不发,并对被议论的对象报着深刻的同情!这种“同情心”会被人怀疑我的立场!
其实,我认为自己并不是要去回避这些问题。只是自己也无法解决的问题,我们在抱怨和高谈阔论之前,更应该多学习和思考而不是飞短流长,包括站在当事者的立场去考虑这些问题。
IT也好,ERP也好,我们在一个企业可能遇到的问题其实是最多的。我并不认为所有的人都要抱着文绉绉的态度去研究和思考一番,而是作为一个学习者,问题本身就是最好的老师。与其对问题飞短流长,不如下来好好思考一番,并学习如何去解决。
作为IT项目经理,我们可能遇到的问题其实是非常多的。公司业务在不断变化,任何变化都会给IT带来一揽子令人头痛的问题。比如,过去的一个订货系统面向机构订货,你只需要应对几十家分支机构客户;现在公司的业务模式变了,马上要将所有代理商实现集中订货,你的系统一下子增加了上千家客户,系统如何承受这样的压力?公司的组织结构和业务流程的变动更是无时无刻不在考验IT人的智慧!
可以这样说,在一个公司里,需要广泛、深入接触各个业务部门的人非IT经理莫属。这是机遇也是挑战,你是只考虑自身的或本部门的利益,还是考虑客户和业务部门的问题将决定你在IT经理的岗位上可以走多远。现在,越来越多的IT经理会毫无疑问的选择后者,这无疑是一种明智的选择。
所以,变化的业务、业务的变化带给IT经理最大的挑战就是:我们如何去学习?
作为甲方学习
在讨论这个问题之前,先和大家讨论一个问题:IT项目经理属于甲方还是乙方?
在我公司IT部门,IT项目经理加上部门经理超过10人,每个人都会带一个小团队。IT项目经理有各种各样的背景,有的是从开发岗位提升上来的,有的是需求岗位提升上来的,有的是从实施岗位提升上来的,有的是从网络工程师岗位提升上来的,还有从市场和服务岗位转型而来的。我们发现,一些客户公司的IT部门比我们的项目管理体系甚至要更加完善,甚至整个IT部门都是由一些独当一面的IT项目经理构成的。我认为IT项目经理的能力成熟度可以代表一个公司IT部门的成熟度,所以IT项目经理的沟通能力和学习能力对一个企业的IT战略执行非常关键。
现实中,我们的IT项目经理都是非常善于学习的,对于项目任务也是非常负责。但是我发现了一个普遍存在的问题:我们很多项目经理把自己放在了乙方的位置上。
这里讲一个最近的故事:上周五,我们EAS协同平台因为一个补丁测试不充分,导致多个流程无法审批,前一天早上我已经发现了这个问题而且反馈给项目组加快重点跟踪。可是周五这个问题却再次重新而且是财务副总裁第一个发现。这个问题发生后,我们同时将问题反馈给了EAS事业部和本部门的项目组。EAS事业部在测试部经理的推动下,派出了支持人员到现场了解原因,测试部经理在问题处理前、处理中、处理后三次打电话给我反馈进展,消除我的担忧,处理完后发邮件给相关人员确认。而我们的项目经理却轻描淡写的说:他发现目前只有一两个核心的问题没有解决。他的答复让我怀疑我是不是用对了人!当然,我们的EAS项目经理也是一个非常有责任心的优秀员工,——一个小时以后,EAS项目经理主动找到我,让我给提出来究竟在哪里方面他还需要改进。为什么同一一个问题,两个团队的响应相差这么远?这不能不让我思考。
在这个事件中,我首先发现了IT项目经理和实施人员的不同。我们的实施人员在内心里有非常明确的甲方和乙方之分,即使在公司内部,我们的项目也分为甲方和乙方。EAS项目经理代表的是乙方,我是乙方的总负责人。但我心中的IT项目经理并不是乙方项目经理,我更多的是需要我们的项目经理站在公司业务发展和最终用户体验的角度去评估项目绩效,而不是简单做到让“甲方”业务负责人满意,业务部门和管理层也断然不会认为我是“乙方”代表,在任何时候,我都是“甲方”代表,我的使命就是要为公司的战略提供IT支持,而不是简单的把业务部门当成“乙方”。
站在甲方的角度学习,我们会发现,我们要关注的已经不是过去简单的“甲方”代表的满意度,而是甲方所有最终用户的满意度。我们的项目干系人发生了很深层次的变化。以我公司为例,我们的项目赞助人或需求方往往是业务部门,但是如果仅仅考虑让某一个业务部门满意那就大大错误了!
未从事过IT部门工作,在这方面可能难以体会深刻,但是在进一步讨论前,这是我特别强调的一点。这对我们学习和解决问题的心态有太大的影响。
项目实践与职业化学习
由于IT项目经理的奇缺,我们很多人可能还在没有做好专业知识准备的情况下就开始担任IT项目经理。无论你从事的项目大小,千万别小看了这个机会,这是一个学习和锻炼自己的很好的机会!
IT项目经理的职业化学习基本上可以分为专业学习和项目管理知识的学习两个部分。大部分IT项目经理的专业知识比较突出,但管理能力却有不足。在我们这里,有一个课程是绝大部分IT项目经理都一定会学习的,那就是《从专业人员转型为管理人员》,这个课程实际上就是把管理意识深深灌入项目经理的头脑。这门课程的重点不是掌握管理知识,而是通过团队培训和角色模拟,让我们深深发现自己身上的不足,并开始职业项目经理的个人转型。如果这个转型不成功,这样的项目经理的职业生涯是不可能长久的。很多专业人员对做管理没有信心,但是,只要你的悟性高,这门课程往往可以让我们起到茅塞顿开、豁然开朗、信心倍增的效果。
不过,这一切只是开始。由于IT项目的专业复杂性、组织复杂性、社会复杂性等等综合因素,你要应对自如,要学习的东西还非常多。知识方面,一个是从专业知识上,你要学习信息系统规划、设计、开发、测试等软件工程相关的知识,学习网络、通讯、安全、存储等相关的技术知识。如果你从事的是 企业信息 系统的项目管理,可能还需要学习ERP理论及系统实施的方法论知识;其次是从管理上,学习IT项目管理的特定知识。IT项目比建筑等其他专业项目更考验人的地方在于,IT项目是无形产品的交付,在项目目标、交付对象、项目干系人管理、项目范围管理、项目进度管理、项目沟通管理、项目 质量管理 等方面相对建筑等项目恐怕更加复杂。正是IT项目的特殊性,才使得IT项目管理成为一门独特的专业。在知识方面,目前国内有专业的培训和资格认证,如果我们希望在短时间内获得职业化能力,参加专业的培训应该也是比较好的方法。在部门内部,我们是通过外部培训和内部培训相结合的方式去培训IT项目经理,外部的培训主要以PMI的PMP培训为主,内部培训则是参加过相关外部培训的学员在内部做分享和交流。
专业知识和项目管理知识都只是IT项目经理的基础能力,拥有了这些知识,并不表明你就能成为一个好的IT项目经理。我认为,好的项目经理至少需要具有五个条件:
(一)、具备强烈的责任感和良好的管理意识;
(二)、熟悉综合性的信息系统软硬件知识;
(三)、精通IT项目管理知识;
(四)、具有3年左右的项目工作实践经验;
(五)、具备良好的协调和沟通能力;
我们在判断一个项目经理是否胜任的时候,并不是看表面的印象,而是以项目绩效和民主评议为前提来甄别的。所以这些条件不是指的你拿了多少国内或国际的证书。项目经理一定是在实践中经过千锤百炼打造出来的。
我们也有很多专业人员经历了很多项目,但并没有完成职业化的项目经理的转型,究其原因,我观察有以下几个方面:
(一)、对IT项目经理的角色认识不清晰。IT项目经理是要对项目目标负责,对项目干系人的需求实现和最终满意度负责,而且是要在规定的时间和预算的范围内完成这些工作。很多项目经理对这个角色的认识不清晰,往往会从专业人员的角度把项目当成一件事务性的工作去完成,很少考虑项目干系人的真实需求和项目的实际目标。最后项目完工了,发现并不是业务部门和甲方所需要的系统。IT项目经理的角色意识不强,会导致项目缺少起码的日常沟通和管理,大量的工作返工、时间和预算失去控制。试问有多少个企业敢用这样的项目经理呢?
(二)、缺少向实践学习、向同行学习的积极性。在知识社会,绝大部分专业人员都知道学习的重要性。但每个人的学习和思考的习惯、学习和思考的方法却具有非常大的差异。在新知识的学习上,一直有所谓的学院派和实务派之分。解决同样一个问题,因为学院派会穷根究底、理性分析,一个问题解决起来往往费时费力,但问题解决的深度和知识积累的效果会比较好;实务派则更多的懂得借鉴具体的实践经验,快速行动,问题解决的效率高,但容易陷入头痛医头、脚痛医脚的困境。无论是实务派和学院派,如果能够不耻下问,多拜前人为师,我认为都会或多或少的克服自身学习能力方面的不足。否则,仍由个人发挥,很有可能陷入极端。如果自认为掌握了一定的窍门,就不能虚心的向同行和老师学习,个人的成长一定会受到影响。
(三)、学习和创新能力参差不齐,项目应变缺少灵活性。毫无疑问,IT项目的业务多样性和快速变化对IT项目经理的创新能力和灵活性是一个很大的考验。在企业的IT部门,没有一个项目经理只做财务或者只做物流,项目临时性决定了我们的项目任务总在不断的变动中,没有任何一个人可以为未来的项目准备好所有的专业知识和最佳实践。所以,在新的项目任务提出来以后,项目经理如何快速学习、如何快速做出创新,这是对项目经理的学习和创新能力的很大的考验。
(四)、缺少与个人和组织打交道的热情和能力。实行混合项目制的组织,对同一个项目,往往负责人既有项目经理,也有职能经理。这些组织的项目经理的权力可能会在一定的程度上被削弱,这影响了项目经理与个人和组织打交道的积极性和主动性。这必然给项目的沟通带来很大的风险,项目经理的沟通会更加困难。而从学习来看,沟通和协调能力实际上项目经理最重要的能力。项目经理一定要过好与人打交道的能力。否则,在复杂的项目中,项目的推进力度和推进效果会在很大程度上受到影响。
一切都从“问题”开始
我认为一个人在一个职业方向上能走多远,不是取决于我们的宏伟抱负,也不是取决于我们渊博的理论知识,而是取决于你面对问题和解决问题的态度。
也许这只是我的个人体会,但自从我认识到这一点以后,我就放弃给自己做职业规划了。我不做职业规划,只会更多的考虑,在我工作的地方,在我工作的范围内,我们面临什么样的问题?我们还有哪些问题没有解决?我们还在哪些地方需要改进?我可以做出什么样的努力?
中国人其实很善于去“发现问题”,过去,老同学坐在一起,就是在讨论我们的国家、我们的某某政府、我们的某某单位甚至某某领导人有这样那样的问题云云,总之,大家都很会“数落”,在“数落”的同时,我们也不会忘记发表自己的“高见”。每每遇到这样的情形,我都会观察,问题的提出者是否会去专心的研究和准备处理这些问题。如果大家只是高谈阔论,发发感慨,我总是选择一言不发,并对被议论的对象报着深刻的同情!这种“同情心”会被人怀疑我的立场!
其实,我认为自己并不是要去回避这些问题。只是自己也无法解决的问题,我们在抱怨和高谈阔论之前,更应该多学习和思考而不是飞短流长,包括站在当事者的立场去考虑这些问题。
IT也好,ERP也好,我们在一个企业可能遇到的问题其实是最多的。我并不认为所有的人都要抱着文绉绉的态度去研究和思考一番,而是作为一个学习者,问题本身就是最好的老师。与其对问题飞短流长,不如下来好好思考一番,并学习如何去解决。
作为IT项目经理,我们可能遇到的问题其实是非常多的。公司业务在不断变化,任何变化都会给IT带来一揽子令人头痛的问题。比如,过去的一个订货系统面向机构订货,你只需要应对几十家分支机构客户;现在公司的业务模式变了,马上要将所有代理商实现集中订货,你的系统一下子增加了上千家客户,系统如何承受这样的压力?公司的组织结构和业务流程的变动更是无时无刻不在考验IT人的智慧!
可以这样说,在一个公司里,需要广泛、深入接触各个业务部门的人非IT经理莫属。这是机遇也是挑战,你是只考虑自身的或本部门的利益,还是考虑客户和业务部门的问题将决定你在IT经理的岗位上可以走多远。现在,越来越多的IT经理会毫无疑问的选择后者,这无疑是一种明智的选择。
所以,变化的业务、业务的变化带给IT经理最大的挑战就是:我们如何去学习?
作为甲方学习
在讨论这个问题之前,先和大家讨论一个问题:IT项目经理属于甲方还是乙方?
在我公司IT部门,IT项目经理加上部门经理超过10人,每个人都会带一个小团队。IT项目经理有各种各样的背景,有的是从开发岗位提升上来的,有的是需求岗位提升上来的,有的是从实施岗位提升上来的,有的是从网络工程师岗位提升上来的,还有从市场和服务岗位转型而来的。我们发现,一些客户公司的IT部门比我们的项目管理体系甚至要更加完善,甚至整个IT部门都是由一些独当一面的IT项目经理构成的。我认为IT项目经理的能力成熟度可以代表一个公司IT部门的成熟度,所以IT项目经理的沟通能力和学习能力对一个企业的IT战略执行非常关键。
现实中,我们的IT项目经理都是非常善于学习的,对于项目任务也是非常负责。但是我发现了一个普遍存在的问题:我们很多项目经理把自己放在了乙方的位置上。
这里讲一个最近的故事:上周五,我们EAS协同平台因为一个补丁测试不充分,导致多个流程无法审批,前一天早上我已经发现了这个问题而且反馈给项目组加快重点跟踪。可是周五这个问题却再次重新而且是财务副总裁第一个发现。这个问题发生后,我们同时将问题反馈给了EAS事业部和本部门的项目组。EAS事业部在测试部经理的推动下,派出了支持人员到现场了解原因,测试部经理在问题处理前、处理中、处理后三次打电话给我反馈进展,消除我的担忧,处理完后发邮件给相关人员确认。而我们的项目经理却轻描淡写的说:他发现目前只有一两个核心的问题没有解决。他的答复让我怀疑我是不是用对了人!当然,我们的EAS项目经理也是一个非常有责任心的优秀员工,——一个小时以后,EAS项目经理主动找到我,让我给提出来究竟在哪里方面他还需要改进。为什么同一一个问题,两个团队的响应相差这么远?这不能不让我思考。
在这个事件中,我首先发现了IT项目经理和实施人员的不同。我们的实施人员在内心里有非常明确的甲方和乙方之分,即使在公司内部,我们的项目也分为甲方和乙方。EAS项目经理代表的是乙方,我是乙方的总负责人。但我心中的IT项目经理并不是乙方项目经理,我更多的是需要我们的项目经理站在公司业务发展和最终用户体验的角度去评估项目绩效,而不是简单做到让“甲方”业务负责人满意,业务部门和管理层也断然不会认为我是“乙方”代表,在任何时候,我都是“甲方”代表,我的使命就是要为公司的战略提供IT支持,而不是简单的把业务部门当成“乙方”。
站在甲方的角度学习,我们会发现,我们要关注的已经不是过去简单的“甲方”代表的满意度,而是甲方所有最终用户的满意度。我们的项目干系人发生了很深层次的变化。以我公司为例,我们的项目赞助人或需求方往往是业务部门,但是如果仅仅考虑让某一个业务部门满意那就大大错误了!
未从事过IT部门工作,在这方面可能难以体会深刻,但是在进一步讨论前,这是我特别强调的一点。这对我们学习和解决问题的心态有太大的影响。
项目实践与职业化学习
由于IT项目经理的奇缺,我们很多人可能还在没有做好专业知识准备的情况下就开始担任IT项目经理。无论你从事的项目大小,千万别小看了这个机会,这是一个学习和锻炼自己的很好的机会!
IT项目经理的职业化学习基本上可以分为专业学习和项目管理知识的学习两个部分。大部分IT项目经理的专业知识比较突出,但管理能力却有不足。在我们这里,有一个课程是绝大部分IT项目经理都一定会学习的,那就是《从专业人员转型为管理人员》,这个课程实际上就是把管理意识深深灌入项目经理的头脑。这门课程的重点不是掌握管理知识,而是通过团队培训和角色模拟,让我们深深发现自己身上的不足,并开始职业项目经理的个人转型。如果这个转型不成功,这样的项目经理的职业生涯是不可能长久的。很多专业人员对做管理没有信心,但是,只要你的悟性高,这门课程往往可以让我们起到茅塞顿开、豁然开朗、信心倍增的效果。
不过,这一切只是开始。由于IT项目的专业复杂性、组织复杂性、社会复杂性等等综合因素,你要应对自如,要学习的东西还非常多。知识方面,一个是从专业知识上,你要学习信息系统规划、设计、开发、测试等软件工程相关的知识,学习网络、通讯、安全、存储等相关的技术知识。如果你从事的是 企业信息 系统的项目管理,可能还需要学习ERP理论及系统实施的方法论知识;其次是从管理上,学习IT项目管理的特定知识。IT项目比建筑等其他专业项目更考验人的地方在于,IT项目是无形产品的交付,在项目目标、交付对象、项目干系人管理、项目范围管理、项目进度管理、项目沟通管理、项目 质量管理 等方面相对建筑等项目恐怕更加复杂。正是IT项目的特殊性,才使得IT项目管理成为一门独特的专业。在知识方面,目前国内有专业的培训和资格认证,如果我们希望在短时间内获得职业化能力,参加专业的培训应该也是比较好的方法。在部门内部,我们是通过外部培训和内部培训相结合的方式去培训IT项目经理,外部的培训主要以PMI的PMP培训为主,内部培训则是参加过相关外部培训的学员在内部做分享和交流。
专业知识和项目管理知识都只是IT项目经理的基础能力,拥有了这些知识,并不表明你就能成为一个好的IT项目经理。我认为,好的项目经理至少需要具有五个条件:
(一)、具备强烈的责任感和良好的管理意识;
(二)、熟悉综合性的信息系统软硬件知识;
(三)、精通IT项目管理知识;
(四)、具有3年左右的项目工作实践经验;
(五)、具备良好的协调和沟通能力;
我们在判断一个项目经理是否胜任的时候,并不是看表面的印象,而是以项目绩效和民主评议为前提来甄别的。所以这些条件不是指的你拿了多少国内或国际的证书。项目经理一定是在实践中经过千锤百炼打造出来的。
我们也有很多专业人员经历了很多项目,但并没有完成职业化的项目经理的转型,究其原因,我观察有以下几个方面:
(一)、对IT项目经理的角色认识不清晰。IT项目经理是要对项目目标负责,对项目干系人的需求实现和最终满意度负责,而且是要在规定的时间和预算的范围内完成这些工作。很多项目经理对这个角色的认识不清晰,往往会从专业人员的角度把项目当成一件事务性的工作去完成,很少考虑项目干系人的真实需求和项目的实际目标。最后项目完工了,发现并不是业务部门和甲方所需要的系统。IT项目经理的角色意识不强,会导致项目缺少起码的日常沟通和管理,大量的工作返工、时间和预算失去控制。试问有多少个企业敢用这样的项目经理呢?
(二)、缺少向实践学习、向同行学习的积极性。在知识社会,绝大部分专业人员都知道学习的重要性。但每个人的学习和思考的习惯、学习和思考的方法却具有非常大的差异。在新知识的学习上,一直有所谓的学院派和实务派之分。解决同样一个问题,因为学院派会穷根究底、理性分析,一个问题解决起来往往费时费力,但问题解决的深度和知识积累的效果会比较好;实务派则更多的懂得借鉴具体的实践经验,快速行动,问题解决的效率高,但容易陷入头痛医头、脚痛医脚的困境。无论是实务派和学院派,如果能够不耻下问,多拜前人为师,我认为都会或多或少的克服自身学习能力方面的不足。否则,仍由个人发挥,很有可能陷入极端。如果自认为掌握了一定的窍门,就不能虚心的向同行和老师学习,个人的成长一定会受到影响。
(三)、学习和创新能力参差不齐,项目应变缺少灵活性。毫无疑问,IT项目的业务多样性和快速变化对IT项目经理的创新能力和灵活性是一个很大的考验。在企业的IT部门,没有一个项目经理只做财务或者只做物流,项目临时性决定了我们的项目任务总在不断的变动中,没有任何一个人可以为未来的项目准备好所有的专业知识和最佳实践。所以,在新的项目任务提出来以后,项目经理如何快速学习、如何快速做出创新,这是对项目经理的学习和创新能力的很大的考验。
(四)、缺少与个人和组织打交道的热情和能力。实行混合项目制的组织,对同一个项目,往往负责人既有项目经理,也有职能经理。这些组织的项目经理的权力可能会在一定的程度上被削弱,这影响了项目经理与个人和组织打交道的积极性和主动性。这必然给项目的沟通带来很大的风险,项目经理的沟通会更加困难。而从学习来看,沟通和协调能力实际上项目经理最重要的能力。项目经理一定要过好与人打交道的能力。否则,在复杂的项目中,项目的推进力度和推进效果会在很大程度上受到影响。