效率提升 之 前端工作流总结

[HXWfromDJTU]

前言

软件项目开发在团队协作的情况下，总体的输出效率并不取决于你对项目难点的处理，更取决与你对整个流程的认识程度，以及对正确工作流的贯彻程度。

以下内容是站在一个前端开发者的角度，对整个工作留的梳理。请搭配另外两篇笔记《质量提升 之 日常开发规范沉淀》 和 《效率提升 之 小团队测试流程优化》进行食用。

需求分析与调研

1. 有条件的情况下，提前了解需求方向
2. 参加产品的需求宣讲会，进一步了解需求
3. 粗略判断主流程实现难度、时间消耗

方案宣讲与调整

1. 将调研确定下来的结果，整理成简要文档
2. 召集产品、其他开发进行整体方案的确认
3. 确认需求是否需要根据 方案耗时 实现难度 进行调整

技术细节调研 与 初步排期

1. 根据上一步确定的需求，分析所有需求的实现细节，详细设计实现方案与精确估时
2. 与设计、后端分享各自的时间安排，协调各时间节点该输出的内容

开发准备阶段

1. 与设计制定好设计规范、UI选型
2. 与后端、客户端约定参数、api，形成文档

进行开发

1. 开发过程可以才考上文的开发经验沉淀
2. 根据接口、文档等，使用本地模拟数据，减少对其他端的依赖
3. 完成交互与产品逻辑，是产品达到可用级别
4. 根据设计稿高度还原视觉
5. 开发自测
6. 初次交付，内部小范围测试。让产品经理快速发现问题，以便进行修改。

联调

1. 通过了产品的初步认可，对于产品的还原没有大问题的情况下，可开始接口联调
2. 联调过程
   • 主要对Api文档上的参数与返回值进行处理(模拟数据时基本处理过了)。
   • 完善对业务异常情况的处理。
   • 只对接口主流程 和 接口响应效率进行跟进，其他不要花过多时间
   • 千万不要成了后端接口的测试工具，其实就是在浪费自己时间，延迟开发进度

正式交付

1. 测试组正式介入测试，前端持续观察 bug list，然后进行修复。
2. 同时文案翻译也应该提交到给产品组进行翻译
3. 修复完上一条，产品组正式开始验收。
4. 视觉验收可以和产品组验收同步进行。

正式发布

1. 代码上要做好pull request的提审安排，别让代码审查过度影响发布进度
2. 修复完开发意见后，尽快达到可发布状态

线上问题

• 问题来源与用户
  1. 询问用户的操作上的表现，尽可能获取用户反馈截图或视频
  2. 根据反馈的错误码，定位分发问题到前端或者后端
  3. 没有提示，则根据 Sentry 上报记录分析用户问题

总结

工作流程的打磨是是积月累的，在实际的项目开发中，特别是在高压项目之下，能够做到灵活调整，与贯彻实施的平衡，才是真功夫。

有什么好的建议和想法，请在下面留言吧🤔