00.项目范围管理包括为确保项目包含所有必须的工作而进行的过程，只针对必须的工作，目的是成功完成项目。
01.能够生存下来的并不是最强壮的物种，也不是最聪明的物种，而是对变化能够做出灵活反应的物种。——查尔斯.达尔文
03.下个星期不可能有什么危机。我的进度计划已经排满了。——Henry Kissinger
04.<<PMBOK Guide>>中定义了范围计划、范围定义、范围验证和范围控制，用来范围蔓延，这些都引起了项目管理者的关注。
05.
06.<<PMBOK Guide>>将项目范围管理计划（Project Scope Management Plan）定义为范围计划的输出。该文档定义范围、用文档记录范围以及控制和管理对范围的变更请求时将遵循的过程。
07.<<PMBOK Guide>>描述的范围定义、工作分解结构（WBS）创建以及范围验证等实践在敏捷方法中是迭代式反复出现的。软件项目的一个传统WBS通常在最高层次上被分为分析阶段、设计阶段、编码阶段、测试阶段以及部署阶段活动。
08.过度的分解可能导致非生产性的管理努力，无效的使用资源，以及在完成工作效率低下。
09.敏捷计划的层次：产品介绍、产品导路图、发布计划、迭代计划和日常计划。
10.宣贯会议的设计目的是绘制项目大图，让所有项目团队成员都关注同一页图景，确保大家对图景的内容以及大家集合在一起做什么有一个清晰的理解。图景定义了项目团队的任务和项目的边界范围，项目团队只需要在这个边界范围内进行工作就可以获得满意的结果。项目的目标应该可以直接被追溯到企业的战略或目标。
11.产品导路图是一种在每个发布中应该交付的特性或主题、客户需要的特性、实现该特性的体系结构以及期望获得业务价值等高层表示。
12.在敏捷方法中，“发布”这个术语并不仅仅指向最终用户发布产品——它还可以表示一个内部的、用来达成集成目标的里程碑式的内部发布，这样的发布意味着项目团队对产品“可能的最终发布”有着持续的信心。
13.在一个发布计划会议中，项目团队对客户所共享的策略和宣贯执行评审，同时确定如何将产品待完成事项列表中划分了优先级的工作任务映射到构成一个发布或一个季度时间段的若干个迭代中去。
14.发布计划会议议程中的一个条目是识别“LRM决策点”(Last Responsible Moment decision points)。LRM决策点是发布中的一个时刻，在该时刻下必须做出某一个问题的决策，以避免默认的决策生效实施。LRM决策点标识的是“本科做出重要选择但是却没有做出决策的最后时刻”。在这一时刻之前，项目团队可以继续各种工作，收集对制定决策有帮助的信息。
15.它是一个所有的项目团队成员都参加的会议，开会的时候每个人都保持站立状态，并向其他队员阐述自己的工作状态，根据当前进展说明他们当日的计划。每日站立会议的主要目的是让项目团队成员检查和修改各自的工作计划（迭代中的待完成事项列表），在所有人之间快速共享关于迭代计划会议上制定的各自任务的进展程度（或拖延信息）。
16
