博客

三、各个阶段的详解

1.需求分析

• 了解背景(为什么要做这个)
• 质疑需求是否合理
• 需求是否闭环(比如点赞后有什么目的吗,今后有什么用)
• 开发难度如何(比如做一个动画，如果为了炫而做一个高难度的动画，前端很难完成)
• 是否需要其他部门支持
• 不要急于给排期(千万不要在会上给排期，中间如果有事怎么办，要看整个部门的安排，然后最后通过考虑后给一个排期)

2.技术方案设计

• 求简、不要过度设计(合理使用技术)。
• 产出文档(不要自己想当然，比如2年以后再看，你还记得住吗，文档)。
• 找准设计重点(比如post，get怎么设计等等)。
• 组内评审(最好要，万一组内有好的技术解决方案)。
• 和RD CRD沟通(三方都认同了)。
• 发出会议结论。

3.开发

• 如何反馈排期(预留buf，比如3天能开发完，你说4天，留好并行工作【如果还有其他工作的话】，还要搞定上一级UI或者后端排期就是大家的整体排期，工作量可以先给)。
• 符合开发规范，如css、注释，模块名称等等。
• 写出开发文档(代码注释文档)。
• 及时单元测试。
• Mock API(如果大家没有写好接口，可以做一个虚拟的接口)。
• Code Review(让别人看看自己代码有没有什么不好的地方)。

4、联调

. 和RD CRD技术联调。

. 让UE 确定视觉效果(让UE和PM尽早的看到，避免回滚)。

. 让PM确定产品功能。

PM加需求怎么办？

不能拒绝，走需求变更流程(如果公司有规定，则按规则走，否则发起项目和leader的评审，重新评估排期。如果比较少就在群里发个通知就好了)

5、测试

• 提测发邮件，抄送项目组。
• 测试问题要详细记录(最好有一个表格)。
• 有问题及时沟通，QA和FE天生信息不对称。

和QA说时，QA说有bug，但是我说：“我电脑没有问题啊”！，切记，不要说这句话。要当面讨论，让QA帮你复现(然后查看这个问题)，如果需要特定设备才能复现等等。

6.上线

• 上线之后及时通知QA回归测试
• 上线之后同步给PM和项目组
• 有问题，及时回滚。