如此模模糊糊,又不能左右,那你让我做什么? 还是得有所作为,让我试试看: 项目经理上级的管理方法模糊 项目经理应该是隔板,尽可能不让项目组受到上级模糊管理的影响,主导项目组的管理工作,明确跟项目组说,这个项目我说了算,职责所在,当仁不让。 项目目标不清晰 这种情况比较常见,我一般采用以下办法: 1、先投入精力搞清楚; 2、采用原型法; 3、目标不清晰,但项目中总会有一些清晰的东西,比如项目中会用到的一些构件,先做起来,蓄势待发。随着时间的推移,目标会变得越来越清晰的。一旦目标清晰了,项目的最后期限也快到了,不惜一切代价搞定它! 项目经理权限模糊 只能浑水摸鱼了,但自己心里要明晰,项目的计划有必要按照项目经理拥有的权限划分。权限模糊并不等于没有权限,只是时有时无,一旦有了某种权限,就抓紧把该权限相关的事情做好。这样做确实很难,但也是没有办法的办法了。 项目范围模糊 搞不清楚就一点点圈地呀。先做清楚、核心的,再一点点圈出去。这样当然会把项目搞得很零碎,所以最后最好能留出一点时间,投入最强的技术力量整理一遍,这个过程一般在用户测试阶段做,让外围技术力量去应付用户测试,技术核心力量在后面搞定,最后再借修改Bug等机会来个偷梁换柱。 项目启动模糊 有了项目组就先做些技术准备。 团队成员所属性的模糊 进可能细化开发计划,每项任务除了分配给一个主要负责的人外,再配备100%~200%的被选人员,一旦团队成员被确定到某一岗位时,就让他按计划做好适合他做的工作。 项目收尾的不清晰 给用户发爱的美敦书:一个月内不安排验收,即默认项目验收通过,云云。当然最好在合同里定好。 。。。。 不玩了,已经被版主搞定糊里糊涂了。
|