技术团队管理者的三十六计

三十六计是根据中国古代军事思想和丰富的斗争经验总结而成的兵书，是中华民族悠久非物质文化遗产之一，作为技术管理者，通过汲取古人的思想并结合现代的实践，一定可以把自己的团队打造成“军团”，所向披靡。笔者也略知一二，特贡献四计作为参考：

计一 擒贼擒王

面对 Bug 怎么办，面对项目延期怎么办？面对这些软件开发管理过程中最常见的问题，笔者有一妙计：擒贼擒王。我们都知道，只要程序员写了程序，那么就有 Bug，有 Bug，软件产品的质量就会有问题，相应修 Bug 的时间也会变得难以预测，因此，只要我们拿捏住了开发人员，就拿捏住了产品质量。我们需要定制严格的缺陷密度指标，测试如果测出问题，开发人员一定要好好反思，充分分析问题，阐述开发阶段未发现问题的原因，以及提升或者规避的办法。这样一来，下一次就不会产生同类型的 Bug 了，假以时日 Bug 数量便会越来越少，轻松让团队产出无 Bug 的软件产品。我们都知道每天进步 0.1%，一年就可以进步到宇宙边缘，因此每一次定 OKR 或者 KPI，一定要量化他们的指标，并且要有提升。上个月目标是 5 个 Bug，那么这个月就是 4 个，只要五个月，就可以降到 0 个 Bug。

计二 无中生有

对于一个团队的管理者来说，开发人员的工作效率约等于产品交付的时间，时间就是金钱，因此，提高开发人员的工作效率直接关系到成本，关系到钱。那么，如何在不给钱的情况下提高工作效率就成了众多管理者追逐的团队目标之一。对此，笔者的妙计是：无中生有。这一计在实战中很常见，比如明明没有升 P 的机会，大可拍着开发的肩膀说：“项目的重要性不再赘述，最关键的是这个工作领导能看得到，并且项目如果能在明年 7 月前漂亮的结束，那么正好赶上述职..”。一句没有提到升迁，但确实句句戳到开发的心坎里，所谓画饼，其实是不够的，开发人员不会对假饼感兴趣，只有激发他们的想象力，才能让他们狂咽口水。因此，开发团队一定要围绕流口水的开发人员建立，并且 Title 一定要多。通常这样的团队，才有加班的主心骨，才有超越时间的工作量。适时配合福报和狼性，效果更好，开发人员可以带上行军床在公司战斗！##计三 兵贵神速用速度缓解老板的焦虑，用快递迭代弥补设计和架构的缺陷，用扁平化的沟通代替繁琐的需求讨论，笔者称之：兵贵神速。我们都知道在互联网行业中拼杀，最追求效率，可能晚一天上线，公司就倒闭了。因此，我们需要速度，以下为常见用法：

• 开会。速度快了容易翻车，容易闯红灯，因此团队需要经常开会了解彼此的活动和领导的想法。一日之际最重要的就是站会，我们需要通过站会，让团队每一个人都知道其他人前一天做了什么，今天打算做什么，遇到了什么困难，如果有的话怎么解决，并且为了避免开会影响工作，如果 9 点上班，务必让站会在八点半开始，如果时间不够，那么务必在下班后开始，想开多久就开多久；到了周五，一定要开周会，每个人都需要汇报本周的进展，风险以及 Bug 的数量，同时还要传达领导的指示和下周的安排。你说为什么不通过邮件？那是因为语言的信息密度是要高过文字一个层级的！

• 汇报 开会能从信息密度上传达更多的信息，还需要通过小时报、日报、隔日报、周报、双周报、月报、里程碑报，充分了解下属的工作，并形成纸面记录，以报告的好坏决定对开发人员的印象，并以此作为绩效考核的重要参考。

• 扁平化迭代开发 规划阶段，如果我们没有脑子，那么可以拍屁股决定，周一设计，周二开发，周三测试，周四投产，周五开发人员按计一写问题分析报告；如果按月迭代，更可以一周设计，一周开发，一周测试，一周投产。设计阶段，只要不直接面对用户的，可以省略设计，自己人要什么用户体验；为了更好的理解需求，可以省略产品，由老板口头描述需求，开发直接上手代码，不用关注架构的设计，代码的优良，能跑就行，大不了我们可以通过快读迭代解决这些问题。##计四 远交近攻尽管我们通过以上三计，已经大幅提高了团队的软件质量、人效、迭代速度，但我们仍不满足。因为远交近攻告诉我们，想要成功，光是对内“近攻”是远远不够的，我们还需要远交。作为管理者，酒香也怕巷子深，我们一定要去参加各类峰会、技术轮胎、圆桌会，充分展现团队的风采。同时要维持团队的工作量，确保每年都需要招人。多多锻炼应届生，让他们负责跨部门的合作，没有人会不理睬一个客客气气的应届生，对吧？

在你的管理过程中，还遇到过哪些计，欢迎分享～