书摘 - 走出软件作坊之员工绩效考核(二）

【书摘】大多数老板都不懂开发，许多做到管理岗位的网友都跟我抱怨这一点。但我说你如果遇到一个懂开发的老板或许更糟。他们想了想，会心笑了，非常认同我的观点。
【思考】其实老板懂不懂开发无所谓，只要他做他该做的事，不要胡乱干涉开发即可。软件公司老板可以不懂开发，但需要懂软件开发的规律和软件产业的趋势。

【书摘】我发现任务不断变更的原因有以下几点：1、需求没调研清楚，需求变更了。2、需求没描述清楚，程序员理解有误；3、新需求插了进来，但还要以原有计划进度为目标。
【思考】第2点比较少，或者说比例不大，即使出现也影响不大。第1点其实是两点，一是需求没有调研清楚，到后期才发现哦，原来是这么回事。二是需求变更了。修改了旧需求或者增加了新需求。我估计中国80%以上的项目失败（再有些时候，想失败也是很难的）或者项目超期，都是由于需求变更了。

【书摘】对于任务安排，我主要考核业务开发组长或项目经理对于需求调研和功能设计的能力，对于任务超期的，我会分析是程序员技术能力问题，还是项目经理在分割功能设计上有粒度问题，还是确实由于没有经验没有做好技术准备，遇到了不可预测的技术难题。
【思考】感觉这个职能划分和普通的不一样啊。需求调研不是开发组长的责任吧？项目经理分割功能粒度？而且对于能力这种东西来说，如何考核？在程序员技术能力问题和遇到了不可预测的技术难题之间如何区别判断呢？

【书摘】对于代码质量，我主要通过发现的Bug的数量和等级来评价程序员到底细不细心。我还通过代码复查工作，来评价程序员在稳定性、易用性、高性能、可扩展、可阅读、可维护的代码特性方面的质量水平。我不愿意把每个开发人员的代码量当作考核指标...代码多不意味着代码质量高，尤其现在的IDE开发工具，很多都是工具自动生成的代码。
【思考】单纯的Bug数量评价可能和单纯的代码量评价一样有失公平，可能会陷入做的工作越多，相应出现问题的几率越大，反而评价越低的怪圈。貌似有个指标是每千行代码Bug数量的指标。
在一个项目型企业，是否有足够的时间和精力，对代码的稳定性、易用性、可读性等等方面作出评价呢？这么多的代码特性，其实也是有不同的重要性的。个人认为，稳定性（这个名称很怪，如何算稳定，我个人把它理解为鲁棒性，或者说容错性），可阅读、可维护算比较重要的，应该着重培养的，其他次之。其实这些特性是相辅相成的，如果一段代码的可阅读性高的，几乎必然的，他的可维护、可扩展性就会很高。

【书摘】我不会对程序员的工作态度进行单独考核。这个态度实在难以客观评价。我个人认为：代码复查质量、Bug数量、Bug下降趋势、任务的进度超期或缩短比较能客观评价程序员的工作态度。如果一个程序员的态度不好，这些指标也会受影响。
【思考】不能苟同。态度我觉得是很重要的一个考核点。虽然他无法达到很客观。但有些东西是显而易见的，主动性、责任心、注重细节不凑合，等等态度，都是会极大地影响工作的。但反之却不然，这些指标并不能必然反映态度有问题。

【书摘】因为老板并不懂开发，也不懂为什么一句代码两三天搞不定。他不想听你说的技术问题，因为他也听不懂，但是考虑却在老板的手工把握...所以，我会建议开发团队以老板可以理解的角度去展现自己的工作。我们引入了需求管理系统、Bug管理系统和任务管理系统，不仅仅是有利于我们自己的工作，也给展示我们的工作带来了很大的好处...作为开发团队，要证明自己，让老板放心。否则，老板不放心，就会限制资源，就会疑神疑鬼...其实，作为老板的下属，开发主管有义务去向老板证明自己开发团队的工作。你不亲自报告，还想等老板细致观察，那老板是请你来做大爷的，还是请你来帮他分忧的。
【思考】太精彩了！可以说醍醐灌顶啊！以前总觉得，爱出风头，爱在领导面前表现自己，都是自己所不屑的。其实如果你不表现自己，领导如何了解你的工作和能力呢（当然也有从客户那间接反馈给领导的，不过估计很难达到）。领导不了解你，又如何放心地给你资源和权利呢。作为一个主管，如果不让领导知道自己和自己团队的工作，反而让领导是雾里看花，心里没底，那就是主管的最大失职，是对团队的不负责任啊。身处IT行业的我们，要更善于用各类工具帮助展示我们的工作成果。

【书摘】每做完一个项目，需求收集了多少，Bug测试出了多少，写了多少测试计划，写了多少测试报告，安排了多少任务，每个人的项目总结，厚厚的项目文档，有条理有根据，主动给老板报告，让老板不由得心服口服。所以几次项目下来，项目的质量不错，项目的进展和问题也透明...老板也就放心了。于是给与的资源也就越来越多，干涉越来越少。放权，一定是建立在放心的基础上。
【思考】站在对方的角度上，才能明白冲突原因的真正所在。站在老板的角度上，才能明白老板如何才会对你放心。建议：不是所有数据老板都看的。如果真是洋洋洒洒一大本，估计没有几个领导有时间和精力去看，也因此可能成了摆设。要抽出要点，抽出关键点，最好以图标的方式来展示。让老板看到你最想让他看的东西，其他只是背景而已。