项目经理注意事项:敏捷开发中的头儿

俗话说兵熊熊一个将熊熊一窝，跟对头儿绝对是一件振奋人心的事儿。之前写过一篇关于《项目经理注意事项》(千万别要点)的博客，当时所在团队的开发模式是一般的瀑布模式开发，其实说白了就是类似于作坊式的开发，经理去和客户谈需求(我会告诉你主要是去谈钱吗?)然后拿回来一堆他(她)认为的需求就开始让我们做了，很多时候无理的要求让开发人员不知所措，比如说让把网页上的多选框颜色改变，或者选中的样式从打钩改成打叉。你跟他说这是html这个语言内部的规定，不同的浏览器解析出不同的结果。(其实后面这半句是演到肚子里的)，他(准确的说是她)会给你扯你的水平问题。

其实遇到不懂技术的经理也有好处，具体的理由就不在赘述了，可以参考之前的《关于项目经理不懂技术》。自从换了团队，换了不同的开发模式，不得不说敏捷开发的确是目前最好的模式没有之一。但是相对的，敏捷开发对人员的要求也高了很多，一个开发人员应是多面手;对应的，一个敏捷团队的领导者绝不仅仅是领导者。他应该具有一般领导的特征再加上敏捷当中领导的独有属性。用计算机的语言描述就是：敏捷开发当中的领导extends一般领导。

对项目——明若指掌

其实这是父类的一个属性，一般的组长都会知道系统的核心，至于细枝末节的东西可能不甚了解。但是对于敏捷开发来说这是万万不行的，因为虽说敏捷开发中用例是估点儿得来的，但是大部分用例的粒度却是组长决定的，一个20天的工作量愣是给拆分了两个用例，你说让开发人员怎么进行估点儿?更恐怖的是在真正动手实现之前开发人员是不清楚这个用例到底是干嘛的。这就好比是一群瞎子在聊从回龙观到亦庄需要步行多长时间一样，这种不了解细节盲目设计用例粒度的行为让“估点儿”变成了一个摆设，没有丝毫的作用。最终的结果只能是分解用例不合理，项目进度把控的不准确。

对下属——打成一片

相信很多组长都有着傲人的气势，有着不可比拟的优越感，这完全可以理解，因为手下有兵了嘛!干活不用自己动手了，可以对别人指手画脚了。于是淘宝、论坛、微博成为了时间的主要消费对象。弟兄们干的带劲，你消遣的优哉游哉，难免会引起民愤。

首先肯定的是每个敏捷开发当中的组长都不是空降的，但是如果成为领导之后不再关心技术那么和下面的关系就会越来越远系统的实现上上也会被架空(其实这个时候与空降的领导就没有什么区别了)，导致上面说的，分解用例不合理，项目进度把控的不准确。更重要的是你手下的兵会有情绪，再往后就是众所周知的三部曲了：要么忍，要么狠，要么滚。

“或劳心，或劳力;劳心者治人，劳力者治于人;治于人者食人，天下之通义也。”——《孟子˙滕文公上》

对事——有责任，有担当

按照正常的流程实现是在需求被充分理解之后才能开始的，但是世界上哪有那么多正常的流程，不正常是常态。由于开发人员在敏捷开发当中担当了设计+实现的角色，所以很多时候都会遇到开发人员实现完成后与需求大相径庭，开发人员可能会抱怨(这不是一个优秀的开发人员)于是类似下面的话出现了。

“啊?原来需求是这样的啊!那这怎么实现啊”

“你问我，我哪知道”或者“你随便，我不管”

这种及其不负责任的话只会让干活的人心里骂娘，起不到一点点儿积极的作用。你可是组长啊，你怎么能不知道，你怎么能不管!难道你的任务仅仅就是催促进度?“你这俩用例今天能做完吗?”“这个星期能把你头上的bug修完吗”做完你妹啊，修你妹啊。遇到了困难不敢面对，遇到责任不敢承担，这样的头儿不跟也罢。

最后

看过一个很经典的关于领导力的视频，领导绝不是只分配任务，领导是将自己的能力放大，那么怎样才能放大?

第一种领导：“***你这么聪明你把***做了吧”

下属的感觉：我要是真如你说的那么聪明我就代替你了，还用你来指挥我?

第二种领导：“***你去做一下这个吧，做的时候可能会遇到***问题你可以去***网站上查一下资料，解决不了咱俩再一起研究一下。”

下属的感觉：泪奔哇~