项目经理不可不知的“三边六拍”

开发 项目管理
项目经理其实应该注意下面的“三边六拍”,这些行为很可能会损害你的管理效率。“三边”是指:边计划、边实施、边修改,“六拍”是指:拍脑袋、拍肩膀、拍胸口、拍桌子、拍屁股、拍大腿!

  “三边”是指:边计划、边实施、边修改,“六拍”是指:拍脑袋、拍肩膀、拍胸口、拍桌子、拍屁股、拍大腿!“三边六拍”很形象,引人深思!

  “三边六拍”并非本人原创,最开始我是从我的领导那听到的,我觉得很有意思,很形象,很贴合实际。下面介绍一下什么是项目管理“六拍”,以及我的一些感受;然后介绍“三边”和我的体会。

  作者:张传波

  ***拍:拍脑袋

  客户领导与软件公司领导在一起,“拍脑袋”确定了一个项目,于是项目马上就要开始了,你的麻烦马上就要来了。

  “拍脑袋”主要说明的问题是没有想清楚为什么要做这个项目,不怎样考虑可行性和最终效果,就冲动地让项目上马了。

  我的感受:

  作为项目经理的你,往往无法干预这个“拍脑袋”的过程,你想你的领导下次拍脑袋能拍好一点,恐怕也不太可能。你能做到的事情就是,搞清楚项目的背景、搞清楚你的领导和客户的领导做这个项目的动机是什么?

  项目要成功,你必须同时满足你的领导和客户的想法。当然双方领导的想法可能都不确定,这可能会让你很被动,但也给你带来机会来“控制”这些事情,前期虽然是“拍脑袋”安排这个项目,但你可以在后期充分与双方领导沟通,逐步将领导脑袋中不明确的东西明确(当然难度超高),让项目有成功的机会。

  第二拍:拍肩膀

  领导安排项目工作给你时,往往是语重心长地说类似这样的话:这个项目对公司如何如何重要,你是公司中非常重要的人物,这个项目没有你不能成功......拍你的肩膀,就是和你套亲切和信任,有时候还会请你甚至是项目组吃饭,表示对大家的感谢和信任。

  我的感想:

  咱们做软件开发的,其实不是傻的,这些门面功夫其实让我觉得很恶心,而你遇到这样的情况时,你又必须虚伪地做下面的第三拍的事情,更加恶心!但如果我是领导,我会如何安排项目工作下去呢?会不会也是这样做这些恶心的门面功夫?

  第三拍:拍胸口

  有些朋友,可能真的是以为领导很重视你,义无反顾的“拍胸口”保证没有问题!

  有些朋友就比较聪明,他知道这个项目你是不可能推脱的(除非你想走人),但他又知道任务艰巨,他会在拍胸口的同时,要求增加人手和延长工期,往往会得到老板的一些妥协。

  而我是属于比较蠢的一种,我会直接跟领导说这个项目的一些重大问题,有些项目我了解到项目“拍脑袋”过程后,我甚至会说这个项目不可能成功。我这样做往往惹领导不高兴,觉得我不听话,认为我对本项目没有信心等等。

  我的感想:

  做人真难,我不是随便承诺的人,我能列出项目的具体问题,说明已经认真思考了,有问题自然有努力的方向,没有问题其实问题更大,不知道领导是怎样想的?拍胸口真的是很痛苦的事情啊!

  第四拍:拍桌子

  项目进展不理想,领导拍桌子骂人!

  领导拍桌子骂人,可能是真的很火,忍不住拍了,也可能是要给你一种威慑感,让你更有压力的干活。

  也有的领导很厉害,会忍住怒火,他知道目前只能靠你,等项目完了后才“收拾”你!

  我的感想:

  用工厂模式来管理软件项目,其实是很傻的做法。软件项目是充满创造力的事情,无聊的高压,往往让项目组不思考如何更简单,更少工作量,而疲于奔命,不断返工。而老板见到你拼命加班,虽然工作成功不尽理想,但至少老板心里会舒坦一些。这是多么无聊的怪现象啊!

  如果遇到厉害的领导,暂时忍住怒火,继续对你“以礼相待”。有人会趁机“要挟”一把,这时候要求加薪,90%是没有问题的,但你等着项目后被开掉吧,而且可能会被开得很惨。

  第五拍:拍屁股

  现在不是奴隶社会,我又不是终身卖给你的,老子不打东家可以打西家,你可以发飙,老子何尝不可以!老子走人,你自己管你这个破项目吧!

  我的感想:

  不管东家还是西家,其实家家都是一个鬼样,你只是从一个火坑跳到另外一个火坑而已。不要轻易拍屁股,要思考自己是否值得留下来!凡事没有***,出来打工更加不可能事事顺意,从你的职业规划思考,你值不值得继续为这个项目奋斗?当然要记住,做人要有基本的职业道德,他不仁,我不会不义!

  第六拍:拍大腿

  领导将项目经理气走了,项目无人打理,于是拍大腿后悔。

  我的感想:

  早知如此,何必当初呢?但很多领导还是不断地重复着“六拍”,领导还真的是不好当啊!

  “三边”是指:边计划、边实施、边修改。

  很多项目往往没有通盘规划就仓促上马,紧张的项目工期,太多的不清楚因素,项目组在高压力下,往往是见一步走一步,一边做一边修改。最终项目效果也不会很好,不但项目组痛苦,客户的利益也会受到伤害,***结果就是“双输”了!

  实际上很多项目可能逃不过“三边”命运,因为项目上马时,需求是不确定的,技术往往也是不确定的,但工期是限死的,项目的预算也很可能是限死的,在“两大限死、两不确定”的框架下,“三边”难以避免。我做过的项目,几乎都不可能从一开始就能得到全面准确的需求,都不可能在项目初期就可以制定长期而周长的计划,小版本迭代是我惯常的做法。其实敏捷就有具备“三边”的特点,不过不是“见一步走一步”,而是有一个长远的战略性规划,通过一个个小版本逐步接近我们的目标,保持灵巧的同时也能预测变化。

  所以我对“三边”的感想是:“三边”不代表低水平,关键你是敏捷地“三边”还是被动地“三边”?

原文链接:http://www.cnblogs.com/umlonline/archive/2011/10/26/2224327.html

【编辑推荐】

  1. 项目经理不该给客户做烂好人
  2. 百炼成钢 真正的软件项目经理是怎么炼成的
  3. 项目经理谈如何应付对日软件开发的危机
  4. 项目设计与范围管理之项目启动
  5. 软件产品经理该如何满足用户的需求
责任编辑:彭凡 来源: 博客园
相关推荐

2020-11-11 21:27:55

缓冲文件调用

2019-12-02 14:14:20

缓冲系统调用函数

2010-06-11 14:46:38

可路由协议

2011-05-30 14:05:04

2023-06-15 11:01:43

Java工具开源

2015-01-15 09:34:28

2020-11-30 13:12:04

Linux文本命令

2023-06-08 13:10:04

2014-06-09 13:21:27

2010-04-16 17:09:18

Oracle查看锁

2018-06-12 11:05:33

2015-08-20 09:57:38

JavaScript框架

2021-01-27 09:45:17

负载均衡

2010-10-27 10:39:44

求职

2024-03-21 08:57:39

语言软件开发

2014-06-20 14:35:48

浪潮数据

2015-07-30 17:30:43

Linux命令

2019-08-18 23:10:14

数据科学算法数学

2020-01-17 06:12:10

物联网IOT技术

2023-09-20 09:00:00

点赞
收藏

51CTO技术栈公众号