产品经理是如何管理版本迭代的？.docVIP

产品经理是如何管理版本迭代的？ / 一、制定迭代计划 1. 为什么要制定迭代计划 首先以图1为例，简单说明迭代与开发工作的关系。 图中迭代B是从开发、测试到正式发版的一个工作周期，版本是开发过程中的实际产出，迭代任务根据实际情况安排计划后；通过多次开发与测试，最后以一个稳定版本交付至客户，就完成了一次迭代。 图1 迭代与版本的关系 如果系统以迭代的方式不断完善，有以下几个优势： 1）减少错误成本 由于客户的需求不断变化，部分需求也无法在规划的初期就完全确定，通过迭代的方式不断地让客户试用反馈，可以更准确地把握客户的需求，最终以更少的成本达成客户期望。 2）提高进度把控 当产品经理规划或搭建一个系统时，由于任务多时间跨度长，前期工作会不断影响后续任务的进度；因此通过迭代计划把项目分解成若干阶段，降低对项目把控的难度。 3）限定范围 由于资源是有限的，要达到资源利用的最大收益，需要把资源用到关键节点，解决当前最重要的问题；而且限定范围更利于建立短期目标，团队成员在落实工作时将更有方向，可以感知项目当前的进度并提前做好规划。 4）管理客户期望 当系统投入项目现场使用之后，客户会迫切地期望完善系统功能；但由于团队资源有限，需要制定工作计划，确保团队工作符合上级期望。 5）维持系统稳定 系统上线运行后，快速的更新迭代是客户关注的，但更重要的是客户能在稳定的系统上处理业务，一味的追求系统更新，增加了团队工作量的同时还会增加系统出问题的风险；因此以迭代形式统一更新，既能减少了团队的工作量又能提高系统质量。 2. 如何制定迭代计划 1）确定工作范围 制定迭代首先需要根据项目现状、需求池、待办事项、客户反馈等信息，评估任务优先级并输出具体的工作范围。 2）预估工作时间 确定范围后，初步预估工作量并与主要负责人（领导或客户等）确认计划是否符合预期。 若不符合上级预期，根据优先级进一步调整，必要时还要增加资源的投入。 3）制定迭代计划 确定具体迭代任务后，根据优先级及工作量将任务放至不同的迭代计划中，准备投入开发的迭代必需将任务落实至具体责任人并制定详细计划，建立表1所示的责任人清单。 注意：由于团队内不同成员的个人能力存在差异，分配任务时除了考虑各成员的时间安排外，还需要注意任务难度与对应负责人的能力是否匹配，以降低执行时的风险。 表1 责任人清单 二、管理迭代计划 制定迭代计划，是团队资源与客户期望达成一致的过程，主要考验项目负责人的沟通能力；但到了计划的落实，除了考验沟通能力之外，还需要项目负责人有强大的执行力，及时推动问题的解决，避免最终进度的落后。 其工作流程大致如图2所示： 图2 版本迭代工作流程 1. 开发进度管理 把控开发进度可以从提高进度可控性以及减少延期风险两个维度进行。 第一个：提高可控性 提高可控性的重点，是对团队成员工作进度的把控，主要方式是制定详细计划。 详细计划是团队成员分配到具体任务后，根据任务细化自己的工作内容并预估完成时间的工作清单——其目的是让产品经理通过对每个子任务节点把控，实现对整个任务进度的控制。 以自身经历的项目为例，团队成员需要根据任务细化工作内容，而且时间跨度不可多于3天，以保证计划的可控。 表2 任务详细计划 第二个：降低延期风险 通过表2完成详细任务分解后，对任务之间的安排大致有如下印象，整个迭代完成最终取决于最长路径的完成时间。 因此要保障进度正常，需要重点关注耗时最长的任务路径，降低此路径延期的风险。 图3 红线比蓝线耗时长为重点关注路径 针对风险降低大致有以下方式： 1）确保开发对需求的正确理解 在需求文档中除了对功能的描述之外，还需要清楚地传达需求的使用场景及其真正目的，同时通过详细设计评审时发开人员对需求的复述，确保开发对需求的正确理解。 2）及时排查进度障碍 开发在实现需求时，容易陷进问题里面，最终消耗大量时间却没办法解决问题；另外如果有第三方的对接工作，第三方的配合程度也需要重点关注。 为了减少类似情况的发生，可以通过每天15分钟短会对团队成员进度进行简单了解，主要目的是排查团队成员在需求实现、对接等问题上是否存在困难；例如在需求实现上存在疑问需要及时提供解决思路，如果是技术瓶颈或对接问题，则要尽早协调资源处理。 3）选择更优的实现方式 需求在实现的过程中，存在多种实现方式，不同的实现方式又对应不同的难度，还会给系统带来不同的影响，此时需要项目负责人根据现场实际情况，选择最佳的实现方式。 例如有一个需求，需要对特殊的用户发送消息通知，A方案相对简单，但只能发给科室节点下的用户；B方案改造量较大且有性能风险，但用户在任何节点都可以接收消息通知。 此时如果产品经理确定接收通知的用户都在科室节点下，使用A方案即可满足需求，既可以在保证质量的同时，降低开发成本。 4）引起团队重视 由于开发