研发效能 - 产品设计实践之需求管理

产品设计需求管理领域的关键实践,包括产品路线图,需求评估模型(T恤评估、用户故事地图、故事点评估)、需求优先级模型(莫斯科法、WSJF)、产品成本-价值矩阵等关键实践

产品设计实践之需求管理

• 产品线路图
  • 影响地图
    • 为什么使用影响地图
      • 主要目的是它可以帮助团队更清晰地了解
        • 项目的受众群体是谁
        • 要采取哪些行动
        • 最终的目标是什么
        • 为什么需要做某个项目
    • 影响地图组成部分
      • Why(要实现的业务目标或要解决客户的核心问题是什么）
      • Who（可以通过影响谁的行为来实现目标，或消除实现目标）
      • How(怎样影响角色的行为来达成目标）
      • What（支持How的交付物，比如功能、活动或服务等）
    • 如何使用影响地图
      • 提出一个现实中的业务目标
      • 确定需要影响的人群，以及他们的需求和目标
      • 确定实现项目目标的策略和方法，以及需要采取的行动计划
      • 确定要实玩的具体结果、功能或特性
      • 基于影响对所有的事项排列优先级，形成初始化待办列表
      • 优先级最高的事项所需资源，并判断有什么风险或假设
  • 用户故事地图
    • 为什么使用用户故事地图
      • 用户故事地图是一个有助于团队理解用户需求和规划产品开发的工具
      • 使用用户故事地图可以帮助团队更清晰地了解用户的需求，定义用户的角色、目标和行动
      • 使用用户故事地图团队可以更好地了解整个产品的范围和方向，确保开发产品满足用户需求
    • 什么是用户故事地图
      • 用户故事地图是一种可视化的工具，它是基于用户故事的。
      • 用户故事是描述用户需求的简短语句，通常包含三个关键部分：角色，目标和行动。
      • 用户故事地图将用户故事组织成一个地图
        • 地图的横轴代表时间（从左到右）
        • 纵轴代表不同的用户角色或目标
      • 用户故事按照时间顺序和用户角色或目标的顺序排列，形成一个结构化的视图。
    • 如何使用用户故事地图
      • 确定产品范围和目标
        • 确定需要开发的产品或功能，并明确产品为目标和愿景。
      • 定义用户角色和目标
        • 确定用户群体并明确他们的目标和需求。
      • 编写用户故事
        • 以用户为中心，编写短小精悍的用户故事，每个故事包含一个目标和行动。
      • 组织用户故事
        • 将用户故事按照时间和用户角色组织起来，并形成用户故事地图。
      • 定义优先级
        • 根据用户需求和产品目标，为每个用户故事分配优先级，确定开发优先级和计划。
      • 持续更新
        • 用户故事地图是一个持续更新的工具，团队可以根据实际情况 不断添加、修改和删除用户故事，以反映产品开发的进展和变化。
• 需求规模评估
  • 故事点
    • 为什么使用故事点
      • 故事点可以避免过于具体的时间估算和不准确的预测
      • 而是将注意力集中在任务的规模和复杂度上，让团队更好地理解任务的难度和时间成本。
    • 什么是故事点
      • 故事点(story points）是一个相对估算软件开发任务规模和复杂度的度量单位。
      • 在使用故事点时，通常需要进行故事点估算会议。
      • 团队成员根据对任务的理解和经验，投票决定每个任务的故事点数。
      • 通常使用斐波那契数列(1,2,3,5,8,13,21等）来表示不同故事点的级别
      • 其中级别越高表示任务越大和复杂。
    • 如何使用故事点
      • 定义故事点，故事点是一个相对的大小单位，代表一个特定的工作量或复杂性，通常与时间和成本无关。
      • 将故事点按照大小进行排序，从最小的故事点开始排列，例如1、2、 3、 5、 8、 13、 21等。
      • 确定一个基准故事点，通常是团队能够在一天内完成的故事点数量。
      • 根据基准故事点的大小，估算出每个故事点的实际大小。 以时间故事点的定义，如果基准故事点大小为一天，那么一个故事点大小为3 的故事大约需要3天的工作量。
      • 使用斐波那契数列中的数字来给每个故事点分配点数。
      • 例如，一个故事点大小为3 的故事将被分配5个点数，因为斐波那契数列中第五个数字为5。
      • 将所有故事点的点数相加，以得出项目的总点数。
      • 可以使用总点数来帮助计算迭代的时间线，例如每个迭代需要多少个点数。
  • T恤评估
    • 为什么使用了恤评估
      • 使用T恤评估的主要原因是为了简化估算的过程，并避免陷入过多细节和精度。
      • 它允许团队在不进行详细分析的情况下估算，而更关注于故事的相对大小。
    • 什么是T恤评估
      • T-shirt评估是一种相对估算的技术，用于估算用户故事或任务的相对大小
      • 以便团队可以更好地理解它们之间的相对复杂性和工作量
      • 从而更好地规划和分配工作。这种技术的名称源于通常使用的T恤尺码。
    • 如何使用T恤评估
      • 选择要评估的用户故事或任务，将其放在一个列表中。为每个故事或任务分配一个T恤尺码，例如S、M、L、XL等。
      • 通常，S表示故事或任务相对较小，XL表示故事或任务相对较大。
      • 为了确保所有团队成员对故事或任务的大小有一个共同的理解， 可以要求每个成员在选择T恤尺码之前先自行估算一下工作量，并根据自己的估算选择尺码。
      • 团队可以通过讨论和比较来协商和确定最终的尺码。
      • 根据每个故事或任务的相对大小，将它们排序，以便团队可以更好地理解它们之间的相对复杂性和工作量。
      • 使用T恤评估来帮助团队规划和分配工作，例如将故事或任务分配给团队成员， 并根据其大小和优先级来安排它们的完成顺序。
• 需求优先级
  • 莫斯科(MoSCoW)
    • 为什么使用莫斯科法
      • 在需求收集过程中，经常会遇到需求过多、时间有限的情况
      • 莫斯科方法就是一种常用的优先级排序方法,可以帮助团队更好地了解
        • 哪些需求必须先完成
        • 哪些需求可以等待
        • 哪些需求可以暂时搁置或者放弃
    • 什么是莫斯科法
      • 莫斯科法 (MoSCow）是一种需求管理方法
      • M 代表Must have
      • S 代表Should have
      • C 代表Could have
      • W 代表Won't
    • 如何使用莫斯科法
      • 收集所有的需求，并记录在一个清单中。
      • 根据需求的重要性，将其分为四个类别： Must（丢命）、Should（丢钱）、Could（丢脸）和Won’t(丢了没事)
      • 将每个需求放入相应的类别中，并记录下来。
      • 讨论和审查每个需求，确保它们被正确归类。 可以使用一些评估方法，如优先级点评估或故事点评估，来帮助确定每个需求的优先级。
      • 根据MoSCow原则，制定优先级计划，并确定需要在哪个时间段内完成各项需求。
      • 根据优先级计划，开展项目或产品的开发工作，确保首先完成Must have需求，然后逐步完成其他需求。
      • 当有新的需求或变更出现时，重新进行优先级评估，并更新MoSCow清单， 以确保项目或产品始终关注最重要、最关键的需求。
  • 定义优先级 - WSJF
    • 为什么使用WSJF
      • 使用WSJF的主要原因是帮助团队优先处理那些对于业务价值最大的工作
        • 从而最大化价值交付，同时减少资源的浪费。
      • 通过使用WSJF，团队可以更好地管理各场任务的优先级，提高团队的生产效率和交付速度。
    • 什么是WSJF
      • WSJF是一个公式，它将每个工作项的商业价值、时间紧迫性、风险和机会成本考虑在内，并为每个工作项分配一个分数
    • WSJF的公式如下所示：
      • WSJF=(商业价值+投资风险＋时问祭迫性)/工作顶规模
      • 其中，商业价值指的是任务对于业务价值的重要程度， 投资风险是指任务失败可能带来的损失，时间紧迫性是指任务的截止日期， 工作项规模是指任务所需的资源量。
    • 如何使用WSJF
      • 确定每个工作项的商业价值、投资风险、时间紧迫性和工作项规模；
      • 计算每个工作项的WSJF得分，并将它们排序；
      • 根据得分高低，按顺序处理工作项。
  • 卡诺分析
  • 价值-成本矩阵
    • 什么是价值成本矩阵
      • 价值-成本矩阵是一种决策工具，它将产品功能按照它们的价值和成本进行排列。通常，价值在水平轴上表示，成本在垂直轴上表示。
      • 价值-成本矩阵可以帮助团队识别哪些功能对用户或业务最有价值，同时识别哪些功能的成本最高。
    • 为什么使用价值成本矩阵
      • 使用价值-成本矩阵可以帮助团队更加明确地了解他们将要实现的功能对于用户或业务的价值，以及它们的成本
      • 通过比较不同功能的价值和成本，可以帮助团队做出更明智的决策，并最大程度地满足用户需求、提高用户满意度，同时控制开发成本和时间。
    • 如何使用价值成本矩阵
      • 确定评估功能：团队成员需要确定需要评估的功能。
      • 定义价值因素：团队成员需要定义衡量功能价值的因素。这些因素可能包括用户需求、用户满意度、业务目标等。
      • 定义成本因素：团队成员需要定义衡量功能成本的因素。这些因素可能包括开发时间、开发复杂度、资源需求等。
      • 对功能进行评估：团队成员根据事先定义的价值和成本因素对功能进行评估，并将它们放入价值-成本矩阵中的相应位置。
      • 分析矩阵：团队成员分析价值-成本矩阵，确定哪些功能具有高价值和低成本，这些功能可能优先开发。反之，哪些功能具有低价值和高成本，这些功能可能需要进一步考虑或避免开发。
      • 重复评估过程：团队成员需要定期重复评估过程，以更新价值-成本矩阵，以确保开发的功能最大化满足用户需求和业务目标，同时最小化开发成本和时间。