项目管理从专家到小白

敏捷开发

Scrum

符合敏捷开发原则的一种典型且在全球使用最为广泛的框架。

三个角色

产品负责人Product Ower：专注于了解业务、客户和市场要求，然后相应地确定工程团队需要完成的工作的优先顺序。
敏捷教练Scrum Master：确保 Scrum 流程顺利进行。负责安排迭代规划、每日站会、迭代评审和迭代回顾所需的资源（人力和物力）。
Scrum 团队：具体工作的执行者。跨职能部门，因此除开发人员之外，开发团队还包括测试人员、设计人员、用户体验 (UX) 专家和运营工程师等等。

三大工件

Product Backlog（产品待办事项）：整个产品的用户故事集合。
Sprint Backlog（迭代待办事项）：在一个迭代周期中要完成的用户故事列表。每次迭代前，Product Ower 从Sprint Backlog中根据交付价值，将优先级最高的用户故事放入迭代。
增量（或迭代目标）：在一个迭代中完成的所有 Product Backlog 的总和，以及之前所有 迭代所产生的增量的价值总和。

事件

1、需求梳理
2、Sprint planning（迭代计划）
3、Sprint（迭代）
4、每日站会：我昨天做了什么？我今天打算做什么？是否存在障碍？
5.、Sprint Review （迭代评审）
6、Sprint Retrospective（迭代回顾）

Scrum 是什么？概念、定义、实施指南

看板Kanban

需求优先级排序

常见做法：先用MoSCoW法进行初步分类，然后再用Kano模型或价值与难度矩阵进行进一步细化，最终用RICE评分来量化优先级。

MoSCoW（莫斯科）模型

Must Have：必须做的/必须要有的。核心需求，项目成功必须实现。
Should Have：应该做的/应该有的。重要需求，但可以暂时没有。
Could Have：可以做的/可以有的。非关键需求，视资源情况决定。
Won’t Have：不要做的/不能有的。当前阶段排除的需求。

项目经理必须掌握的思维模型（五）MoSCoW模型

Kano模型：从用户满意度角度出发

基本需求（Basic Needs）：用户认为理所当然的需求，若未实现将导致用户不满。例如，软件的基本稳定性和无错误运行。
绩效需求（Performance Needs）：直接影响用户的满意度，越多越好。例如，软件的响应速度。
兴奋需求（Excitement Needs）：用户未曾预期的需求，实现后会带来极大的满意度提升。例如，意外的新增功能。
无差异需求（Indifferent Needs）：对用户满意度没有显著影响。例如，一些内部技术优化。
逆反需求（Reverse Needs）：这些需求的实现反而会降低用户满意度。例如，过度复杂的功能。

价值与努力矩阵（价值与难度矩阵）

通过评估需求的价值（对用户和业务的影响）和实现需求所需的努力（时间和资源）。

高价值/低努力：这些需求应优先实现，因为它们对用户或业务有显著影响且易于实现。
高价值/高努力：这些需求也应实现，但需要谨慎规划和资源分配。
低价值/低努力：这些需求可以在资源允许的情况下实现，但优先级低于高价值需求。
低价值/高努力：这些需求应被推迟或放弃，因为它们的实现成本高且对用户或业务的影响较小。

RICE评分

Reach（影响范围）：评估需求能影响多少用户或市场。例如，一个新功能预计每个月会影响到1000个用户。
Impact（影响程度）：评估需求对用户或市场的影响程度，可以分为五个等级：极大影响（3）、重大影响（2）、中等影响（1）、轻微影响（0.5）、几乎无影响（0.25）。
Confidence（信心指数）：评估实现需求的信心指数，通常用百分比表示。例如，我们有80%的信心认为这个需求能带来预期的影响。
Effort（实现难度）：评估实现需求所需的时间和资源，一般以“人月”来表示。例如，这个需求预计需要两个人一个月的时间完成。

最终的RICE评分计算公式为：RICE = (Reach * Impact * Confidence) / Effort。得分越高，需求的优先级越高。

如何标注需求优先级
如何给产品需求排优先级