【团队管理-研发流程】需求预审提效：在PRD添加批注/评论的必要性

[ly525]

对 PRD 预审过程中，如果有疑惑，应在另外的wiki 上批注、评注（总之应该有所记录或有想法、看法）

预审方式

• 方式1: 评论

  

• 方式2: 批注

  

评论、批注的目的：

• [ ] 好记性不如烂笔头，及时记录疑惑 => 评审有重点：解决疑惑、分歧
• [ ] 减少信息差，让过程有迹可循 => 需求交接，其他同学可以快速看到沟通记录、过程 & 结论
• [ ] 提效 => 测试、后端等相关同学看到相同疑惑可以得到解答

批注/评论的颗粒度/必要性：

• [x] 需求很小，有无必要加批注？（有）

  • [x] 大概率并行需求，容易忘记
  • [x] 有可能会流转给别人来做。
  • [x] 第一需要花时间做需求的讲解。
  • [x] 第二可能会忘记提醒相关注意点导致其产生bug，降低信任感。

• [x] 要沟通的点很小，有无必要加批注？（有）

  • [x] 产品可能会忘记
  • [x] 点很小，但最后的结论要有周知所有人，在群里@的话，可能还是会有消息遗漏，大家翻看聊天记录的成本也比较高

• [x] 在群里沟通已经沟通，有无必要加批注？（有）

  • [x] 不一定可以周知所有研发（包括研发成员变动情况），增加研发交流成本。
  • [x] 追溯时（出问题、研发对其信息）需要找群、拉信息，相当麻烦。

• [x] 在群里如果@产品，让产品答疑了，是否还需要批注？（有） 同上

综上：PRD是需求的源头，也是一个需求大家访问最多的地方