项目经理应该把30%的时间用在编程上

　　英文原文：Engineering Managers Should Code 30% of Their Time

　　在一个科技公司里，软件手艺司理用在编程上的时间应该不低于总事情时间的30%。无论是治理一个团队，照旧一个分部，照旧整个公司，当手艺司理用在编程上的时间低于30%时，他执行职责的能力就会发生严重退化。

　　我的这个断言可能跟那些我看到的想成为团队首领的软件程序员们期望的情形完全相反。每次提升，程序员们都期待花在编码上的时间会大幅度淘汰，当从“leader”爬到“司理”职位时，就应该彻底脱离编码运动。而且，他们期望以一种“动口动眼不下手”的方式来保持对代码库的熟悉。再上级的向导就跟编码完全没关系了(若是有的话)。

　　或许一年前，其时我的时间被越来越多的其它事情占用，例如招聘，治理，开会等。我就发现，作为一个手艺首领，当花在编程上的时间低于某个比例后，治理效果和事情效率就会泛起问题。之前我写过一篇短博客论述过这种体验和看法，但没有睁开详细的形貌。这里，我将会对这个看法睁开更详细的叙述。

　　为什么要坚持编程运动

　　许多人以为，作为治理者，应该退出战斗第一线，专注于大战略和治理事情。固然，治理者把大部门的时间用在这种事情上是应该的。可是，在我们这样一个行业里，由于我们允许或要求治理者险些不再去编程，现实让我们支付了极重的价格。一旦一小我私家制止编码，他和程序员们体贴的事物之间的主要联系就会退化。当这种情形发生时，决议、企图和干群关系就会出问题，从而瓦解了将手艺职员提升到治理职位的优秀愿望基础。

　　项目开发评估能力

　　程序员的百宝箱中最主要的一个绝活就是预计工期。若是没有准确预估的能沈阳软件公司力，整体企图是不行能准确的出台的。各人也知道，做为一个族群，程序员们对工期的预计是污名昭著的——糟糕的不能再糟，事实上，当从程序员口中获得一个预估的数字后，公认的要领是将它乘以二。通常，程序员都市对开发事情抱有很是乐观的态度，但若是我们使用“estimate traction”理论，就会发现，编程运动体现出特殊易变的特征。由于我可以用许多要领实现一个功效，当我们在还没有深入细节之前，我们的预计就是不行靠的。

　　手艺债务

　　另外一个事情是，对于手艺债务给项目造成的影响，手艺司理必须掌握第一手的资料。现在，手艺债务这个术语很是盛行，常被用来看成争论的弹药——优先开发新功效照旧先重构老代码。对“手艺债务”这个词的内在熟悉的人通常最容易提倡论战。作为手艺司理，你不仅仅要熟悉这个观点，而且它们会在你判断何时归还手艺债务的决议中起直接作用。经常写代码的司理拥有更多更有价值的信息来判断何时/怎样做出这样的决议。

　　知情的一连性

　　我并不是随意选择30%的比率的。我是基于自己的履历，将足够的时间到场到开发运动中，你很容易就能时刻掌握代码库的任何转变。若是时间太少，你对开发动态的掌握就是断断续续，无法连成线。一旦断了线，我就需要重新理顺脉络，由此获得的处罚就是铺张了分外的时间。

　　分管责任

　　作为卖力人，你不行能让所有决议都由你制订或由你批准。但你需要相识所有决议的前因结果和配景知识，来辅助这些决议。最终，你要为这些决议的结果卖力，你对项目情形的掌控能力要能匹配你的这份责任。

　　努力到场编程赢得团队尊重

　　各人需要明确：要想成为一个乐成的司理，你需要为团队成员提供服务，促进开发，确保他们完成使命。我曾在一篇博客里写过怎样诊断和修复司理们有问题的干群关系。可是对于的治理程序员来说，你需要热爱编程。由于你的团队在编程，若是你在编程上做模范，他们都市对你肃然起敬。

　　到达30%的障碍

　　只管支付了最大起劲，我仍然在保持30%的编码时间上遇到了许多的阻碍。包罗下面这些：

　　事情繁多：在一个创业公司里，你总有忙不完的事情需要去做，纵然在公司有规模、壮大后，怎样对众多都很主要的事情排优先级也是一种磨练。手艺司理有许多职责，完全会占满他的70%的时间。下面就是一些：

 1/3    1 2 3 下一页 尾页