如何用研发流程搞垮一个团队？
管理大师德鲁克说过：“有所成就的人，都从最重要的事情做起。而且，一次只做一件事情。”
对于大师的观点，K哥是非常认同的，不仅认同，我还是一个认真实践的人，简称“践人”，其实不要脸这事如果干得好，这就叫心理素质过硬。
我专注搞垮团队这件事20年，先后搞垮过10几个团队，不能说有多么高的成就吧，我只是一个平平无奇的搞垮小天才。
反观自己的内心、总结过往，我分别从研发流程、组织架构、开发工具、文化氛围四个方面来总结我的搞垮心得：
研发流程篇
1、用“伪敏捷”，掩盖产品能力的不足
虽然“敏捷宣言”发表20年后，连最初的发起人之一也承认它的失败。但是，只要手里有个锤子，看哪里都是钉子。
VUCA时代就是要快，产品能力不足没关系，先开枪后瞄准。
以后不要再骂产品人员不动脑了，因为动脑的前提是，他首先得有个脑子。
以后也不要笑我脸大，因为那是被满脑子的智慧撑大的。
2、用项目管理制度拖慢开发周期
聪明的开发人员很快就发现，项目管理制度是个好东西，它就是为了保护开发人员而制定的。
提需求？走流程。变更需求？走流程。上线发布？走流程。项目不做了？走流程。
10个失败的项目，有9个是被繁琐的流程拖死的，还有一个在被拖死的路上。
其实呢，结果这个东西，如果和你想的一样的叫童话，和你想的不一样的才叫生活。
组织架构篇
3、让技术高手去做管理
技术高手明明擅长技术，却安排他去做管理，如果不服从就是不知好歹。
多少人跪舔想要做管理，现在看你写得一手好代码，提拔你，你却说不。你这不是给脸不要脸吗？打入冷宫，永不启用。
领导要对自己好一点，能怪下属的，就不要怪自己。
4、复杂的“矩阵管理”
即使团队只有20多人，也不妨碍我表演些真正的“管理”。
团队按职能分成产品、技术、测试、运维部。再按照产品线，分成用户组、采购组、市场组、财务组、人事组。
团队成员按“虚实线汇报”给两个领导，打绩效的时候虚实线领导占比五五开。
总之呢，管理制度要复杂一点，没有博士学位，你都没法理解。
5、部门墙厚，层级多
科层制式的组织架构，是组织管理学里最伟大的发明，有效提升了社会化大生产时代的整体效率。
你说它过时了？我并不觉得。现在那些花里胡哨的扁平化组织、阿米巴模式都是噱头，都是为了装给老板看得玩意。
牛逼的管理者们，是时候捍卫你们的尊严了，树立起厚厚的部门墙、尽可能多的组织层级，打造一个强大的“帕金森组织”，大幅降低组织的效率。
开发工具篇
6、在办公电脑上节省成本
把前台小妹淘汰下来的电脑，给开发人员用。连扫雷游戏都跑不起来的硬件配置，用来编译程序，才能体现极客精神。
开发人员自己掏钱买电脑？对不起，安全守则不允许。万一你把大家写的BUG都拷贝出去，那怎么办？这可是公司的核心垃圾呀。
不过，垃圾也是资产嘛，包装得好，谁TM看得出来，上线之后股票蹭蹭涨。
好钢要用在刀刃上，高端的电脑是留给销售同事和老板出去zb用的，IT民工不配。
7、代码管理、bug管理、调试编译工具投入不足
开发用的工具还要花钱？自己动手写一个吧，你不是技术很牛逼的样子嘛。
用开源的也行呀，但是不要在上班时间搞，996之外你干啥，我又管不着。
工欲善其事，必先利其器？你看我长得像傻子是吗？这本来就是你该干的事，不出活，还TM怪工具不行。
8、不重视知识管理
教会徒弟，饿死师傅。真正厉害的高手，是不轻易分享自己的经验的，非要让大家分享自己吃饭的家伙，那不是反人性嘛？还是做个人吧。
代码就像内裤，我知道我有漏洞，我不让你看到就行了嘛。所以要像爱惜内裤一样爱惜你的代码，也不要随便看别人的代码，万一看到漏洞，多尴尬呀。当然了，如果你的很大，别人也是可以忍一下的。
文化氛围篇
9、不关注技术发展趋势
哎呦，哪有空抬头看天呀，脚下这么多坑呢。搞不好就要踩坑暴雷、职位不保。
有闲心关注技术发展趋势，说明工作不饱和，拿着资本家的工资却不干活，你的良心不会痛吗？
再说了，技术发展趋势是BAT的事情，等到技术成熟了，我们这些小公司拿过来直接用就好了。就是这么聪明，你有办法吗？
10、不重视研发人员的成长
领导又不是保姆，给你钱，还要帮你成长，难道你上辈子拯救银河系了吗？上班时间用来学习，这不是摸鱼行为吗？
作为资本家就要有个资本家的样子，不压榨到极致，怎么体现资本的嗜血性？
每次员工问我，他的代码写得怎么样？我总是沉默一会，对他说：别想那么多，你开心就好。
结语
别人做事很努力，我努力起来很像在做事。其实，每个人都有自己的优点，有人聪明、有人勤奋，我呢，心态好。
搞技术的要多出去走走，因为不这样的话，你根本不知道宅在家里有多么爽。
做个技术宅男没什么不好的，至少当幸福来敲门的时候，你总是在家的。
以上10点，给那些有志于搞垮团队的Leader们。天下没有难管的团队，只要认真搞，没有搞不垮的。
文源转载自：技术领导力
