为你推荐
书名页
版权页
作者简介
内容简介
推荐序一
推荐序二
前言
本书思维导图
人物介绍
开发团队之殇
Scrum电子任务板功能概述(团队今年需要研发的新功能)
第1章 为什么敏捷和Scrum——敏捷和Scrum入门
1.1 为什么敏捷
1.2 什么是敏捷
1.3 敏捷的历史
1.4 敏捷宣言
1.5 敏捷之伞
1.6 敏捷怎么工作
1.7 敏捷和瀑布模型的区别
1.8 什么是Scrum
1.9 Scrum框架
1.10 实践类问题
1.10.1 我应该用Scrum吗
1.10.2 我可以同时实践Scrum和PRINCE2吗
1.10.3 实践Scrum时会遇到问题吗
1.10.4 Scrum是否可以部分应用
1.10.5 我什么时候不能用Scrum
1.10.6 Scrum可以在大型组织中实践吗
1.10.7 Scrum是一个框架,而不是一个方法
1.10.8 Scrum资格证书和素质
第2章 Scrum谁来做——Scrum的角色
2.1 ScrumMaster
2.2 产品负责人
2.3 开发团队
2.4 实践类问题
2.4.1 一个人能同时既做产品负责人又做ScrumMaster吗
2.4.2 Scrum里任务是如何分配给团队成员的呢
2.4.3 开发团队可以有多少个人,为什么要限制团队人数
2.4.4 如果项目工作太多,一个Scrum团队做不完怎么办(团队之间的工作协调)
2.4.5 迭代和冲刺的区别是什么
2.4.6 为什么在开发团队里只有工程师而不是开发、测试呢
2.4.7 产品负责人和ScrumMaster都是全职工作吗
2.4.8 质量控制在Scrum里怎么体现
2.4.9 新任ScrumMaster应该怎么办
2.4.10 Scrum的核心价值观
2.4.11 开发团队的人员配备
2.4.12 一个ScrumMaster可以同时和多个团队一起工作吗
2.4.13 Scrum有没有一套流程,有没有标准
第3章 Scrum怎么做——Scrum工件
3.1 产品列表
3.2 Sprint待办列表
3.3 完成的定义
3.4 监测
3.5 实践类问题
3.5.1 谁负责产品列表,谁负责Sprint待办列表
3.5.2 产品列表的优先级如何制定
3.5.3 什么是DOR
3.5.4 敏捷了就不需要文档了吗
3.5.5 Scrum管理产品列表、冲刺待办列表,需要使用什么工具
3.5.6 什么时候梳理产品列表,谁梳理产品列表,怎么梳理产品列表
3.5.7 需要开产品列表梳理会议吗
3.5.8 Scrum团队跟踪个人完成的任务吗
3.5.9 监测的结果可以用来比较不同的Scrum团队之间的绩效差距吗
第4章 Scrum做什么——Scrum会议
4.1 计划会议
4.1.1 工作量预估
4.1.2 计划会议第一部分:做什么
4.1.3 计划会议第二部分:怎么做
4.1.4 Sprint待办列表
4.1.5 计划会议以后
4.2 Scrum每日站会
4.3 评审会议
4.4 回顾会议
4.5 实践类问题
4.5.1 冲刺目标是什么
4.5.2 Sprint应该多长
4.5.3 一个Sprint需要完成多少个故事点
4.5.4 如果评审会议没有可以演示的内容怎么办
4.5.5 Sprint评审会议有没有一些小技巧
4.5.6 回顾会议上的安全检查
尾声
附录A 参考概念
附录B 参考文献
附录C 敏捷软件开发宣言
附录D Scrum的应用、三大支柱和五大价值观
附录E 瀑布模型与Scrum
附录F Scrum骨架
附录G 专有名词对照
附录CD
买过这本书的人还买过
读了这本书的人还在读
同类图书排行榜