如何用敏捷搞垮团队？

好多年以前，我是个程序员。虽然那时候很穷，但是我从来没有因为没钱而绝望过，因为我知道，以后没钱的日子还很多。

经过多年奋斗，终于做到了技术经理，买了一辆属于自己的车。我也明白了一件事情：我这个年纪的人，骑电动车的时候一定要戴安全头盔，否则，会被开宝马奔驰的同学认出来。

记得刚做技术经理的时候，我还是改不了爱装逼的毛病，经常讲些高大上的方法论。

我曾经不遗余力地推广敏捷，不停地给团队讲、给领导讲、给老板讲。不为别的，因为如果他们不懂这东西有多么好，我装逼给谁看呢？

后来我懂了，装逼就算了，如果你装逼还不承认的话，雷就会劈你，别问我是怎么知道的。

谈到敏捷，我知道：只要努力搞，没有敏捷搞不垮的团队。我总结了13条搞垮心得：

第一，不相信敏捷

许多人以为“敏捷就是快，10个人干的活，现在5个人就干完了，马上要开始裁员了”

当员工不相信敏捷的时候，你放心大胆地搞，就成功一半了。

第二，没有敏捷教练

程序员是一群绝顶聪明的人，我稍差一点，我只是绝顶。既然这么聪明，还需要什么敏捷教练？

大家都是受过九年制义务教育的好吗？虽然我比你们牛逼一点，我读了十年。

第三，不尊重员工

员工这么美好的东西，怎么可以不尊重呢？

你知道为什么高层领导对下面的员工都很友善，而基层领导对下属都很凶吗？

这么说吧，你见过有人对自己的办公用品生气的吗？

第四，不容忍犯错

大家都是职场成年人，拿结果说话，做不好就要重罚，如果犯错不用受罚，LV每年出这么多包包干嘛？

第五，逃避困难

实施敏捷以后，问题就来了：临时需求能不能插入？文档要不要写？项目要不要评审......遇到问题首先要冷静。

今天解决不了的问题，不要着急，因为明天你也解决不了。

第六，把变革当实验

敏捷不就是开开站会、画画白板吗？有什么稀奇的，先找几个团队试试看，谁知道行不行啊？

没有变革的决心，走一步看一步，很快就会打乱开发节奏，耽误业务需求的开发，你恐怕只能革自己的命了。

第七，太激进

很多牛逼的公司都上了敏捷，难道我们抄作业都不会吗？

记住两条定律：1、敏捷是完美的；2、如果发现有问题，请参考第一条。

第八，打击团队士气

人类发明语言就是为了传八卦的，把团队气氛搞起来，听懂掌声。

如果上班不聊八卦的话，上班跟上坟有什么区别？

第九、激化矛盾

产品和开发的关系，就像斗地主，刚才还是一伙的，一转眼就成了敌人。

有时候又像情侣，热恋时，情侣们常感叹上辈子积了什么德？结婚后，夫妻们常怀疑上辈子造了什么孽？

记住，开发永远不要跟产品争吵需求，因为吵了一上午，人家的需求已经整明白了，你的代码在哪呢？

第十、缺乏产品规划

敏捷开发，还要啥产品规划？岁月静好，现世安稳，KPI随缘，一切都是最好的安排。

第十一，技术架构失控

敏捷这么快节奏，哪有功夫搞架构？全部上临时方案，出问题就打补丁，补丁上面再打补丁。

出线上事故就开始甩锅，一定是产品的问题，测试的问题，运维的问题.....

总之，程序员要对自己好一点，能怪别人的，就不要怪自己。

第十二、不重视工具支持

自动构建、敏捷管理、自动化测试工具都是割韭菜的玩意，统统砍掉。

是时候表演些真正的工匠精神了，从0开始造轮子。

业务提需求请先排期，如果非要加一个期限，我希望是一万年。

第十三、制造文化鸿沟

别整那些没用的团建活动。团队不值得，一个优秀的程序员，能顶10个平庸的程序员，人多有个屁用阿。

这就是我，颜色不一样的烟火，我就是我，看了自己都冒火。

最后，想要用敏捷搞垮一个团队并不难，以上13条只要做到一半，团队就垮了。

敏捷就像风骚的小寡妇，每个男人都想占她便宜，却没人愿意真正把她取回家。

经历了风雨，不一定看见彩虹，还可能会得重感冒，但是梦想还是要有的，万一见鬼了呢。

逃离一线！从上海举家回成都七年，现在怎么样了？

聊聊索引失效的10种场景，太坑了

深入理解CPU缓存一致性协议MESI（建议收藏）