如何做好项目 1 号位

需求阶段

需求评审

• 定需求评审的 ddl，让 pd 发会邀
• 评审时，先关注业务价值，业务目的，再看需求细节，关注投入产出比，不要 pd 说什么都做，能砍需求，也能加戏
• 知道主干逻辑，，如异常分支等，并逐条列出来确认，让 pd 补上

设计稿

• 定视觉评审的 ddl，让设计师发会邀
• 了解主视觉评估工作量，，并逐条列出来确认
• 如有动画 (lottie，mars)，约定静态图/粗稿动图的占坑时间(<50%的开发时间)，和最终产物的交付时间(提测前)

例如，开发耗时6天，则第3天前，提供静态图/占坑动画，第5天提供最终动画

• 好的设计稿案例: (状态齐全)

写系分

• 整体 + 细节技术方案
• rpc 接口和 tr 接口的出入参格式
• 可配置的 json 的格式

加班预警: 不要相信交互稿可以做系分，不要相信分批交付，除非你愿意加班，来填平这些 gap，来回返工改系分改方案

给排期

• 前后端测试 PM 一起，拉会，最好是给出结论再拉业务方同步，不然他们会边对排期，边压缩时间
• 排期尽量要预留 x1.5 的buff，不要以为「这个改动很简单」，重要节点，在日历中列出来
  • 开发
  • 联调
  • 测分评审
  • 🚩预发提测
  • 兼容性测试
  • 预发一轮业务验收(视觉验收、埋点验收) ，测试同学牵头
  • 代码 review 一轮、代码 review 二轮、发布计划 review、配置 review (技术视角)
  • 预发二轮业务验收 (如果是大项目的话)，测试同学牵头
  • 压测
  • 🚩灰度发布
  • 🚩全量

开发阶段

• 代码每日(至少)一 commit
• 约定与后端的联调时间，提前 2 天，1 天提醒

例如: 9 天开发时间，6 天开发，3 天联调，周二周三分别提醒周四要联调，进度是否 ok
小技巧: 如果条件允许，不要再倒数第 3 天 (第 7，8，9 天) 才联调，关注后端的工作量耗时，可以提前到第 6，7，8 天联调，比如先前后端联调框子，再各自安好，去调试细节，

• 提测准备
  • 自测截图留痕，提测文档 (需要的链接、二维码准备好)
  • 勾自测 case
  • 里程碑的事情，记得大群里同步

测试阶段

• 提测演示，投屏，展示功能、接口、重点关注，如何 mock 等
• 预发测试
• 兼容性测试
• 预发一轮验收
• 项目文案手册: 如果涉及到多卡片，各个状态的文案

发布阶段

• 代码 review
• 配置 reivew，(可以在 riddle 整一个配置检查小脚本，检查关键配置，图文是否合理)
• 监控 review
• 发布计划 review
• 降级演练: 主动降级，被动降级，动画降级
• 项目组成员: 交叉 review
• 发布前的功能验收
• 埋点验收
• 灰度验收
• 主动同步进度
  • 把要做的事情，有条理的整理列出来
  • 信息互通，要让群成员知道，这件事情的「摘要进度」，知道有人在操作跟进中，不要等人问起才说
• 举例

上线阶段

• 看监控 (盯盘，不要出问题)
• 看数据、如何优化业务效果、如何优化下一次开发体验
• 项目总结: (好的 与 不好的)