- 1、 为保障上下游同学对需求理解一致，请确保需求关键信息准确，且信息同步到位（PD）
情景
需求MM：技术小哥哥，这个需求的PRD是这样的，麻烦按照这个开发下。
技术GG：这里有个计算公式，是按照PRD里面的逻辑开发吗？
需求MM：是的，按照PRD就可以
一周过去了，开发已经完成，业务验收的时候反馈计算公式逻辑错误（由于PRD未仔细检查计算逻辑，导致错误）
由于就算公式逻辑错误，需求只能重做
- 2、当跨团队交付需求时，拆解子需求给到协同的产品技术团队（PD/技术）
情景
评审会上：
这次我们需要完成这个需求......
需求期望交付时间是XX月XX日，需要A、B两个团队的同学相互协作，大家一起努力！
A产品团队：
这个需求的交付时间是XX月XX日，我们按照这个时间完成即可
B产品团队：
这个需求在A产品团队那边，需求还没过来，我们先安排到别的工作上
产品MM来问进展情况：
两个礼拜后，A产品团队：
按计划完成中，一个礼拜后能够顺利交付
两个礼拜后，B产品团队：
我们一直等待ing
然后，B产品团队：
疯狂加班赶工，需求任然延期5天......
- 3、不要代替其他角色提交需求（PD/技术）
情景
需求MM（电话）：技术GG，产品想要添加一个XXXX功能，你看能做不？
技术GG（电话）：这个可以实现，你提交一下需求吧
需求MM（电话）：这个功能挺着急的，我在外面，能帮我提交一下吗？
一个礼拜过去了，功能开发完成
测试MM：这个功能是这么操作的，我看需求文档也没有写清楚，实际是？
业务、产品、开发、测试重新对焦这个需求，发现由于未澄清清楚，产品和技术对需求的理解有误，需求只能重新开发。
- 4、不要提交或者接受一句话需求（PD/技术）
情景
产品MM：我这里有一个需求，“XXXXXX”，麻烦做一下
一周过去了，开发GG：你说的需求我已经开发完了，你看看
产品MM：啊，我上次说的是“XXXXX”，不是这样的，这样操作对用户不友好。
需求无文档可查，无据可依，开发小哥哥卒......
- 5、确保需求状态的及时更新（PD/技术）
情景
产品MM：我创建的需求还挺多，这些需求开发完了吗？有些不是已经开发完成待发布了吗？
为了了解需求状态，产品开始挨个打电话确认，测试、开发......
过了3天，产品MM打开项目管理工具，发现状态还是没有更新
过了10天，状态依然没更新......
需求状态及时更新，搭档开发自主查看，需求管理多快好省
网友评论