12年六七月份开发经验总结

12年六七月份开发经验总结：

[b]需求评审阶段：[/b]
产品对很多的细节把握不会太准，但开发人员必然会面面俱到，所以开发一定要全程参与各个需求会议。
产品想到的，开发要想，产品没想到的开发也要想。
对于依赖他人的有些功能，能不能实现，会后一定要找相关人员充分了解情况。
最大风险：开发中依赖于他人的问题，时间一秒一秒的过，压力一分一分增大，却只能眼睁睁的看着。

.[b]技术方案评审：[/b]
一个成熟而稳妥的技术方案一定是反反复复沟通、修改了很多遍的。
技术方案尽量具体细致，在做技术方案评审之前一定是与所有相关人员单独沟通过，并在核心问题上都达成了一直，有了成熟的方案。否则贸然把人聚在一起，纯粹浪费大家时间！
关键问题要找对人，不要本来是一个技术问题却找运营聊了半天。


.
[b]交互稿评审：[/b]

[b]视觉评审阶段：[/b]

视觉评审开发也应注意界面上的每一个元素。对开发带来的影响，潜在的风险。
这里，前端人员尽量到场。要保证，需求方，产品经理，视觉设计师，前端，开发对需求理解的一致性。
以免后来出现不必要的偏差。

[b]开发阶段：[/b]

积极发现产品设计上的不足，并及时与产品经理沟通修正。一旦有修改，应要求产品经理更新prd并告知各方，不要仅仅依赖口头。对自己的代码以及所负责的功能应该充分的自测，发现问题，一定不要过于依赖后期测试，或者抱着侥幸心理认为这个小问题测试不会发现。bug就在那里，早晚都是你的，越早发现，风险越小。


[b]测试阶段：[/b]
最烦心的bug，往往不是功能上的缺陷。而是因为需求讨论不充分带来的变动、返工。
因此最最重要的还是：主动沟通。


[b]日报周报问题：[/b]
汇报，提醒，告知风险的功能。非常重要。

[b]关于风险：[/b]
风险越早发现，损失越好，风险、进度要及时邮件告知所有相关人员。
不要盲目承诺别人时间点。