摘要：需求的传播是一个非常普遍的现象。在设计阶段，需要弄清楚需求框架。其他方面基本上是人们之间的问题。这需要软技术来消除差距并减少需求的扩展。
需求差是指已计划的产品需求范围的变化。
例如：A团队必须在公司内部进行日常业务通信的办公室聊天软件；根据产品设计的最初意图，只要您可以聊天和发送文档，就可以了，但是在多方的要求下，该产品逐渐增加了实时广播和朋友。不必要的功能，例如Circles，这是需求的传播。
需求的传播通常使团队能够加班并厌倦交付。更糟糕的是，该版本正在启动几天。有很多常见的功能问题。
为什么需要传播？
有些人将需求原因归因于“弱文件”和“拥抱敏捷发展的变化”。作者不同意，因为需求在传统的研发模型中传播。
为了了解需求差的根本原因，作者和我周围的几位产品经理讨论了一波，可能总结了以下原因：
如何避免需求的传播？
案件中经常有这样的场景：警察将案件的照片粘贴在墙上。随着墙壁上的照片的增加，案件的各方之间的关系逐渐清晰，真相表面。对于产品需求的产品而言，这是正确的。了解他们的需求和期望，并避免在计划过程中需求泄漏。
识别用户组的方法可以首先查看是否有针对用户组织的相关材料，并通过数据识别；或通过影响地图和大脑风暴来识别。然后，通过公平和兴趣正方形，提取了重要的用户并对从用户组的产品传递产生了更大的影响。不同类型的用户管理策略可以参考以下图。
产品是否成功不是由开发团队确定的，而是用户的决定。尽快确定产品的重要用户组，并通过软技能与他们建立良好的关系。在双方之间合作一段时间之后，另一方通常会在某些需求或职能上做出一定的妥协。赋予产品经理/项目经理发言的权利，产品交付将变得更加顺畅。如果确定重要的用户，它将更有效，需求点差基本上是钉子的问题。
在敏捷开发中，除了确定需求的来源外，制定良好的需求计划也是避免扩散需求的一种方式。
敏捷开发与瀑布的发展不像 - 在设计阶段，详细列出了产品功能。为了应对变化，迭代进行了计划，这使许多人误解了Panorama的计划。
需求计划用于使用迭代敏捷。在早期阶段，产品的主要功能将通过用户故事图，MVP和其他方法计划。它等同于构建产品的骨架。思维导图。每个模块的具体细节将被分开接受。
除了制定良好的计划外，安排需求的优先级还有助于减少需求的传播。团队必须集中精力提供高优先级的需求，以确保交付始终具有很高的价值。至于优先级的需求低，您可以提出。千句交付节奏甚至消除了需求管道。相似，开发人员还应避免过度交付低优先级以浪费资源。
有时，一个人说，他真正想表达的恰恰是两个含义。例如，两个人见面说：“你吃了吗？”每个人都知道这不是晚餐的邀请。t考虑发生了什么，或者如果您不考虑。将在后期蔓延。
产品经理/项目经理应加强与用户沟通的频率，同时探索用户的实际或主要需求以应对需求的传播。
通过Scrum的审核会议，定期与用户审查产品功能也经常与用户进行交流。在审核会议上，让用户考虑这是否是什么，我想要什么？是的，是，下一步该怎么办，产品经理必须消化并吸收用户的反馈建议，点击用户的需求，并定期找到用户以澄清以实现两方的信息。在本文中，需求点差。
需求的传播是一个非常普遍的现象。在设计阶段，了解需求框架。其他方面基本上是人们之间的问题。这需要软技术来消除差距并减少需求的扩展。
本文分享了华为的真诚云社区，作者：敏捷小米。