logo
分类于: 编程语言 计算机基础

简介

30天软件开发: 告别瀑布拥抱敏捷

30天软件开发: 告别瀑布拥抱敏捷 6.4分

资源最后更新于 2020-03-29 05:00:33

作者:〔美〕 Ken Schwaber〔美〕 Jeff Sutherland

译者:王 军李麟德

出版社:出版社人民邮电出版社

出版日期:2014-01

ISBN:9787115338891

文件格式: pdf

标签: 计算机 编程 软件开发

简介· · · · · ·

本书讲解了Scrum 敏捷软件开发方法,让你在30 天内开发出全新的软件。读完本书,你会发现用敏捷开发方法能够让软件开发事半功倍,节省人力物力,大大提高工作效率。本书适合于管理者、商务人士、小企业主、产品开发经理、IT 经理以及软件开发人员等阅读。Ken Schwaber,软件开发专业人士,在过去40年的职业生涯中,曾担任过程序员、分析师、咨询师、产品经理,还做过企业家。过去20年里,一直致力于发展Scrum,并帮助世界各地的机构使用Scrum。他是“敏捷宣言”最早的签署人之一,也是敏捷联盟和Scrum联盟的创始人,目前正努力通过Scrum.org来改善整个软件行业。Jeff Sutherland,马萨诸塞州剑桥市Scrum Inc.的首席执行官,专门为世界各地的公司提供培训、咨询和辅导服务。同时也是波士顿风险投资公司OpenView Venture Partners的高级顾问,帮助所投资的公司实施Scrum和敏捷实践。多年来,Jeff已在众多软件公司和信息技术机构推广和提升Scrum。
直接下载

想要: 点击会收藏到你的 我的收藏,可以在这里查看

已收: 表示已经收藏

Tips: 注册一个用户 可以通过用户中心得到电子书更新的通知哦

目录

  1. 献词
  2. 中文版序
  3. 推荐序
  4. 译者序
  5. 作者简介
  6. 前言
  7. 致谢
  8. 第一部分 为什么说每家公司都能在30天内开发出软件
  9. 第1章 软件危机:错误的流程导致错误的结果
  10. 1.1 案例学习:FBI的“哨兵”项目
  11. 1.2 错误的方法:预测性流程
  12. 1.3 错误的结果:项目失败
  13. 1.4 案例分析:PTC
  14. 1.5 小结
  15. 第2章 Scrum:正确的流程产生正确的结果
  16. 2.1 经验型流程实战
  17. 2.2 经验型流程真的能够解决问题吗
  18. 2.3 人类实践源于经验主义
  19. 2.4 尽管我们知道该如何做
  20. 2.5 敏捷性
  21. 2.6 小结
  22. 第3章 你也来试一试:创建试点项目
  23. 3.1 经验主义已经在组织中使用了
  24. 3.2 一个试点范例
  25. 3.2.1 组建团队
  26. 3.2.2 向团队成员传达有吸引力的消息
  27. 3.2.3 找出你想要做的事
  28. 3.2.4 完整地完成一小部分工作
  29. 3.2.5 评估你的下一步计划
  30. 3.2.6 评估可以改进的方面并付诸行动
  31. 3.2.7 继续工作和评估直到目标达成
  32. 3.3 这对团队成员来说可能是全新的工作方式
  33. 3.3.1 自我组织
  34. 3.3.2 跨职能
  35. 3.4 小结
  36. 第4章 我要做些什么
  37. 4.1 实践可能性艺术
  38. 4.2 创造透明的成长环境
  39. 4.3 相信你的员工能做更多
  40. 4.4 降低员工对确定性的期望
  41. 4.5 小结
  42. 第二部分 如何在30天内开发出软件
  43. 第5章 初试Scrum
  44. 5.1 组建Scrum团队并为Sprint做计划
  45. 5.2 开始Sprint——向价值启航
  46. 5.3 进行Sprint评审
  47. 5.4 进行Sprint回顾
  48. 5.5 继续Sprint
  49. 5.6 小结
  50. 第6章 在项目中应用Scrum
  51. 6.1 自下而上的隐形Scrum
  52. 6.2 好处与收获
  53. 6.3 使用燃尽图管理工作进度
  54. 6.4 不要忽视复杂性:永远保持警惕
  55. 6.5 Sprint的长度
  56. 6.5.1 使用较短Sprint的理由
  57. 6.5.2 不使用较短Sprint的理由
  58. 6.5.3 不要尝试这些长度的Sprint
  59. 6.5.4 在一个项目内保持Sprint的长度一致
  60. 6.5.5 PRN Scrum项目的一个例子
  61. 6.6 下一章
  62. 第7章 创建Scrum工作室
  63. 7.1 工作室是一个学习型的组织
  64. 7.2 工作室经理
  65. 7.3 培训和使用条款
  66. 7.4 工作室的设施
  67. 7.5 变革和难题
  68. 7.6 用数字进行管理
  69. 7.7 依赖于透明性的指标
  70. 7.8 一个完成并且完整的功能增量
  71. 7.8.1 假如没有透明性
  72. 7.8.2 人们原以为发生的
  73. 7.8.3 实际发生的
  74. 7.9 一个类比
  75. 7.10 消除技术债务获得可用的增量
  76. 7.10.1 Adobe和其技术债务
  77. 7.11 罪恶之源
  78. 7.12 小结
  79. 第8章 在企业中应用Scrum
  80. 8.1 深入但短暂的改变
  81. 8.2 深化并固化的改变
  82. 8.3 Carbonite公司的转型
  83. 8.4 Carbonite的改革之举
  84. 8.5 结果
  85. 8.6 Scrum实施中无可争议的两个元素
  86. 第9章 企业级转型:深化并固化改革
  87. 9.1 企业转型工程
  88. 9.2 做好准备
  89. 9.3 启动转型工程
  90. 9.3.1 识别转型的好处和迫切性
  91. 9.3.2 组建转型团队
  92. 9.3.3 制定愿景和策略
  93. 9.4 传播愿景和策略
  94. 9.4.1 消除焦虑和抵触情绪
  95. 9.4.2 创建并执行沟通策略
  96. 9.5 推向整个组织
  97. 9.6 造成影响
  98. 9.7 度量、评估并巩固成果
  99. 9.7.1 渗透
  100. 9.7.2 推广
  101. 9.8 巩固、推广并坚持
  102. 9.9 小结
  103. 第10章 用Scrum的方式实施Scrum
  104. 10.1 SeaChange International用Scrum的方式实施Scrum
  105. 10.2 SeaChange的破冰之举
  106. 10.3 结果
  107. 10.4 Iron Mountain推广Scrum
  108. 10.5 转型团队
  109. 10.5.1 转型策划团队
  110. 10.5.2 转型执行团队
  111. 10.5.3 转型流程
  112. 10.6 小结
  113. 附录A 术语
  114. 附录B Scrum指南
  115. Scrum指南的目的
  116. Scrum的定义
  117. Scrum理论
  118. Scrum团队
  119. 产品负责人
  120. 开发团队
  121. 开发团队的规模
  122. Scrum Master
  123. Scrum事件
  124. Sprint
  125. Sprint计划会议
  126. 每日Scrum站会
  127. Sprint评审会议
  128. Sprint回顾会议
  129. Scrum工件
  130. 产品待办列表
  131. Sprint待办列表
  132. 增量
  133. 工件的透明性
  134. “完成”的定义
  135. 结束语
  136. 致谢
  137. 翻译
  138. 附录C 企业级敏捷攻略
  139. 前言
  140. Scrum与软件敏捷概述
  141. Scrum的原则
  142. Scrum与软件敏捷
  143. 为Scrum做准备
  144. 用Scrum武装软件开发流程和整个组织
  145. CXO作为组织级的Scrum Master在持续变革中所扮演的角色
  146. 注意!变革没那么容易!
  147. Scrum实施攻略
  148. 阶段0总览、评估和为试点做准备
  149. 阶段1试点项目
  150. 阶段2 扩展到组织
  151. 阶段3形成影响
  152. 阶段4度量、评估并调整
  153. 阶段5扩展并获得成功
  154. 实施Scrum的组织障碍
  155. 用Scrum曝光所有障碍
  156. 为障碍定性
  157. Scrum的扩张
  158. 扩张团队结构:建立Scrum团队之上的团队
  159. 协调团队上的团队
  160. 为企业级敏捷准备工具和基础设施
  161. 总结