第10章 B端产品的迭代优化
10.1 B端产品的需求管理
10.1.1需求的收集
通过各种渠道全面、迅速地收集建议，无论是否采纳都要给出反馈。
如何判断需求的价值：这个需求背后的真正问题是什么？这个问题是否有煎蛋快速的解法？这个问题的影响面有多大？如果只是个案，是否值得投入精力去研究解决？如果是共性问题，优先级和紧急程度如何？
10.1.2 需求池管理
需求池管理的模板：业务线、需求类型、主题、内容、来源、需求提出日期、优先级、迭代版本、业务负责人、产品经理、研发负责人、测试负责人、状态、计划上线日期、实际上线日期、前端开始日期、前端结束日期、前端研发工作量（人日）、发版计划
10.2 B端产品的迭代管理
10.2.1 迭代中的研发资源管理
可以制作一张研发人力资源安排图
10.2.2 迭代中的技术优化资源分配
结合业务发展周期。我们将系统建设归纳四个阶段：初创阶段、瓶颈阶段、重构阶段、稳定阶段
初创阶段应支持业务，大概1年；瓶颈时期一半用于技术优化一半需求，会持续1-1.5年；重构阶段80%做技术优化重构工作；稳定阶段预留10%-20%的资源做技术优化
10.2.3 典型的双周迭代模式
双周迭代指两周完成一个迭代周期，从软件开发到上线的时间
10.2.4 双周迭代模式的局限性
无法保证最小功能集合可以在一个迭代周期内实现；跨端项目协同非常复杂，研发节奏互相依赖；很难准确预估工作量投入；
10.2.5 选择合适的迭代模式
瀑布模式的核心环节是“需求分析”“方案设计”“开发编码”“验收上线”
敏捷模式是容纳并拥抱新时期快速变化的市场环境和商业特征的一种理念。
