1
iOCZS 304 天前 1
就开发而言,至少需要记录这些东西:
需求列表及优先级 实现一个需求时的技术方案、评估所需要的时间 bug 记录(表现,原因,影响,解决方式和时间) |
2
amon 304 天前
全干,干的也是具体的活啊,不是思考哲学也不是上天入地。
把你的工作量化就行了。 |
3
mumbler 304 天前
唯一的衡量指标是有个具有影响力的个人作品,比如张小龙的 foxmail,比如尤雨溪的 VUE
|
5
webnewobject1 304 天前 via Android
@0o0o0o0 简单粗暴一点,就根据 git 的提交来量化。改一个小东西,出一篇小文档。所有工作都出一篇小文章。
|
6
BB9z 303 天前 1
既然是汇报就别盯着技术实现了,我理解楼主是给内部系统的?那么你工作的价值就是支撑其他部门的需求。
来的需求总有记录吧,不管是聊天软件还是提单,那么期间来了了多少个需求,完成多少、多少在进行中,花了多长时间完成,这不都是数据么。 Bug 你自己也提到了,期间无严重 bug ,百分之多少的 bug 能在 X 日内修复,这总可以量化吧。 上面这只算常规,期间的重要需求,上线效果如何,这个你可以向其他部门要评价的么。 |