背景：
敏捷研发团队，多产品线交错下快速迭代，在多年迭代而高度耦合的业务之上，面对众多用户的多面业务诉求，核心业务的哪怕是一丝微小的功能改动，都可能带来牵一发而动全身的紧张感，因而对产品上线质量的的要求不止在测试验证层面，同时也是需要团队在各个环节的协作能充分和高效。但是往往会因为需求沟通不畅，导致结果与预期有所差距。
单从需求层面来说：
需求宣讲之前没做好现有业务梳理，导致需求反复调整和确认
需求描述文档在不同人看来，即使相同的内容也能理解为不同的意思（场景）
需求评审时对业务场景理解迥异，导致评审重点偏移，需求评审未能达到效果
需求更新同步得不及时，导致开发理解偏差，方案调整的实施不够紧凑
开发自测没有详细依据，提测质量难以保证
测试思路和产品/开发思路的差异，导致测试设计不够充分
验收过程缺乏指引，验收结果难以参考
