前端开发-流程的规范

提升团队协作效率。

站在前端的角度，整个开发流程可以分为三个阶段：

口说无凭，需求文档不能少。
产品经理、开发、测试一起开需求评审会，1是为了找到需求文档中不太合理或模棱两可的地方，完善需求文档；2是为了让各参与方都明确产品需求。

由于你不知道在开发中会遇到怎样的难题，所以稍微给自己多评估一点时间是比较推荐的做法，这样也可以避免在自己评估的时间内没有完成任务的尴尬（最重要的还是可以避免加班）。

准备开发一个功能模块时，先理清自己的思路，然后跟你旁边的小伙伴交流一下。通常对话是这样的：

A：“这个你打算咋个做？”
B：“我准备先..再..”
A：“差不多，但是这个地方我觉得....”
B：“恩。有道理！”

就这样简单的交流就可以完成思路的相互分享，其好处是让双方获益。

虽然已经开了需求讨论会，但是真正到开发过程中还是难免会遇到需求细节问题，这个时候应该立即找产品确认并解决细节问题然后更新需求文档，记得给测试说下需求有调整。还是那句话，要让所有参与方都明确需求。

另外，如果你发现开发难度比当初你想象的要大，难以在自己评估的时间内完成（直白点说就是你高估了自己的水平），怎么办？加班硬扛？小伙子你还是年轻了点，赶紧给你上司说做不完需要加时间啊。

首先要保证基本流程没问题，如果连基本流程都有问题那根本不能算开发完成。然后就是一些特殊情况的测试，比如说弱网或无网、热点接入时状态栏高度改变是否适配等。

通常一个redmine对应一个任务，测试那边会在对应的redmine里给你提bug。

我比较建议每完成一个小的功能模块就code review一次，这样code review的目标很明确并且review方的压力也比较小。想像一下如果整个任务都完成了才code reviewe会怎样。先不说一次性审核大量代码势必忽略一些细节，直接甩你几千行代码，你能顶住？

我能

沟通

具体点就是：

主动、及时的沟通可以规避不少问题，这就是为什么你看到很多招聘上对沟通能力有要求的原因。

关于沟通，我的心得是——

有问题就问。