第3节 产品发布计划 PDF

亲爱的伙伴，你好，欢迎来到由禅道团队为你精心打造的禅道管理大师认证之产品大师课程。 在这里，你不光可以学习在实操层面如何使用禅道软件帮助你进行日常的产品管理工作。 更重要的是可以系统的学习产品管理的方法和理念，这样在使用缠绕软件的时候， 知其然，且知其所以然。 我衷心的希望你能够享受本次课程，并且从此走...

亲爱的伙伴，你好，欢迎来到由禅道团队为你精心打造的禅道管理大师认证之产品大师课程。 在这里，你不光可以学习在实操层面如何使用禅道软件帮助你进行日常的产品管理工作。 更重要的是可以系统的学习产品管理的方法和理念，这样在使用缠绕软件的时候， 知其然，且知其所以然。 我衷心的希望你能够享受本次课程，并且从此走上产品大师的道路。加油！ 大家好，欢迎大家来到由禅道软件官方出品的产品管理大师训练。 一系列课程。 我是课程主持人小兰，今天我们要学习的是系列课程的第三节产品发布计划。 作为一名产品经理，我们都知道，在产品管理的过程中，产品发布是产品走向，市场， 面向用户的关键一步。 这一步走得好不好，直接关系到产品的市场表和未来发展。 产品经理作为产品的全程把控者，必须掌握有效的产品发布计划方法。 我们希望通过本节课程的学习，大家能够掌握产品发布计划的要素， 为产品成功推向市场。 主。 那接下来有请禅道，资深产品经理禅道项目管理咨询顾问张玉杰，老师， 屏幕前和现场的小伙伴们，大家好，我是今天的主讲老师，张毓捷， 今天是产品大师课程的第三节课，我要跟大家分享的话题是产品发布计划。 经过前两节课的学习，我相信大家已经对产品管理需求，排期与估算有了深刻的了解。 本节课程既是产品管理中重要的一环，同时也使用了需求排期与估算的相关知识。 所以前两节课为本节课程打好了基础。 如果有小伙伴没有来得及学习前面的课程，记得及时进行学习， 那接下来就让我们正式进入今天的课程，我们将从产品发布计划的概述， 影响因素，制定，跟踪与评价和产品发布计划的交付流程。 5 个部分来了解产道中的产品发布计划。 第 6 部分会给大家讲述产品宏观规划与产品发布计划的区别，以及我们如何在禅道中制定产 品宏观规划。 第 7 部分给大家进行产品发布计划的系统功能演示，最后会以禅道为例， 跟大家分享，我们是如何做产品发布计划的，那接下来先问大家一个问题， 你在生活中都做过哪些计划呢？ 那我相信大家在一生当中都做过大大小小的计划，那小学的时候我们做学习计划，上班之后 我们去做工作计划， 那出去玩的时候我们会制定履行攻略，这些计划可以帮助我们更好的去实现目标。 同理，产品也需要制定计划。 产品发布计划是产品研发流程中一个关键的阶段，它确定了产品发布的时间表和内容。 下面这张图产研流程图，我相信大家一定都不陌生了，在前面两节课程当中都有提到过， 在整个产品研发流程中，产品计划位于需求梳理之后，研发阶段之前也就是这个位置，他往 往跟我们的需求梳理是同期发生的， 那在研发之前，例如有一些团队，他是先确定需求排期，然后倒排发布计划， 也有一些团队是先确定发布计划，然后再根据需求的优先级进行需求排入计划当中， 那产品计划的内容，它是多方面的，包括我们的功能实现 Bug 的修复和性能优化等。 这些不仅需要技术层面的考量，还需要考虑市场的需求，用户的反馈以及竞争对手的动态。 那古人云，凡事预则立，不预则废。 通过细致的规划和执行产品计划，将为产品的成功发布奠定坚实的基础。 那制定产品计划的作用有哪些呢？ 大家可以结合我们刚刚生活中制定计划的作用去反推与履行计划为例， 我们制定攻略的时候需要去决定我们的目的地。 交通，住宿安排等，它可以很好的去指导我们的行程，节省。 我们到达目的地之后再去做决策的时间，让我们的旅行更加的高效。 制定旅行攻略，还可以帮助我们去规划我们的预算，包括交通，住宿和餐饮等费用，避免过 度花费或者是预算不足的情况发生。 这也是我们优化资源利用规划预算的一个过程。 第三是它可以帮助我们去了解目的地的安全情况。 当地的风俗习惯等重要信息，有助于我们避免意外事情的发生，减少不必要的麻烦。 同理，产品发布计划的作用可以梳理为 4 个方面，分别是目标指导， 资源管理，团队协作与风险管理。 首先，目标管理我们需要明确目标的优先级产品发布计划通常包括产品的功能特性， 目标的详细描述等等，以及它们的优先级顺序。 这位团队提供了更加清晰的方向，指导我们的开发人员了解，核实， 以及如何去构建我们产品的不同部分，那在制定产品发布计划之前， 我们需要清楚地了解产品的需求和范围，这将帮助我们去确定需要哪些资源以及这些资源需 要投入到哪些方面， 确定项目所需要的关键资源，包括人力资源，物理资源和时间，资源等。 那人力资源就包含我们的开发，设计，测试等一系列相关的干系人评估可用资源的数量和质 量， 并确定是否需要额外的资源来确保我们资源的可用性，以及我们项目需求的匹配。 基于项目的优先级和时间表，将资源分配到不同的任务和阶段， 确保我们的资源分配是合理的，以满足项目的需求，避免我们资源的浪费。 那么第三，产品发布计划提供了明确的产品发布目标和时间表， 为不同的部门提供了共同的参考框架。 各部门呢可以根据这些目标和时间表协调他们的工作，比如计划与计划之间有依赖情况下的 团队协作资源之间的调整等等。 最后是风险管理。 在制定产品发布计划的早期阶段，团队应该识别可能影响计划成功的各种风险， 包括技术风险。 风险，市场风险，竞争风险等等。 针对识别出的风险团队需要进行风险的评估，评估每个风险事件可的可能性， 以及他们的影响程度，确定哪些风险是需要关注和应对的。 然后需要进行风险的规划，基于风险评估的结果，团队可以制定风险规划， 包括制定应对策略，分配资源，设定风险指标和制定应急计划等等。 最后是风险的监控。 我们在产品发布的过程中，团队需要持续的监控和跟踪风险的情况，确保及时发现风险的变 化， 并采取必要的措施来应对风险。 如果风险事件真的发生了，那团队需要根据预先制定的风险规划迅速的去应对风险， 采取相应的措施，以降低我们风险造成的影响，让我们来回顾一下产品发布计划，概述部分 的内容。 首先，产品发布计划是确定产品发布时间表和内容的过程。 产品发布计划的内容可以是多方面的，包括需求实现 Bug 修复和性能优化等。 产品发布计划的作用主要有 4 条，一是目标指导，二是资源管理，三是团队协作。 四是风险管理。 那了，解了产品发布计划的概念之后，接下来让我们看看产品发布计划到底该如何制定呢？ 产品发布计划，在制定的时候需要考虑多种因素，包括但不局限于以下 8 部分内容。 首先是目标市场，了解目标市场的需求和趋势来确定我们市场和受众， 以便确定产品在市场中的定位和竞争的优势，了解他们的需求和喜好， 以便在我们的发布计划当中有针对性的进行营销和推广。 第二就是价值定位。 我们要优先考虑对于用户价值的最大需求，确保我们所做的每项工作都能够为用户带来实际 的好处， 明确产品的定位和核心价值，突出我们产品的独特之处，以吸引我们的目标用户， 并建立我们的品牌认知度。 第三是我们的竞争对手分析竞争对手的产品发布策略和市场表现来制定相应的应对策略， 确保我们的产品在激烈的竞争中能够脱颖而出。 然后是我们的实际选择，选定适当的发布时机，避免与重大的事件或者是竞争对手的产品发 布时间相冲突， 最大程度的来吸引我们。 目标受众的注意力。 然后是我们的技术准备，我们要确保产品技术方面的准备工作，包括产品的功能测试，性能 优化和安全检查等， 以保障我们产品发布的顺利进行资源预算评估，我们发布所需要的预算和资源投入， 确保在充足的资源支持下顺利的执行我们的产品发布计划，然后是我们的灵活调整， 也就是我们在需求排期的时候，一定要具有一定的灵活性，那随着用户反馈和市场的变化， 我们可以进行及时的调整和优化用户反馈，我们要优先处理那些能够快速验证和获得用户反 馈的需求， 以便及时的调整和优化我们的产品方向，收集用户的反馈和意见， 对产品进行迭代和优化，以提升我们产品的质量和用户体验。 那综合考虑以上的因素，可以帮助我们制定全面有效的产品发布计划， 确保产品成功上市，并取得良好的市场反馈和业绩表现。 那了，解了产品发布计划的影响因素之后，接下来让我们看看产品发布计划该如何制定产品 发布计划的四要素是目标。 资源协作和风险刚好与我们前面提到的产品发布计划的作用中的目标， 指导资源管理，团队协作和风险管理相对应。 在制定发布计划时，我们的首要任务是清晰定义产品发布的目标， 其中包括要明确需要满足的需求范围以及我们修复 Bug 的数量。 同时我们也需要明确性能优化的目标，包括确定需要提升的性能水平等方面需求呢， 它是会被分为不同的层级，包括我们的原始需求，用户需求和研发需求， 在不同的业务场景当中，需求层级可能会有不同的命名方式，比如业务需求， 用户需求和研发需求，或者是 epic feature 和 story 等等，那需要值得注意的是， 在制定产品发布计划时，我们是依据研发需求去制定的。 第二个就是我们要确定我们的资源在制定发布计划的时候，我们需要仔细评估， 并明确的计划所需要的人力，时间，基础设施等资源，以确保我们的计划能够顺利的执行那 人力资源呢是包含我们的开发测试。 还有市场等一切有关的相关干系人。 我们需要确定每个团队成员在计划当中的具体任务和责任，合理的分配他们的工作量， 确保我们的团队成员之间的合作与协作。 那在时间资源上，我们要制定明确的计划周期和开发测试上线等各个阶段的时间节点来确保 我们的计划能够按时的完成。 除此之外，当我们制定了多个产品发布计划的时候，我们还可以对每个计划设置明确的发布 时间表和里程碑，以及关键节点。 然后就是关于我们的基础设施资源，我们需我们需要明确所需要的技术支持，包括软件， 硬件，工具和开发环境等等，来确保我们的团队拥有充足的技术支持来完成我们的产品开发 任务。 因此，资源规划是我们发布计划执行的关键一环，为我们的团队提供了充足的支持和保障。 在协作方面包含团队的内部协作与跨团队协作，我们需要建立有效的沟通机制， 包括会议。 文档和沟通。 我们需要通过这些行之有效的工具来确保我们的团队成员之间和利益相关者之间的信息共 享和协调顺畅。 最后，我们需要审慎考虑，可能出现的风险，并合理地分配资源进行风险管理， 以确保我们能够有效地应对各种不确定性因素。 在风险管理过程中，首先是风险的识别阶段。 我们要识别可能对于发布计划产生的各种风险因素，包括我们的技术人员之类。 其次是风险评估的阶段，我们需要评估各项风险的影响程度和发生的可能性， 然后制定相应的风险管理策略，以有效的应对不确定性带来的挑战。 最后是我们的风险控制阶段。 在这一阶段，我我们需要采取措施来降低我们风险发生的概率， 确保我们发布计划执行的顺利通过系统的风险管理流程，可以最大程度的来减少潜在风险。 对于计划的不利影响，从而提高计划的成功实施和实施效果。 了解了产品发布计划的。 要素之后，接下来我们可以进行需求排期了，对需求进行优先级排序和排期， 从而制定完整的发布计划，这有助于团队在资源有限的情况下来聚焦我们最重要或者是最紧 急的任务上。 需求排气的方式有很多种，比如说我们的四象限原则，莫斯科模型 race 原则到了皮尔斯模 型和我们的卡诺模型等等。 那这一部分在我们第二节课程当中，美琪老师已经对这些模型进行了详细的讲解， 大家如果有遗忘，建议大家进行一个课程的回顾，那这些方法和模型能够帮助我们的团队更 有效的去进行需求的管理， 确保我们优先处理那些具有价值和影响力的需求，从而提升我们的工作效率和我们的成果质 量。 产品发布计划，制定好之后呢，我们就需要及时的去记录我们产品发布计划需要实现的目标 资源。 风险等信息，便于我们后续进行计划的一个持续的跟踪。 在禅道的计划列表当中，我们可以把需要实现的需求以及计划修复的 Bug 关联进来， 那也可以在我们的描述当中把我们的目标资源，风险等等记录下来。 发布计划，制定好之后产品模块当中的路线图就会根据我们的时间维度把我们的发布计划和 实际的发布进行一个可视化，可以方便地向我们的团队和利益相关方传递当前进度和规划信 息。 路线图中呢会展示发布计划的时间周期已经完成的发布呢，会展示实际的发布时间以及里程 碑， 发布这边呢我们可以看到这种带时间范围的，它就是我们的发布计划， 那这种呢有明确时间点的，就是我们已经实际完成的发布。 如果你是一个里程碑，发布，它会有一个小旗子来进行一个标注。 让我们来回顾一下产品发布计划的制定的影响因素和四要素。 首先，产品发布计划的影响因素包括，但不局限于目标市场，价值定位， 竞争对手实际选择技术准备，资源预算灵活调整，用户反馈。 产品发布计划制定的四要素分别是目标资源协作和风险。 产品发布计划启动之后，就需要及时的进行跟踪和评估，以确保我们的计划能够顺利的执行 和达成我们预期的目标。 在计划执行的过程中，持续的监控和评价能够帮助我们团队及时的发现问题，并且调整方向。 我们可以跟踪需求，与 Bug 的状态识别计划存在的问题与风险分析问题产生的原因， 提出相应的应对措施。 对于需求的验收与发布的准备工作需要提前的进行，最后进行及时的总结， 并持续改进，那在我们的这个计划当中，我们可以通过跟进需求的状态和阶段， 这两个字段来关注需求的完成情况，那如果是 Bug 呢，我们是可以通过关注他的状态和他的 解决方案来跟踪他的完成情况。 然后就是我们识别计划存在的问题与风险，我们可以通过我们计划的这个时间与我们的需求 列表当中， 以及 Bug 列表当中实际的完成情况去做一个对比，然后识别我们计划可能存在的问题与风险， 那针对这些问题与风险去进行一个分析，他们产生的原因，并提出相应的应对措施。 最后呢在我们产品发布计划结束之前，我们需要对需求进行验收， 然后并做发布前的准备工作，那这些发布准备工作包括但不局限于我们新闻稿。 以及我们的手册等等。 那针对我们前面产生的问题，我们需要进行及时的总结，并在后续的计划当中进行一个持续 的改进。 产品发布计划实际发布之后，我们可以在产品模块去创建一个发布并关联已经完成的需求与 实际修复的 Bug 等数据。 这一部分的内容呢将在我们第 5 节课当中给大家进行详细的讲解， 那通过产品发布计划与实际发布之间的对比，我们可以查看我们需求与 Bug 的目标达成情况， 发布中呢会有完成的需求，解决的 Bug 遗留的 Bug 等等。 评价发布内容或时间与计划之间的差别。 比如说我们的实际发布时间与我们的计划截止日期，他们之间有什么区别？ 评价我们的资源利用与我们的成本控制情况评价我们团队的执行能力与协作效率等等。 这些呢是可以通过统计数据去进行评价，那统计呢将会在我们后续的进阶课课程当中给大家 进行讲解。 在了解了产品发布计划的制定，跟踪与评价之后，我们可以回过头来探究产品发布计划的交 付过程以及具体的流程是如何展开的， 那这个角度的审视有助于我们深入了解产品从概念到实际发布的转化过程。 从而更好地掌握产品交付的关键环节和步骤。 产品发布计划的交付过程涉及 4 个概念，分别是计划执行，发布和我们的版本。 从时间维度上看，计划执行和发布属于一次交付中的不同阶段， 分别对应英文当中的 plan， execution 和 release。 在执行中，由于开发工作是持续进行的，那为了测试工作的及时介入， 在开发团队完成若干的需求之后，我们可以在执行当中去创建我们的版本。 并提交给我们的测试团队。 那版本的概念在英文当中是 build 对应软件配置管理的范畴，它的作用在于可以明确我们的 测试范畴，可以作为我们的测试计划来使用， 方便测试人员与开发人员进行互动，以及临时的解决我们不同版本中的 Bug 去进行问题的修 复， 那每一个版本也可以被视为开发团队的一次交付成果。 通过版本的秩序交付，我们可以推动我们计划的完成，最终实现产品的发布目标。 在计划执行和发布这三个阶段上，对应的角色也是不同的，分别是产品经理和项目经理。 这两个角色，那制定产品发布计划是产品经理的一个重要职责。 产品需要去做规划才能够有轻重缓急，才能够正确的做事。 因此，对于产品经理而言，计划是必须的。 执行启动之后呢，不管是以 squam 的项目管理模式，还是瀑布项目模式， 还是看板或者是 IPd 的项目管理模式？ 执行团队的成员都需要参加到我们的产品计划会议当中来了解我们的产品发布计划， 并进行任务的分解，拆分为迭代计划。 注意这个地方的团队成员不仅有我们的项目经理，还有我们的开发团队， 或者是我们的测试团队，以及所有执行团队中的成员。 在执行中呢，由开发成员进行产品的开发，提交我们的版本。 测试人员根据提交的版本去进行测试，最后产品经理再进行功能的验收， 去完成我们最后的发布，那其实我们刚刚也提到了，在计划执行和发布这三个阶段交付范围 也是在不断演变的。 我们可以通过比较三个阶段的交付物来评估我们这个发布计划的一个完成情况。 那接下来让我们一起来了解产品宏观规划的相关内容。 产品发布计划与产品宏观规划有所不同，宏观规划呢，可以视作产品的愿景， 或者是路标规划是相对较长时间跨度内的目标，或者是方向描述， 包括我们长期的愿景，主要的功能和特性等等。 那在禅道系统当中，我们是可以通过负计划来完成我们产品宏观规划的负计划设定长期的规 划和目标， 而子计划呢是对负计划进行详细的拆分，使之更加的具体，可操作。 这种层级结构的规划方法有助于我们将宏观的愿景转换为可行的具体行动方案，促使我们的 团队在实现长期目标的同时， 保证我们的目标一致性和连贯性。 通过下面这个表格呢，我们可以更加清晰的看出二者的区别，因此宏观规划旨在引导我们产 品的长期发展， 为我们的产品团队提供整体的方向。 而产品发布计划则指导我们更具体的发布活动，确保我们的产品能够顺利的推出。 二者是相互影响的，那接下来呢我将在禅道当中给大家进行一个系统的功能演示。 进入禅道系统之后，我们可以通过左侧的导航栏进入产品模块， 在产品列表中选择一个产品。 我们可以通过二级导航进入计划列表，在计划列表页中，我们可以看到所有已经创建完成的 计划， 并且我们可以通过左上角的状态标签进行一个快速的切换。 也可以通过搜索按钮实现计划的快速定位，点击一个计划可以进入到计划的详情页面。 在页面当中，我们可以看到已经关联进来的需求， Bug 以及计划的详情。 点击右上角的创建计划按钮，可以进入创建计划的表单。 在表单当中呢？ 我们可以看到计划的所属产品副计划名称，开始日期和结束日期， 以及它的描述，那么我们先来创建一个负计划，进行宏观规划的管理。 假设在未来的半个月内，我们要实现权限管理，那我的计划名称根据以往的经验， 我们可以设置为禅道，企业版 V10.7 权限管理。 然后我们可以去设置计划的开始期和结束日期，当我们的时间周期不确定时， 我们可以选择这个待定按钮。 如果时间我们已经非常明确了，那我们可以进行时间的设置。 设置完成之后，我们可以再描述当中去梳理我们计划的目标资源以及风险情况。 设定完成之后，我们可以点击保存，这样我们就可以在列表当中查看到我们刚刚创建的这一 条计划了， 那有小伙伴可能会问了，为什么我们刚刚创建的这一条计划没有展示在我们计划列表的顶部， 而是位于计划列表的中间。 这是因为计划列表默认是按照我们发布计划的开始日期去进行倒排的， 那如果我们的时间周期不确定，选择了待定的话，它会位于我们的列表的上方， 那我们可以通过我们每个字段右侧的这个快速排序的按钮去进行快速的排序和查看， 那接下来呢我们针对这一条宏观规划去进行一个细化拆分， 它的子计划，我们可以通过右侧操作栏中的创建子计划按钮，实现点击创建子计划按钮会进 入到创建子计划的表单页面。 在这个页面当中，除了负计划是已经确定好了之外，其他我们还需要填写我们子计划名称， 开始和结束日期，以及它的描述，那跟刚刚一样，我们现在假设我们权限管理需要实现权限 的基础操作。 选择我们的开始日期和结束日期。 这个时候我们点击保存，我们会发现它有一条提示说复计划的开始日期是 10 月 21 日， 我们子计划的开始日期是不能够小于负计划的开始日期的， 所以大家在创建子计划的时候需要注意我们的开始日期和结束日期是需要在我们负计划的 时间周期范围内的。 我们可以为我们的子计划创建它的目标资源和风险，设置完成之后， 点击保存，我们就可以看到，在这条负计划下就产生了一条子计划，我们可以继续为这条负 计划进行拆分。 假设我们在第二周需要去实现权限的变更。 选择一下时间。 设置它的目标资源有风险。 点击保存，可以看到我们刚刚创建的两条子计划都已经出现在列表当中了。 点击计划名称我们可以进入到这个子计划里面。 在子计划当中，我们可以去直接提我们的研发需求，也可以去关联。 我们已经创建好的研发需求。 除此之外，我们还可以去关联我们需要待解决的 bug，那在计划详情当中可以看到我们刚刚 在计划创建表单里面填写的信息，以及它的历史记录， 那接下来让我们来进行需求的关联。 点击关联需求按钮就可以进行需求的关联了。 我们可以通过上方的搜索表单实现需求的快速定位。 由于我们本期需要实现的是权限的基础操作，所以我们可以通过需求的所属模块来进行搜索。 点击搜索按钮之后，我们可以看到，系统已经为我们筛选出来了所属模块为权限管理，基础 操作的所有需求， 那我们可以看到，在搜索处的需求当中，有一些状态是评审中，那我们可以把已经完成评审 的需求关联进来。 如果我们在关联需求的过程中，目前的两组搜索表单搜索条件不够， 大家使用的话，我们可以点击右侧的收集展开按钮进行调进的组合使用。 Bug 也是同理，我们可以关联往期未完成的 bug。 我们在关联需求和 Bug 的时候需要注意一个问题，就是他们二者的工作量一定不要超出我们 在做计划时资源的负载情况。 我们可以看到，在需求的下方会有一些统计数据，我们本期的需求有多少个，然后预计多少 工时， 那工时是我们在维护需求的时候填写的。 Bug 也会在我们的列表下方展示它的总计数据关联。 好我们的需求和 Bug 之后，当我们的计划到达计划开始时间的时候， 我们就可以开始我们的计划了。 点击开始计划，我们计划的状态会变成进行中，那当我们计划完成时， 我们可以点击完成计划。 我们可以在日志当中记录我们计划当中的一些工作内容和耗时。 并且我们可以在我们的计划详情当中查看我们关于计划的所有操作计划完成之后，我们可以 点击完成计划。 如果我们的计划能够顺利完成，我们可以关闭我们的计划，那如果完成之后， 我们又发现有一些问题，我们还可以重新激活我们的计划。 关闭计划之后，我们整个产品发布计划就完成了闭环。 在计划列表当中，我们可以通过状态字段实现所有计划状态的跟踪， 也可以点击右上角的试图切换按钮来实现所有计划。 他的状态跟踪。 在当前仕途当中，我们还可以按照不同的时间顺序来调整。 我们看板卡片的顺序。 那以上呢就是我们产品发布计划部分的所有系统操作演示。 让我们来回顾一下产品宏观规划部分的内容。 首先，产品宏观规划展示产品未来发展方向和愿景的高层次规划， 包括长期目标，主要功能和特性等等。 产品发布计划是产品宏观规划的具体体现。 产品发布计划与产品宏观规划是相互影响的。 在禅道系统当中，我们可以用计划的副词计划的副计划来承接我们的产品宏观规划。 最后，我以禅道团队为例，跟大家分享，我们是如何制定我们的产品发布计划的，那供大家 参考。 那熟悉禅道的小伙伴们知道禅道目前的发布节奏是两周一发版。 那基于这个发布节奏，我们首先产品经理会提前梳理未来 10 个周的产品宏观规划， 去确定我们未来 10 周的发布目标。 这个目标是粗略的，大概要设置我们发布和优化哪些功能等等。 那制定好之后呢，会针对宏观规划去制定详细的产品发布计划， 并记录在我们产品计划模块当中。 同时发布计划呢会关联到相应的团队看板当中，以便团队成员能够便捷清晰的看到每个计划。 这个呢就是我们的这个看板。 那大家呢都可以在我们的系统看板当中去查，看到我们未来规划的这些计划， 那在每周四呢，我们还会去召开产品团队集体的产品发布计划，同步会在这个会议当中呢我 们会同步正在规划的发布计划， 当前进行中的进度情况，以及已经完成的发布计划。 那不同阶段的这个计划呢会落到不同的这个看板列当中。 那这种方式呢可以方便我们产品团队的小伙伴能够及时的了解到各个小组的情况。 产品发布，制定好之后通过评审，我们就可以按照计划时间进入迭代， 开发了，也都是进入我们的研发阶段。 迭代小组成员呢会在迭代开始的时候，对计划进行评审，也就是我们的计划会根据迭代资源 对迭代计划进行调整， 那完成迭代计划内容之后呢，会由产品经理去进行验收，最终去完成我们的交付。 那以上呢就是禅道团队的产品发布计划的制定流程来供大家参考。 研发流程的内容呢将在下一节课当中给大家进行讲解，那以上就是我们本期课程的全部内容， 谢谢大家。