搜索
高级检索
高级搜索
书       名 :
著       者 :
出  版  社 :
I  S  B  N:
文献来源:
出版时间 :
专业的Scrum团队/敏捷开发技术丛书
0.00     定价 ¥ 79.00
图书来源: 浙江图书馆(由浙江新华配书)
此书还可采购25本,持证读者免费借回家
  • 配送范围:
    浙江省内
  • ISBN:
    9787111721598
  • 作      者:
    作者:(德)彼得·格茨//乌维·M.席尔默//库尔特·比特纳|责编:刘锋//冯润峰|译者:李静
  • 出 版 社 :
    机械工业出版社
  • 出版日期:
    2023-03-01
收藏
畅销推荐
内容介绍
本书通过一个关于Scrum团队的故事介绍团队成员如何一起面对共同的挑战,从而交付有价值的产品增量。在叙述上,本书结合案例研究与相关讨论,首先介绍Scrum团队遇到的特定挑战,然后探索应对该挑战的替代方案。本书可以帮助读者将Scrum框架规则应用到日常工作中,优化团队和个人的表现,改进他们的工作方式和交付有价值的产品,创造更多的价值。 本书适合所有在Scrum团队工作的人阅读,包括刚接触这个框架的人与经验丰富的Scrum实践者。
展开
目录

前言
致谢
作者简介
第1章 成为一个高效的Scrum团队
1.1 产品负责人与开发团队之间的协作
1.1.1 不要把业务和IT分开
1.1.2 为有价值的产品负责
1.1.3 协助管理产品待办列表
1.1.4 Sprint范围不是固定的
1.1.5 产品负责人参与
1.2 创建Scrum团队的透明度
1.2.1 假设驱动的产品待办列表
1.2.2 产品待办列表驱动对话
1.2.3 着眼于大局
1.2.4 产品待办事项需要创造价值
1.2.5 Sprint待办列表不仅仅是一个任务板
1.2.6 应该由谁来更新Sprint待办列表
1.2.7 Sprint待办列表不应该被隐藏
1.2.8 Sprint待办列表作为进度报告
1.2.9 工作燃尽图很少是完美的
1.2.10 防止Sprint待办列表过时
1.2.11 完成代表着可发布
1.2.12 度量和验证产品的价值
1.3 总结
第2章 常见问题
2.1 缺少基础知识
2.1.1 Scrum的早期失误
2.1.2 缺少共同的价值观
2.1.3 缺少产品愿景
2.1.4 缺少跨职能特质
2.1.5 缺少自组织特质
2.2 对Scrum的常见误解
2.2.1 封闭的Sprint
2.2.2 承诺范围
2.2.3 会议太多了
2.2.4 Sprint评审会中没有利益相关者
2.2.5 Scrum不是一种宗教
2.3 可以避免的错误
2.3.1 只是名义上的ScrumMaster
2.3.2 太多的产品待办事项
2.3.3 舔饼干
2.3.4 找不到的产品负责人
2.3.5 每周开两次站会
2.4 总结
第3章 光有Scrum是不够的
3.1 战略:顾全大局
3.1.1 谁在Scrum中解决战略问题
3.1.2 什么是涌现的结构
3.1.3 为什么没有文档是个坏主意
3.2 策略:从想法到结果
3.2.1 产品待办列表的不同抽象层级
3.2.2 如何进行有意义的估算
3.2.3 当我们有看板时,还需要Scrum吗
3.2.4 如何度量成功
3.3 如何改进跨职能
3.3.1 协作是改进的驱动力
3.3.2 每个人都需要做所有的事情吗
3.3.3 使用测试先行的方法
3.4 应对不断的变更
3.4.1 为什么重构是必选项
3.4.2 在变成大问题之前解决它们
3.4.3 根据原则而不是规则工作
3.5 总结
第4章 “可发布”小于“已发布”
4.1 什么是DevOps
4.1.1 它是一个角色……它是一种工具……它是DevOps
4.1.2 DevOps与工具有何关系
4.1.3 DevOps就够了吗
4.2 如何结合Scrum和DevOps
4.2.1 DevOps正在取代Scrum吗
4.2.2 Scrum允许持续部署吗
4.2.3 Scrum原则和DevOps文化是相辅相成的
4.2.4 如何使用DevOps改善流动
4.3 总结
第5章 解决冲突
5.1 可以由当事人解决的冲突
5.1.1 并非所有的分歧都会导致冲突
5.1.2 谁有最终发言权
5.1.3 冲突应该由当事人来解决
5.2 需要外部干预的冲突
5.2.1 升级的健康冲突
5.2.2 有些冲突需要暴露出来
5.2.3 忠于Scrum团队还是你的部门
5.3 需要更强干预的致命冲突
5.3.1 给Scrum团队施加压力
5.3.2 换一支队伍来保护它
5.4 总结
第6章 度量成功
6.1 朝着目标努力
6.1.1 我们需要更快地交付
6.1.2 我们是否在交付价值
6.1.3 什么是价值
6.1.4 实验回路
6.2 改进团队成果
6.2.1 速率不是绩效
6.2.2 如何(不)提升绩效
6.2.3 你改进不了你无法度量的东西
6.2.4 监控改进,而不是指标
6.3 总结
第7章 Scrum和管理
7.1 Scrum中的管理角色
7.1.1 透明不是监视
7.1.2 负责不是控制
7.2 如何实现自组织
7.2.1 领导不是指导
7.2.2 自组织并不缺乏管理
7.2.3 自组织并不容易
7.3 总结
第8章 敏捷组织
8.1 组织架构既可能帮助Scrum也可能阻碍Scrum
8.1.1 新工作,旧环境
8.1.2 职能型组织可能阻碍团队发展
8.1.3 职能型组织提供了职业发展路径,但要付出代价
8.2 复杂的组织需要彻底的简单
8.2.1 Scrum可以帮助实现彻底的简单
8.2.2 彻底的简单需要彻底的透明
8.2.3 用透明取代汇报链和治理流程
8.2.4 打破“孤岛”,围绕客户价值进行调整
8.3 总结
第9章 持续改进永远不会停止
9.1 如何持续改进
9.1.1 失败:学会的第一步
9.1.2 我们已经改进了我们能改进的一切
9.1.3 ScrumMaster要被淘汰吗
9.2 回顾是改进的驱动力
9.2.1 强化积极面
9.2.2 专注于一个单一的改进
9.2.3 随着时间的推移改变组织的文化以提高专注度
9.3 Scrum会实现吗
9.3.1 我们什么时候才能实现Scrum
9.3.2 在产品上线后如何使用Scrum
9.3.3 Scrum不需要外部专家的意见
9.4 总结
参考文献
展开
加入书架成功!
收藏图书成功!
我知道了(3)
发表书评
读者登录

请选择您读者所在的图书馆

选择图书馆
浙江图书馆
点击获取验证码
登录
没有读者证?在线办证