项目管理的“三边六拍”

项目管理的“三边六拍”

作者:  Fireball   来源:  博客园   发布时间: 2012-07-27 15:54

URL：http://kb.cnblogs.com/page/119555/

文/张传波

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

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

　　第一拍：拍脑袋

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

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

　　我的感受：

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

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

　　第二拍：拍肩膀

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

　　我的感想：

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

　　第三拍：拍胸口

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

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

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

　　我的感想：

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

　　第四拍：拍桌子

　　项目进展不理想，领导拍桌子骂人！

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

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

　　我的感想：

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

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

　　第五拍：拍屁股

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

　　我的感想：

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

　　第六拍：拍大腿

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

　　我的感想：

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

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

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

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

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

另，百度文库：

项目管理三边六拍

https://wenku.baidu.com/view/63c4b49503d8ce2f006623e0.html