有什么指标评价“全干”开发者

[0o0o0o0]

首先，本人水平很菜，望轻喷😂



情况说明：

1.设计 开发 测试 部署 等等 全干，没有规范的流程，因为只有一个人纯开发，不挂钩业务指标，主要是对内部想法落地，各种想法基本没有相似的功能模块，并且都需要自己探索。

2.除了 1 之外，还会有各种其他临时性任务。

3.需要数据来说明你做了什么东西，存在哪些问题，有什么改进。



现在的问题是，换了组长，需要汇报，而且非常需要数字，并且组长不是做技术的，而是做管理的：

1.如何得到数据。

从开发角度来说，各种开发任务基本完全不同，并且都是一个大模块或者项目需要自己从新设计然后编写，很难去拆分功能点，并且自己评估时间也很难有说服力。如果从 bug 率 上线率来说，因为项目基本上都比较急，所以很难有完善的测试流程，所以 bug 率也很难计算，并且因为针对内部，没有致命性的 bug ，且基本上很快就能修复。

从业务角度来说，因为是实现内部想法，所以很难有数据来说明对业务的影响，更多是需要了，就去实现，并且数量也是完全由需求来定，并不是固定的，并且也完全无法通过数量来衡量什么东西。只有一部分优化的东西能够有些数据，但是没有办法代表整体的工作。

2.如果没有数据，那么如何设计一个评价体系或者指标来衡量工作量和工作效率。

3.目前只能针对业务方面发掘问题以及改进方案，如何从开发角度如何发掘问题以及改进方案呢。



谢谢。

[iOCZS]

就开发而言，至少需要记录这些东西：
需求列表及优先级
实现一个需求时的技术方案、评估所需要的时间
bug 记录（表现，原因，影响，解决方式和时间）

[amon]

全干，干的也是具体的活啊，不是思考哲学也不是上天入地。
把你的工作量化就行了。

[mumbler]

唯一的衡量指标是有个具有影响力的个人作品，比如张小龙的 foxmail,比如尤雨溪的 VUE

[0o0o0o0]

@amon 就是缺乏量化的方法，有没有什么建议呢，谢谢

[webnewobject1]

@0o0o0o0 简单粗暴一点，就根据 git 的提交来量化。改一个小东西，出一篇小文档。所有工作都出一篇小文章。

[BB9z]

既然是汇报就别盯着技术实现了，我理解楼主是给内部系统的？那么你工作的价值就是支撑其他部门的需求。

来的需求总有记录吧，不管是聊天软件还是提单，那么期间来了了多少个需求，完成多少、多少在进行中，花了多长时间完成，这不都是数据么。

Bug 你自己也提到了，期间无严重 bug ，百分之多少的 bug 能在 X 日内修复，这总可以量化吧。

上面这只算常规，期间的重要需求，上线效果如何，这个你可以向其他部门要评价的么。