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经理最大的挑战就是：我们如何去学习？

　　未完待续。