敏捷项目管理-2

  2023年开年，给自己定了学习目标，首先要计划学习一下项目管理方面的内容，于是从京东上买到了《敏捷项目管理·第3版》进行阅读。计划在2023的Q1将其看完，会将其中重要的内容整理到中。

敏捷项目管理·第3版

  敏捷宣言-价值观（2001）：个体和互动高于流程和工具；可工作的软件高于详尽的文档；客户合作高于合同谈判；响应变化高于遵循计划。

第三章 为什么敏捷工作更有效

  在传统项目中，一个产品的所有需求和交付全部被一次性锁定，其结果是孤注一掷，要么完全成功，要么完全失败。这种方法的赌注是很高的，因为一切取决于项目周期中最后一个阶段的工作。
  Scrum是一种流行的用于组织工作和展示进度的敏捷框架。其核心术语有：产品负责人（Product Owner）、Scrum主管（Scrum Master）和冲刺（Sprint）。Scrum鼓励团队像打橄榄球一样微流共同的目标而密切合作，并为结果承担责任。
  在敏捷产品开发中，客户可以在每一个短周期结束时看到他们的产品。当客户的资金只投入了较少的一部分时，可以首先开发优先级最高的特性，这将会带来在早期确保价值最大化的机会。使用敏捷产品开发方法可以减少每次迭代期间的风险。
  与传统方法相比，敏捷框架具有明显的优势，包括更大的灵活性和稳定性、更少的非生产性工作、更快的和更高质量的交付、更高的开发团队绩效、更严格的管控和更快的失败检测。 敏捷方法强调的是如何支持开发团队，重视团队成员的行动及互动。培养开发团队是敏捷产品开发的核心，也是敏捷方法能成功的原因。

以下流程能够帮助产品开发团队管理变更（10条）:
1、在一个产品开发启动后，产品负责人向干系人收集高层级的产品需求，并且对它们进行优先级排序。产品负责人并不需要预先将所有的需求进行详细的分解，只要刚好能让开发团队理解要完成的产品是什么就够了。
2、开发团队与产品负责人在一起工作，把最初的最高优先级需求分解为更多详细的需求。生成了小的有价值的工作模块后，开发团队即刻便可着手开发。
3、无论优先级在冲刺之前多久时间被确定，你都能够在每个冲刺中专注于高优先级的工作。
4、开发团队在当前冲刺中仅为一组需求而工作，并且在后续冲刺中将逐步了解更多的产品知识。
5、开发团队一次只规划一个冲刺，并且在每一个冲刺开始时更深入地研究需求。开发团队通常只开发下一个优先级最高的需求。
6、一次只专注于一个冲刺和仅关注优先级最高的需求，使得团队能够在每个冲刺开始的时候响应新的优先级最高的需求。
7、当变更发生时，产品负责人更新在未来冲刺中待处理的需求列表。根据不断变化的市场或业务条件，产品负责人定期对此列表重新进行优先级排序。
8、产品负责人可以首先投资高优先级的特性，可以选择在整个开发期间投资于哪些特性。
9、产品负责人和开发团队在每次冲刺结束时收集客户反馈并采取相应的行动。客户反馈常常导致现有功能的变更或产生新的有价值的需求。反馈也可以导致需求的删除或优先级的重新设置。
10、产品负责人一旦认为产品已经具备足够的功能来满足产品目标，就可以停止开发了。敏捷产品开发通常可以提前结束，即在时间或资金耗尽之前就能交付价值。

  通常，对于开发团队来说，冲刺是最稳定的一个时间段。敏捷产品开发为项目提供了一个稳定的开发、反馈和变更的周期。
  最大化工作效率的目标是不加班，以及让开发人员在工作日专注于功能开发。为了提高生产效率，你必须减少非生产性的任务及相应的时间。

敏捷产品开发通过以下措施实现更好的质量和快速的交付：
1、客户在每轮冲刺结束时对可工作的功能进行评审，并立即向开发团队提供反馈，以便在下一轮冲刺中尽快对功能进行检查和调整。
2、短期的迭代开发（冲刺）限制了任何在给定时间里开发的特性的数量和复杂程度，使得已完成的交付物更容易被测试。在每个冲刺中，开发团队只能开发有限的特性。对于那些过于复杂的特性，开发团队需要将其分解到多个冲刺中。
3、开发团队每天进行产品开发和测试，在整个产品开发过程中维护可工作的产品。
4、产品负责人参与每日的问题解答，并快速澄清误解。
5、开发团队处于被赋能和被激励的状态，并且工作时间合理。
6、开发工作一经完成，开发团队就会进行测试，因而错误能够很快被检测出来。

第四章 敏捷就是要以客户为中心

  客户包括组织外部的付费客户和组织内部的客户。
  产品画布是一个协作工具，能够促使团队在短时间内完成两个任务：①确定期望的目标或产品效果；②验证要为客户解决的问题的假设，是团队为开发做好准备。

产品画布

  度量标准能帮助团队了解到他们是否真正理解并正在解决客户的问题。
有两种常见的客户地图工具：客户旅程地图（可视化客户平日里在完成目标或解决特定问题过程中的经历）和同理心地图（思考客户的情绪和感觉）。
  成功进行访谈的关键是让客户讲述有关他们的问题的故事，并想象可能的解决方案。在访谈过程中，要努力站在客户的角度，这样客户将会发现他们所不知道的事情，同时你也能发现他们是否做出了错误的假设。将访谈当作一个验证客户假设和审查其想法好坏的机会。
目标应该遵循“SMART”原则，即具体的（Specific）、可测量的（Measurable）、可接受的（Acceptable）、可实现的（Realistic）和有时限的（Timebound）。
  用户故事地图可以帮助团队对用户所需经历的产品使用流程以及改善其体验的各种备选方案形成一致的理解。是为了向每个人澄清最小可行性产品以及未来发布的路径。使用用户故事地图，团队可以更加全面地了解到他们的理念是如何贴合整体用户体验的。
  产品开发团队经常使用的自由结构是“1-2-4-All”。这个练习从对一个共同的挑战（以一个问题的形式）进行1分钟无声的自我反思开始。接下来，2人一组，花2分钟时间构思想法。然后，4人一组，花4分钟时间来记录每个人想法的不同点和相似点，并提出新的创意。最后，每个小组针对一个脱颖而出的重要的创意进行5分钟的陈述。
  根本原因分析（RCA）：有效的管理要求不仅要找到问题的症结、处理问题的方法，而且要找到预防问题的方法。典型步骤：定义问题；收集数据；找到可能的原因；确定根本原因；就解决方案提出建议并加以实施。