拿什么来权衡法式员的生产力？
发表时间：2022年12月09日浏览量：
“保持忙碌的状态就对了。只要我们不停地挖掘问题就一定可以找到瓶颈解决掉这些难题。”
可是速度（一个团队在一段时间内能完成的事情）与其说是权衡生产力的还不如更准确点说是用来权衡预见性的：用来权衡一个团队能蒙受几多的事情。
“保持忙碌的状态就对了。只要我们不停地挖掘问题就一定可以找到瓶颈解决掉这些难题。”
可是速度（一个团队在一段时间内能完成的事情）与其说是权衡生产力的还不如更准确点说是用来权衡预见性的：用来权衡一个团队能蒙受几多的事情。
所以光从代码数量上看还真看不出法式员的生产力水平来。
最优秀的法式员会将大量的时间用于相识息争决疑难杂症或资助他人解决难题而不是写代码。他们会想方设法简化代码制止重复。他们会通过实验、建设原型等方式迭代代码替换原先旧的代码以获得最佳的解决方案。
2.设置的指标应该是起努力作用的——可以推动学习和革新而不是造成团队或小我私家之间关于产量的恶性竞争。
我们的代码写得多所以我们的生产力更高
英文：Jim Bird 编译：码农网-小峰
看来此路不通我们需要寻找其他更有有意义的生产力指标。
既然开发人员的事情就是写代码。
那么何不通过权衡代码的几多来权衡其生产力呢——看看他们写了几多行代码？
“保持忙碌的状态就对了。只要我们不停地挖掘问题就一定可以找到瓶颈解决掉这些难题。”
如果你用谷歌搜索“mearsuring software developer productivity”那么你会发现出来的全都是一些空话一点用处都没有的空话。
——Nick Hodges《Measuring Developer Productivity》
我们钱赚得多所以我们的生产力更高
另有一点最近有研究讲明企业要想乐成：不仅生产力要提高更重要的是要提高市场份额和盈利能力。
可是我们又不得不思量人员加入或脱离等对速度的影响因素。而且有一点你得清楚速度只能只能用于权衡已知团队——由于许多因素的差别速度并不能用于差别团队之间的比力。
这纯粹是在浪费时间。
我们的开发速度快所以我们的生产力更高
所以这不只是软件更快、更好的问题而是需要提供更好更快的服务在速度和功效之间选择平衡权衡并提高生产效率和质量。
1.权衡关键因素——能对团队和组织起重要作用的因素。
更基础的问题是通过权衡所写的代码行数来断定生产力其实没有意义的。
许多软件开发中的最重要部门还包罗思考和学习——不仅仅是写代码。
保持忙碌的状态就对了
开发团队试着综合上述一些因素来权衡生产力：交付速度和质量。
可是差别编程语言之间的代码行数是没措施比力的纵然使用的是相同的编程语言在差别的框架下的法式员之间的生产效率光看代码写了几多也是无从裁定的。
可是差别编程语言之间的代码行数是没措施比力的纵然使用的是相同的编程语言在差别的框架下的法式员之间的生产效率光看代码写了几多也是无从裁定的。
我们知道如何编写好的软件。可是软件质量是否真的足以界说生产力？
众所周知软件中泛起bug和错误会导致成本显著提高：不仅开发返工成本高了维护和支持的成本也高了。而最最重要的是差的软件可能会造成客户的流失甚至是生意的失败。
可是我们还是不能将交货速度等同于生产力。这是因为只优化交付自己的循环时间/速度很有可能会导致更大的恒久性问题要知道这种方式实质上是在勉励人们只顾眼前从而偷工减料背负技术债务。
我们的软件更好所以我们的生产力更高
团队可以使用看板去监控——并限制——正在举行的事情并确定瓶颈使用价值流图可以相识需要优化的步骤、排序、延误和信息流。
总之一切为了尽快地交货和公布。
要想权衡你正在写的软件是好是坏也很容易：缺陷密度、缺陷逃逸率以及使用SonarQube之类的工。
本文关键词：鸭脖最新版yabo,拿,什么,来,权衡,法式,员,的,生产力,“,保持
本文来源：鸭脖最新版yabo-www.yljxzz.com
