个人观点项目管理其实就是一个攘外安内的工作:
对外:适当揣测用户的关注点和心里想的但由于各种原因表达不出来的需求,可能有人认为需求是不能有项目经理揣测出来的,揣测不是决策,和客户充分的交流是必要的,但是不能自己一头雾水就拽着客户和你一起想需求,如果你的客户脾气好不用说了,我怕一般客户都会烦你,IT行业来说很少能碰到比较专业的客户(尤其是政府部门的业务,小弟是做电子政务的经常和政府打交道)所以他没提出的需求就可想而知了,面对客户的一些荒诞的需求许多技术出身的项目经理听到就晕了,这时候就看项目经理的了,你可以顺着客户的需求根据自己对技术的了解向正确的方向引导客户,不能一砖头拍死对方的要求。
对内:有经验的项目经理熟知项目开发的整体流程,个人觉得项目最关键的阶段在于项目需求的确定,定版需求文档要求客户负责人签字(防止客户以后无休止的毫不忌惮的修改需求,这样才有项目的经度控制可言)。
对于内部开发工程师们做为项目经理实为两头受气的小媳妇,客户不能得罪,连开发人员也得哄着,不然谁肯给你出力卖命。
本人项目内部任务分配采用模块划分、责任到人的制度。每个模块进行项目进度的管理开发完成后交叉测试(对以后项目维护人员选取有好处)最后测试组介入测试。
说的比较肤浅!望有所帮助!
对外:适当揣测用户的关注点和心里想的但由于各种原因表达不出来的需求,可能有人认为需求是不能有项目经理揣测出来的,揣测不是决策,和客户充分的交流是必要的,但是不能自己一头雾水就拽着客户和你一起想需求,如果你的客户脾气好不用说了,我怕一般客户都会烦你,IT行业来说很少能碰到比较专业的客户(尤其是政府部门的业务,小弟是做电子政务的经常和政府打交道)所以他没提出的需求就可想而知了,面对客户的一些荒诞的需求许多技术出身的项目经理听到就晕了,这时候就看项目经理的了,你可以顺着客户的需求根据自己对技术的了解向正确的方向引导客户,不能一砖头拍死对方的要求。
对内:有经验的项目经理熟知项目开发的整体流程,个人觉得项目最关键的阶段在于项目需求的确定,定版需求文档要求客户负责人签字(防止客户以后无休止的毫不忌惮的修改需求,这样才有项目的经度控制可言)。
对于内部开发工程师们做为项目经理实为两头受气的小媳妇,客户不能得罪,连开发人员也得哄着,不然谁肯给你出力卖命。
本人项目内部任务分配采用模块划分、责任到人的制度。每个模块进行项目进度的管理开发完成后交叉测试(对以后项目维护人员选取有好处)最后测试组介入测试。
说的比较肤浅!望有所帮助!