开发流程
- 需求评审-产品拉会讲述本期需求的功能点
- 技术评审-技术调研,技术难点,开发排期等
- 需求开发-正式进入开发周期
- 需求提测-开发完成,提交测试
- 修改bug-测试提交bug
- 需求showcase-测试验证完毕,给产品演示功能
- 上线-上线分为预发和线上,一般会测试发预发,整体回归一遍功能
开发流程图(重点看)
结合视频讲解:https://www.bilibili.com/video/BV1Ue411V7jK/?spm_id_from=333.999.0.0&vd_source=2337c86c09920354e302668fe4c054b7
产品需求评审注意事项
在需求评审之前最好好好看看需求文档,知道要做什么功能
对需求有疑问,多提问,多沟通协商,最好达成统一意见
项目开始
- prd,只字不差的阅读。
- 评审提问题
- 在wiki列列排期(细分任务)
- 写伪代码,做设计
- 思考难点,提出来,提前调研
- 有问题,主动协商
- 需要什么样的接口,梳理出来
- 检查有没有方案不妥的地方,找出解决方案,去和产品协商
- 提炼难点,写demo跑通,保证主流程能通
- 让配合人明确提供相关需求的时间点
- 提测时:把master分支的代码合并到自己的分支上面
- 测试完毕准备上线时:再次把master分支的代码合并到自己的分支上面
-
项目开发中注意的要点
项目中sentry要区分,测试,开发,线上环境
- 解决完sentry后要点,已经解决
- 异常,或业务场景需要主动上报到sentry(方便定位问题)
- 数字不允许写在业务代码中
- 超过三层嵌套思考一下,是否有其它方案
- commit信息,尽量描述清晰,让阅读者,能直观阅读到做的事情。
- 提测前,要经过leader审核。
- 抽离可配置的参数到配置文件中
- 命名要有意义
- 逻辑性需要重点说明,务必加上注释
- 在开发过程中,尽量减少报错。
- 业余时间,多看看自己组的项目,有问题及时提出。
- 任何按钮要考虑,函数节流,防抖 (调用api)
- 不要把没用的注释代码提交
- 不要提交 无用的console.log 代码
- 修复bug 使用 fix分支
- 增加新特性的时候,使用feature
- 不要想当然,反复确认最终结果是不是自己想要的。
- 有效及时沟通
- 培养owner主动意识
- review code 培养起来
- 反思一下自己的交付质量
- 约束一个时间