为什么过去的软件度量尝试失败了

软件工程是一个黑匣子。这是难以置信的复杂和细微差别。该行业试图通过简化的指标来堆叠排名和测量。这是错误的做法，损害了工程文化。软件很复杂，以前的尝试没有考虑到这一点。有一个更好的解决方案。

已经有过几次量化开发人员生产力的尝试。你会发现的有限内容可以归入几个类别。

尝试使用相同的简化度量和KPI来衡量软件工程师和团队的生产力。

从工作的性质到支持它的文化，工程学是极其复杂和微妙的。以前测量工程性能的尝试在考虑这种复杂性方面做得很差。试图用同一根院子来衡量每个工程师和团队，不仅会伤害文化，而且从一开始就没有给出生产力的真实迹象。

到目前为止，业界一直在从错误的角度尝试软件开发度量的这一圣杯。通过关注生产力的驱动因素和阻碍因素，而不是KPI和堆栈排名，我们可以开始以一种健康的方式衡量工程师和团队。更重要的是，这种新的观点使工程领导能够引入软件开发度量来帮助改进，同时保持生产力(文化)的最高影响驱动因素。

干草堆帮助工程领导识别拦路器和趋势。直接从Github来的。与其猜测你是否在进步，或者不断打扰你的团队更新进度，不如每天早上用干草堆在你的收件箱里收到提醒。外加一个仪表盘，用于跟踪随时间推移的改进情况。