项目角色
与前端开发相关的角色
- PM 产品经理
- UE 视觉设计师
- FE 前端开发
- RD 后端开发
- CRD 移动端开发
- QA 测试人员
项目流程
需求分析
- 了解背景(为什么有这个需求?)
- 质疑需求是否合理(避免不合理的需求,导致后期需求变更,前期开发白费)
- 需求是否闭环(需求是否考虑全面,是否满足了客户的真实需求,新增的需求要能发挥预期效用,如评论点赞后还需排序,点赞多的评论上浮)
- 开发难度如何(需求上的小妥协,节省巨大的开发成本)
- 是否需要其他支持(如其他开发人员/部门配合等)
- 不要急于给排期(会上不要给,会后找相关领导同事交流协商,自己做好充分的评估后再给)
技术方案设计
- 求简,不过度设计
- 产出文档
- 找准设计重点(数据结构设计、组件设计、和其他部分的通讯和数据对接)
- 组内评审(集合大家的智慧,分析是否有更好的解决方案,是否存在安全隐患、性能影响等,是否存在现成代码/工具可以参考使用等)
- 和相关开发人员沟通,确定技术配合的最终方案,如 RD(后端开发) CRD (移动端开发)
- 发出会议结论(可能是正式文档/聊天记录,这是一种证据,避免后期出现设计问题,个人背锅,也避免后续开发其他成员不配合,无据可依)
开发
反馈排期的技巧
- 要预留一些时间来应对特殊情况,如生病、突发事件等。
举例:开发时长为 4天,反馈排期为 5 天。 - 要考虑其他并行的工作内容,若其他项目的开发任务
- 考虑需要依赖其他开发成员开发进度的情况,要结合依赖方的排期,来拟定自己的排期。
符合开发规范
编程语言相应的开发规范,注释的规范,模块的规范……
编写开发文档
及时单元测试
Mock API 模拟接口
Code Review 代码走查
请经验更丰富的同事,对自己的代码进行检查
联调
- 和 RD( 后端开发) CRD(移动端开发) 技术联调
- 让 UE (视觉设计师)确定视觉效果
- 让 PM(产品经理) 确定产品功能
测试
- 提测发邮件,抄送项目组
- 测试问题要详细记录(最好是有在线的 bug 管理工具)
- 有问题及时沟通,QA(测试人员) 和 FE(前端开发) 天生信息不对称
上线
- 上线之后及时通知 QA 回归测试
- 上线之后及时同步给 PM 和项目组
- 如有问题,及时回滚。先止损,再排查问题
项目沟通
- 多人协作,沟通是最重要的事情(比需求分析,开发等等都要重要!)
- 每日一沟通(如站会),有事说事,无事报平安
- 及时识别风险,及时汇报
常见问题
开发联调期间 PM(产品经理)加需求
不拒绝,但需走需求变更流程(若公司有规定,则按规定走,若没有规定,则发起项目组和leader的评审,重新评估排期)
测试人员发现 bug,但自己的电脑无法复现
- 不要说 “我电脑没问题呀!"
- 出现bug,当面讨论,让 QA (测试人员)帮你复现,如果需要特定设备才能复现,让 QA(测试人员) 提供设备