相关文章推荐
留胡子的茶壶  ·  Scrum Best Practices ...·  1 年前    · 
留胡子的茶壶  ·  Mikhail Lapshin's ...·  1 年前    · 
留胡子的茶壶  ·  Scrum Process ...·  1 年前    · 
留胡子的茶壶  ·  5 agile scrum board ...·  1 年前    · 
留胡子的茶壶  ·  Top 21 Scrum Best ...·  1 年前    · 
《敏捷软件开发:Scrum实战指南(第2版)》实例丰富,所有故事都来自作者的亲身经历,对打算导入敏捷的所有人员和组织具有重要的价值,开发人员、架构师、测试人员、经理以及项目负责人等,都可以从这些故事中得到共鸣和启发。 Scrum作为敏捷方法,已经得到了广泛的应用。针对如何用好、用巧这个看似简单的框架,《敏捷软件开发:Scrum实战指南(第2版)》结合故事、模型和成功秘诀三大要素,透彻讲解确保Scrum成功实施的所有基本要素。全书5部分共35章。在简单介绍Scrum知易行难后,分别介绍战前准备、战地基础、战地急救,讨论如何使每日站会富有成效,如何提出Scrum的第四个问题,如何让人们在结对编程时保持专注,增加团队新成员时应该怎么办,发生文化冲突时应该怎么办,应急过程等。随后锁定八大主题,重点介绍高级生存和荒野生存。*后在附录中概述Scrum框架,以帮助读者快速入门。 米奇拥有二十年项目管理经验,帮助过很多组织顺利采用敏捷实践,包括Scrum和XP。他具有丰富有效的实践经验,深受许多公司的信赖,比如Adobe Systems,Aera Energy,Rio-Rad,EchoStar,Microsoft,Oracle,Qualcomm,Salem Hospital,SAP,Sony等等。他经常出席全球大会发表主题演讲。在微软工作期间,他运用敏捷相关知识成功发布了Windows Live的核心企业级服务。他在微软的第一个敏捷团队由Ward Cunningham(维基之父、极限编程创始人之一)、Jim Newkirk(nUnit创始人)和David Anderson(看板倡导者)亲自指导。 精益和敏捷教练,卓越运营专家。致力于流程改进、质量提升、产品开发以及企业变革等主题,同时也将敏捷应用于个人成长领域并提炼出个人迭代精进模式。现就职于金融服务行业,专注于建造卓越运营体系,系统提升产品及服务质量,打磨“以人为本,持续改善,迭代创新和共创共赢”的卓越组织。 第1章  Scrum知易行难    1 故事    1 Scrum    6 什么是Scrum?    7 实施Scrum    8 Scrum的基本价值观    8 Scrum 需要转变思维方式    9 Scrum采用的是最短路径,而不是预设路径    10 Scrum发现问题    12 Scrum的最佳搭档    12 什么时候适合用Scrum?    13 变化是困难的    15 现状后期    16 从外部元素和混乱到思想转变    16 实践与集成    16 新的现状    17 成功要领    17 引用    18 第Ⅰ部分  战前准备 第2章  取得支持与组建团队    23 故事    23 模型    29 转变需要时间    30 建立紧迫感    30 成立一个强大的指导联盟    31 建立愿景/绘制未来的蓝图    31 沟通愿景    31 授权人们为愿景采取行动    32 计划并创造短期成功    33 进一步改善,巩固成效,继续深化改革    33 制度化新的方式方法    33 成功要领    33 引用    34 参考    34 第3章  用团队顾问来优化团队表现    35 故事    35 模型    40 建立一个团队顾问池    40 建立团队    42 核心团队    43 团队顾问    44 团队大小    44 核心团队与团队顾问一起工作    46 团队顾问与会议    46 成功要领    47 责任    47 试验    48 小心过度    48 计划可能的空闲时间    48 团队顾问不能代替专职团队    49 引用    49 参考    49 第4章  预估团队的速率    50 故事    50 模型    55 使用历史数据的问题    55 为拍脑袋增加一些依据    56 估算Product Backlog    57 分解参考故事    57 点数与小时数的大致关系    58 团队的生产能力    58 估算团队的速率    59 增强对这种技术的信心    60 走着瞧(使用靠谱的数据)    60 收集并以图表形式表示真实的数据    61 计算平均速率,但要对范围进行交流    61 截断数据    62 成功要领    64 引用    65 第5章  Scrum的三大角色    66 故事    66 模型    70 选择角色    71 组合角色    72 如果实在万不得已,又该何时组合这三大角色    74 成功要领    74 第6章  确定Sprint的长度    76 故事    76 模型    79 项目期限    80 产品负责人与项目干系人    81 Scrum 团队    82 确定 Sprint 的长度    82 警告    85 问卷之外    85 成功要领    86 长于1个月的Sprint    87 延长Sprint长度    87 引用    87 第7章  如何定义“完成”    88 故事    88 模型    90 介绍    91 头脑风暴    91 分类    92 排序与整合    93 生成与发布DoD    95 没有完成的工作呢?    95 成功要领    96 引用    96 第8章  全职的ScrumMaster    97 故事    97 模型    100 成功要领    106 消除障碍/解决问题    106 结束争论/当团队的保姆    107 报告团队的行为表现    107 引导并在必要时提供帮助    107 教育组织并驱动组织变革    108 结语    109 引用    109 参考    110 第II部分  战地基础 第9章  Scrum中工程实践的重要性    113 故事    113 实践    117 重构    119 持续集成以及更频繁的提交    120 结对编程    121 自动化集成与验收测试    123 成功要领    124 不是银弹    125 开始行动    125 获得团队的支持    125 DoD    125 把工程实践加入Product Backlog    126 获得培训与指导    126 结语    126 引用    127 参考    127 第10章  团队核心时间    128 故事    128 模型    131 在一起工作的团队    131 分布式团队与兼职的团队    133 成功要领    134 第11章  发布计划    136 故事    136 模型    140 项目成本    144 成功要领    146 事先进行沟通和交流,并且要频繁    147 每个Sprint后都更新发布计划    147 努力先做优先级最高的条目    147 交付可工作的软件    148 引用    148 第12章  分解故事与任务    149 故事    149 模型    152 做好准备    152 故事分解    153 任务分解    156 成功要领    159 引用    160 参考    160 第13章  缺陷管理    161 故事    161 模型    163 成功要领    164 附加信息    165 引用    165 参考    166 第14章  可持续工程与Scrum    167 故事    167 模型    170 专用时间模型    170 随时收集数据    171 专职团队模型    171 成功要领    173 专职维护团队成员的轮换    173 用良好的工程实践来改进遗留代码    174 结语    174 引用    174 第15章  Sprint评审会    175 故事    175 模型    179 进行会议    180 成功要领    181 花时间准备    181 记录决策    182 要求认可    182 勇敢    182 参考    183 第16章  Sprint回顾会    184 故事    184 实践    187 让回顾会议发挥应有的作用    187 计划一个有效的回顾会议    188 召开回顾会议    189 成功要领    191 告诉他们为什么要保留回顾会议    192 营造一个良好的环境    192 有需要就开    192 高度重视回顾会议    193 引用    193 第III部分  战地急救 第17章  富有成效的每日站会    197 故事    197 模型    200 准时开始和结束    201 开会迟到    201 议程、节奏和站位    202 打断    202 漫谈和深入讨论    202 暴露隐藏的障碍    204 忽略问题    204 过于模糊    204 结束就意味着开始    204 成功要领    205 保持会议的频率    205 站着,不要坐    206 像团队一样工作    206 耐心    207 第18章  每日站会的第四个问题    208 故事    208 模型    211 成功要领    212 引用    212 第19章  真正参与结对编程    213 故事    213 模型    215 混排结对编程    216 实践混排结对编程    216 混排结对编程的挑战    217 微结对    218 成功要领    220 引用    221 第20章    222 新加入团队成员    222 故事    222 模型    224 练习    226 成功要领    227 承认速率会下降    227 明智地选择新成员    227 风险    228 引用    228 第21章  处理文化冲突    229 故事    229 模型    234 成功要领    239 掌握自己的命运    239 面对现实    240 坚持到底    241 引用    242 参考    242 第22章  Sprint紧急情况处理流程    243 故事    243 模型    246 消除障碍    246 获得帮助    247 缩小范围    247 取消Sprint    248 成功要领    249 引用    249 第IV部分  高级生存 第23章  可持续的步伐    253 故事    253 模型    257 缩短迭代周期    260 监测燃尽图    260 增加团队时间    261 成功要领    262 引用    263 第24章  交付可工作的软件    264 故事    264 模型    268 核心模型    268 用户数    269 从风险最高的组件开始    270 扩展和验证    270 成功要领    271 思维的改变    272 返工    272 专注于端对端的场景    273 参考    274 第25章  价值的度量与优化    275 故事    275 模型    278 功能工作    278 额外的工作    278 试验性工作    279 技术债务    280 其他潜在的类型    280 组织数据    281 使用数据    281 成功要领    283 教育项目干系人    283 和项目干系人一起工作    284 确定模式与趋势    284 引用    284 参考    284 第26章  项目成本预算    285 故事    285 模型    290 功能规格书    290 用户模型    291 估算用户模型    291 确定用户故事的优先级    292 确定团队的速率    293 计算成本    293 制定发布计划    294 成功要领    294 引用    295 第27章  Scrum项目中的文档    296 故事    296 模型    299 为什么我们要做文档    300 我们会做什么文档    300 什么时候以及怎样做文档    301 在项目开始的时候做大量文档    301 在项目最后做大量文档    302 随着项目的进展写文档    303 敏捷项目的文档    304 文档准备不充分就开始项目    305 成功要领    305 引用    306 第28章  外包与离岸开发    307 故事    307 模型    310 考虑实际成本    310 交接成本    310 增加的开销    311 长期的人员流失    311 文化的挑战与管理工作    311 开发实践    312 面对现实    312 预算与成本    313 时间、距离与文化    314 成功要领    314 选择合适的离岸团队    314 以痛苦最小的方式分配工作    315 坚守Scrum框架    315 建立团队文化    316 准备差旅    317 配备一个项目/团队协调人    318 绝不考虑离岸的情况    318 引用    318 参考    319 第29章  大型产品列表的优先级确定与估算    320 故事    320 模型    323 团队    324 项目干系人    325 成功要领    328 预先计划至关重要    328 专注于讨论并设定时间限制    328 将未解决的争议放入“停车场”    329 带上额外的卡片/纸张以备现场产生用户模型    329 引用    330 第30章  拟定合同    331 故事    331 模型    335 传统的合同与变更要求    335 写用户模型    341 估算用户模型    341 成功要领    343 引用    345 第V部分  荒野必备 第31章  合作推动完成    349 故事    349 模型    353 任务扑克    353 结对编程    354 限制进行中的工作条目    355 两周迭代    358 用任务板创造可见性    359 成功要领    361 每个声音都有人听    361 对工作的共同理解    361 每位团队成员都对成果投入    362 不要平均任务估算    362 避免粒度更细的任务估算    362 Scrum建立在团队工作的基础之上    362 参考    363 第32章  故事点与时间的关系    364 故事    364 模型    367 恐惧因素    368 宽范围    368 成功要领    371 收集正确的数据    371 用数据来改善    372 故事点的REFLECT原则    373 参考    374 第33章  沉浸式面试与招聘    375 故事    375 模型    378 预测    378 雇佣要有正确原因    378 不良招聘的成本    379 技能,能力,还是两者兼顾    380 如何招聘    380 候选人筛选    381 准备与计划    382 候选人打分    383 招聘管理和非技术人员    384 成功要领    384 建立一个可重复的招聘流程    385 专注于能力而不是问题    385 技能容易学,能力不易学    385 找到比你强的人    386 理解成本并加大投资    386 引用    386 参考    387 第34章  激励与成果挂钩    388 故事    388 模型    391 设置关注点    391 按客户满意度统一目标    391 优先级的排定和调整    392 其他好处    394 成功要领    394 销售与开发一体化    394 停止牺牲人员和质量:对项目组合进行排序    394 管理层的支持    395 参考    395 第35章  Scrum项目中的风险管理    396 故事    396 模型    397 客户风险:PO    399 社会化风险:ScrumMaster    399 技术风险:开发(核心)团队    400 成功要领    400 放手    400 敏捷起来    401 参考    401 附录  Scrum框架 角色    404 ScrumMaster    404 产品负责人    404 开发团队    404 工件    405 Sprint Backlog    406 燃尽图    407 会议    407 计划会    407 每日Scrum    408 Sprint评审会    409 Sprint回顾会    409 结语    410