敏捷时间轴
以两周迭代为例，始于迭代计划会，终于迭代回顾会
敏捷变更
变更是适应的手段，敏捷通过跨迭代进行变更，迭代内尽可能不发生变更
价值观：专注
如有人员变动，尽量在现有迭代中学习，新迭代中在开始介入
敏捷的计划
传统项目管理：任务、计划开始|实际开始、计划结束|实际结束
敏捷中的计划：发布计划、用户故事地图、产品路线图
发布计划以用户故事地图呈现，横切release1、release2、releaseX
产品路线图则以时间和价值为单位进行衡量 （Roadmap）
计划变更：
主动变：团队在稳定成熟阶段，迭代过于严格，减少价值低的故事，保证核心价值达成
被动变：团队在动荡阶段，出问题了无法完成，优化团队保证发布计划(实际情况可能要变)
团队稳定主动变，调整发布计划；团队不稳定被动边，调整团队情况
估算- 相对概念
相对估算方式（时间是绝对概念，相对概念基于基线估算）
基线选择相对小的，而不是绝对小的
相对估算更容易达成共识(基于时间有软肋，如平衡技术能力所需要的时间不同，解决问题放在哪个角色的时间里)
类比估算使用在相似的任务上，用来复制基线
估算可以衡量团队速率（越稳定越好），跨团队不能对比（选择基准不一样）
估算- 理想人天：乐观估计人天（不考虑问题）
故事- 宽带德尔菲计划：专家在一起，每个人给出意见
估算- 三点估算（不可用）：（悲观时间+乐观时间+4*最有可能的时间）/ 6
估算-计划扑克：改良版-斐波那契数列
估算-亲和估算：按故事按规模大小分类，T恤估算是亲和的一种表现形式，亲和还有其他方式
