第Ⅰ部分 问题与目标
第1章 计划的目的
1．1 为何要进行估算和计划
1．1．1 减少风险
1．1．2 降低不确定性
1．1．3 提供更好的决策支持
1．1．4 建立信任
1．1．5 传递信息
1．2 优秀的计划是什么
1．3 敏捷计划是什么
1．4 小结
1．5 讨论题
第2章 计划失败的原因
2．1 基于活动而不是基于特性进行计划
2．1．1 活动不会提前完成
2．1．2 延误沿着计划表向下传递
2．1．3 活动不是互相独立的
2．2 多任务处理导致更多的延迟
2．3 不按优先级开发特性
2．4 忽视了不确定性
2．5 把估算当作承诺
2．6 小结
2．7 讨论题
第3章 敏捷方法
3．1 项目的敏捷开发方法
3．1．1 敏捷团队作为一个整体工作
3．1．2 敏捷团队按短迭代周期工作
3．1．3 敏捷团队每次迭代交付一些成果
3．1．4 敏捷团队关注业务优先级
3．1．5 敏捷团队进行检查和调整
3．2 敏捷计划方法
3．2．1 计划的不同层次
3．2．2 满意条件
3．3 小结
3．4 讨论题
第Ⅱ部分 估算大小
第4章 使用故事点估算大小
4．1 故事点是相对的
4．2 速度
4．3 小结
4．4 讨论题
第5章 使用理想人天进行估算
5．1 理想时间和软件开发
5．2 以理想人天作为对大小的度量
5．3 给出一个而不是多个估算值
5．4 小结
5．5 讨论题
第6章 估算方法
6．1 共同估算
6．2 估算的尺度
6．3 得到估算值的方法
6．3．1 专家意见
6．3．2 类比
6．3．3 分解
6．4 计划扑克
6．4．1 更小规模的会议
6．4．2 何时玩计划扑克
6．5 为什么计划扑克会有效
6．6 小结
6．7 讨论题
第7章 重估
7．1 SwimStatsWeb站点
7．2 不进行重估的情况
7．3 需要重估的情况
7．3．1 场景1：不进行重估
7．3．2 场景2：重估完成的故事
7．3．3 场景3：相对大小改变时进行重估
7．4 重估部分完成的故事
7．5 重估的目的
7．6 小结
7．7 讨论题
第8章 在故事点和理想人天之间进行选择
8．1 有利于故事点的考虑因素
8．1．1 故事点有助于驱动跨功能的行为
8．1．2 故事点估算不会过期
8．1．3 故事点是对大小的纯粹度量
8．1．4 故事点估算通常更快
8．1．5 我的理想人天不等于你的理想人天
8．2 有利于理想人天的考虑因素
8．2．1 理想人天在团队以外更容易解释
8．2．2 理想人天估算更容易开始
8．2．3 理想人天便于预测速度
8．3 建议
8．4 小结
8．5 讨论题
第Ⅲ部分 为价值制定计划
第9章 确定主题的优先级
9．1 确定优先级时的因素
9．1．1 价值
9．1．2 成本
9．1．3 新知识
9．1．4 风险
9．2 综合4个因素
9．3 一些例子
9．3．1 基础设施
9．3．2 用户界面设计
9．4 小结
9．5 讨论题
第10章 确定经济优先级
……
第Ⅳ部分 进度计划
第Ⅴ部分 跟踪与交流
第Ⅵ部分 敏捷计划有效的原因
第Ⅶ部分 案例分析
展开
