--- 离题的分割线 ---

1.需求阶段：是否积极参与？是否理解产品的意图？有否发现产品遗漏的地方？

• 我们老大对我们的要求是：「对需求的理解，源于产品经理，但要高于产品经理。」

• 一般有 10 种开发人员， 遇到需求中PM有遗漏的时候：一种害怕增加工作量，「等他们想清楚后，下个版本再给他们做，免得加班」；另一种则积极的参与讨论，沟通+共赢。

2.设计阶段：是否积极参与？是否理解设计的意图？

• 有重复性的事务，「程序员的第一美德是懒惰」，有没有想过写点小工具来解决？

• 有重复性的代码，有没有想过用设计模式，有没有想过抽离组件化，便于复用？

• 没技术含量的重复，有没有思考过操作流程是否有定式？进而总结出来，便于新人？

3.开发阶段：

• 是版本负责人吗？工作分解熟悉吗？

• 自己负责的功能，有按时完成吗？

• 不能按时完成的，有及时反馈吗？ 是协作问题吗？

• 和其他开发人员，包括其他小组的，开发过程中沟通顺畅吗？

• 开发过程发现的需求问题，怎么处理的？

4.测试阶段：

• 一次通过率多少？

• BUG率多少？

• 低级bug多吗？

• 送测轮次多少？

• BUG修复速度如何？

5.总结阶段：

• 流程有什么可以优化的地方？

• 沟通有什么需求优化的地方？

• BUG解决过程中有什么值得沉淀的知识？

• 开发过程中用到哪些工具/理念，可以给其他人做个分享？

• 哪些功能可以组件化，甚至开源分享出去？

• 这次项目中自己是否成长，有何提升？ 自己在下一个项目中是否可以承担更多的责任？

     •  • 

赞同6反对，不会显示你的姓名

，阅读超10万人，《从零开始做运营》进阶篇…

、、 等人赞同

吸引力？

业绩这东西无非两个维度，一曰数量，二曰质量。本身，从事开发的同学，项目基本上是跟着业务的设计与需求走，除了项目完成后KPI的完成情况之外，开发本身的工期、bug情况、需求实现度就是一个考核开发质量的内容。工作重复度高没问题，意味着熟练，那么，在项目实施过程中，重复度高的工作有没有出现开发复用，如果有，是否缩短了工期，减少了bug，如果没有，为什么。其实你不用担心项目业绩本身是否有吸引力，如果业绩乏善可陈，那么，对项目实施过程写1、2句总结反思，我认为也是有吸引力的，这至少说明项目给你带来了思考，即便业绩很糟糕，但是你一样获得了提升。对开发不了解，随便扯两句，看有没有了解的朋友来帮你解答。