《Scrum敏捷项目管理》读书笔记

自从换了个新工作，就进入了一个新的领域———项目管理，尤其是敏捷项目管理，所以也需要在这个方面提高下自己，从入门级的经典书籍开始。

《Scrum敏捷项目管理》这本书不光介绍了关于敏捷开发的基本概念，也着重分章节写了作者自己在敏捷开发项目管理的实践经验，并从实践中带入敏捷项目实施的一些经验教训。由于这本书写的比较早，有些方法可能已经不适用于现在的敏捷开发了， 但是对于入门来说也不失为一个浅显易懂的好书。

下面是自己看的一些觉得重要的笔记记录：

Scrum的思路是将控制权从中央计划及调度中心下放至实施工作的个体团队。

项目复杂程度越高，便越需要将决策权委派至工作前线的独立个体

若已知所有情况且不必进一步发掘，则无需使用Scrum管理方法。若仍需深入研究，Scrum则有助于快速，全面地学习和掌握情况

Scrum的核心在于迭代

产品负责人规划项目初始总体要求、投资回报目标和发布计划，从而为项目赢得启动及后续资金。利用产品backlog，督促团队优先开发最具价值的功能，并在其基础上继续开发。

传统项目经理负责界定工作范围和管理工作，而scrummaster负责管理scrum流程

在响应性和专注性间取得平衡

如果出现一个比团队选定的现有sprint工作更具价值的机会，管理层可以采取非常手段，终止当前sprint。团队，产品负责人和管理层可以召开新的sprint计划会议，若新机会确实具有最高优先等级，则可选入产品backlog

ScrumMaster职责总结：

• 排除产品开发和产品负责人之间的障碍，确保产品负责人直接推动开发工作。
• 教授产品负责人如何实现投资回报最大化，以及如何利用scrum达成目标
• 激发创造力和放权，从而改善开发团队的环境
• 千方百计提高开发团队的生产力
• 改善工程实践和工具，确保每个功能增量都具备潜在可交付性
• 向各方确保团队工作进展实时更新并高度可视

Scrum的运作基础是个人和团队的承诺，而非严密的规划及控制

启动Scrum项目所需的最简约计划包括：一份愿景及产品backlog。愿景描述项目开发原因和预期目标。对于企业内部使用系统，愿景可能描述在安装系统后，商业运作方式将发生哪些改变。对外销售的软件的愿景可能描述其主要特性和功能，如何为客户创造收益，以及对市场的预期影响。产品backlog将定义交付愿景时，系统应满足的功能性与非功能性需求，它需事先划分优先等级并经过预估。产品backlog分解为潜在的sprint和发布

传统方法中，计划一旦制定便不希望出现任何变动。定期管理报告用于展示项目与初始计划的一致性。Scrum则汇报对计划的改变、对改变的回应及项目计划受到的影响。Scrum期待改变，并汇报改变及其影响。

团队成员须设计合适的工程实践方法，每天签入、建构和测试已编写的代码。正如每个Sprint结束时的情况一样，每天的代码应保持整洁，否则Scrum的检查和调整机制就不能发挥功效。

几个极限编程的实践方法，如共享代码，编程标准和结对编程

测试驱动开发方式

以上这些都是利于Scrum展开可以使用的经验方法

Scrum扩展：首先，在扩展前构建必需得基础设施（若项目采用多个并行团队，就必须设计和执行经常性保持工作同步得机制，并建立产品和技术得细致结构，将任务清晰划分至各团队。若团队分布于不同地区，则应采用高带宽源码共享技术，同步建构和即时通讯类得各种交流方式）。其次，构建基础设施得同时确保交付商业价值。第三，优化原始团队得能力，向其余团队分派至少一名初始团队成员

定义非功能性扩展需求并划分其优先等级得过程称作staging，它出现在第一个sprint开始前，为期一天