敏捷软件开发实践 估算与计划
2021-10-20 17:29:09 0 举报AI智能生成
《敏捷软件开发实践 估算与计划》拆书笔记
作者其他创作
大纲/内容
估算活动过程中，会不断揭示项目的阴暗角落
了解到这些风险后决定是否启动项目
设置风险应对方案
增加应对风险的产能
减少风险
降低不确定性
提供更好的决策支持
建立信任
传递信息
为何要进行估算和计划
足够可靠，在每个阶段，都可以用来做决策依据
优秀的计划是什么
敏捷计划，是不断测量项目并更新计划表
关注更新计划而非计划表本身
鼓励修改计划，包括缩短和增长
制定易于修改的计划
在项目的整个周期都要关注做计划
敏捷计划是什么
基于活动而不是基于特性进行计划
多任务处理导致更多的延迟
不按优先级开发特性
忽视了不确定性
把估算当作承诺
计划失败的原因
敏捷团队作为一个整体工作
敏捷团队按短迭代周期工作
敏捷团队每次迭代交付一些成果
敏捷团队关注业务优先级
敏捷团队进行检查和调整
项目的敏捷开发方法
计划的不同层次
满意条件
敏捷计划方法
敏捷方法
第Ⅰ部分 问题与目标
使用故事点估算大小
使用理想人天进行估算
估算方法
重估
在故事点和理想人天之间进行选择
第Ⅱ部分 估算大小
确定主题的优先级
确定经济优先级
确定渴望度优先级
分解用户故事
第Ⅲ部分 为价值制定计划
发布计划
更新发布计划
举例
发布计划精髓
迭代计划时不分配任务
迭代计划和发布计划的区别
速度驱动的迭代计划
承诺驱动的迭代计划
我的建议
任务估算值和故事点的联系
迭代计划
确定迭代长度的要素
做出决策
案例比较
选择迭代长度
使用历史值
使用最近一次迭代
做出预测的步骤
估算速度
特性缓冲区
进度缓冲区
组合缓冲区
进度缓冲区不是填料
一些警告
不确定性缓冲计划
为估算建立共同的基准
更早的为用户故事补充细节
前瞻性的计划
在计划中加入赠送的缓冲区
工作量会很大
计划多团队项目
第Ⅳ部分 进度计划
对发布进行跟踪
发布燃尽图
停车场图
监督发布计划
任务板
迭代燃尽图
跟踪已完成的工作量
个人速度
监督迭代计划
就计划进行沟通
就进度进行沟通
迭代结束总结
关于计划的沟通
第Ⅴ部分 跟踪与交流
经常修正计划
对规模的估算和对工期的估算是独立的
在不同层次上制定计划
基于特性而不是基于活动制定计划
小故事保证工作流畅
每次迭代都要消除未完工的工作
在团队的层次进行跟踪
承认不确定性并位置计划
敏捷估算和计划的12条原则
第Ⅵ部分 敏捷计划有效的原因
第Ⅶ部分 案例分析
《敏捷软件开发实践 估算与计划》
0 条评论
回复 删除
下一页
