阅读本文大概需要2min
文/ 强哥，图/ 强哥
未经授权禁止转载
作为一个技术leader，经常会被老板问的一个问题就是：团队效率还能再高点吗？
有时可能是面临一些高优先级的项目，排期紧；有时是部门不行了，需要提人效；有时仅仅是老板们觉得团队缺了点“紧迫感”。
毕竟老板们是不搬砖的，哪能体会到每周工作超60个小时的压力呢？他们喜欢把自己的投入程度自动代入到每个公司员工身上...
身为管理者，无论管多少人，一个定律就是：
团队的产出=你的产出，团队的表现=你的表现，批评他们=批评你的领导力。
不过也不用慌，这些问题都好解决。毕竟工作这么多年了，啥样的老板没见过呢？
要解决问题，就先了解问题产生的原因。看起来是对团队效率不满，背后可能是其他原因。
1、工作时长
首先从最容易看到的问题开始，去了解下底下的开发们是不是真的工作时间很短？
比如晚到早走，有人喜欢在白天磨洋工，有人喜欢赶紧干完活赶紧走。
在老板们眼中，“最后一个离开”的人，几乎可以肯定是在努力工作。
当然，工作结果肯定比工作时长重要，但是程序员的工作结果很难衡量，一个需求也不是当天就做完上线，就算有些人这一次效率高了，2天的需求1天就做完了。
但他也不太可能下一次还这么高效。所以，工作时长是相对来说更容易被衡量的。
再者，个人的工作时长短也只能代表这个人，但团队的整个工作时长都不够，那么就是结构性问题了，一般会被认为管理或项目出了问题。
不管这个问题出在谁身上，你是领导，你就有责任解决。
我之前就跟大家说过，如果你不想被压榨得太惨，又不能表现得很明显，那就照平均上班点过来，晚点走。
比领导早到他看不见，他只能看到比他来的晚还走得早的人...两头你总得占一头吧！毕竟你不是领导...
尤其刚进一家公司不久的程序员，或者部门业绩不太行的...多注意下！
2、工作产出
是程序员搬砖不够努力，还是本身产能不够？
多少叫够呢？这个问题经过数十年研究，也没有一个确定的标准，那种用代码行数来衡量工作价值的公司，不是坏就是蠢...
而且，因为需求不可避免的变动，或者在开发过程中遇到一时难以解决的问题，单位时间内的产出就是有限的！
那么团队工作进度落后，是因为投入时间不够？还是遇到了没遇到过的问题？还是项目管理没做好？或是开发们的精力被其他事情分散了？
如果一个团队的产出明显低于预期，那么这个领导确实有问题，而且很可能跟工作时间没啥太大关系。
相反，大部分情况下他们都在加班加点赶需求。
如果是任务分配不合理，就要花时间重新过需求，做分配，定好优先级。
如果是团队配合有问题，那就要和成员多沟通，让团队有问题就主动及时反馈。
如果是其他外力影响，比如程序员旁边坐了一大堆销售不间断打电话，影响他们的专注，那我建议你赶紧申请一个安静的环境，如果需求紧急，最好封闭开发。
以上2点，虽说是从管理者角度讲，怎么做好团队管理，但同样也适用于一线写代码的程序员们，在这些方面，好好表现，不要让人挑出毛病来！
- END -
今日留言区话题讨论
领导觉得你工作不饱和，你会怎么做？
大家好我是强哥，一线互联网大厂技术leader，团队负责人。欢迎扫码加入读者群，共享技术干货/行业信息/求职内推等，进群方式见下图
1043
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
