《Scrum实战：敏捷软件项目管理与开发》为软件项目团队提供了如何成功实施敏捷软件框架Scrum的实用指南。本书叙事清晰准确，作者是实践者，因此能够针对现实状况提供实用的建议和指导。无论是初学者还是有经验的团队，都可以从本书中获得宝贵的知识和经验。通过精心编写的内容，读者可以深入了解Scrum的核心概念和实施方法，从而在项目管理和开发过程中取得更加卓越的成果。对于对敏捷软件项目管理和开发感兴趣的读者来说，这本书绝对是必读之作。
Scrum实战：敏捷软件项目管理与开发电子书封面
读者评价
内容不错，有启迪性，介绍了scrum的常见概念和知识
基于scrum讲解的项目管理，还可以，学习中
书中描述了如何使项目团队价值最大化，弥补了许多Scrum和项目管理书籍缺少的部分，包括如何使用财务术语与高层管理人员交流、如何使用客观的评估技术、软件架构如何适应Scrum等。
内容介绍
《Scrum实战——敏捷软件项目管理与开发》为软件项目团队提供了如何成功实施敏捷软件框架Scrum的实用指南。本书叙事清晰准确，是*本由实践者编写的针对现实状况的实用指南。书中描述了如何使项目团队价值*化，弥补了许多Scrum和项目管理书籍缺少的部分，包括如何使用财务术语与高层管理人员交流、如何使用客观的评估技术、软件架构如何适应Scrum等。附录提供了案例研究，描述了如何利用本书提到的技术和建议来成功地构建和部署两个软件产品。主要内容
◆ 与业务管理层良好协作所需的基本财务知识。
◆ 如何获得中层管理者的支持。
◆ 如何可视化地为Scrum项目收集需求。
◆ 如何利用架构愿景缓解团队速率的波动。
◆ 如何为企业级的Scrum部署客观地评估故事点数。
◆ 自动化、回归、集成测试的重要性。
◆ Scrum环境中的团队领导。
内容节选
Scrum实战读书笔记
因为最近在学习项目经理相关的知识。Scrum实战读完了第7章。前面4章其实感觉都没有太大，只是作为一个学习书籍在看待。
从第5章开始，感觉这本书写的太好了，上面描述的问题已经遇到好多次了，这里算是找到原因了。
Scrum的三大角色：ScrumMaster、产品负责人、团队成员 目前我们遇到的困境就是因为ScrumMaster、产品负责人都是由项目经理兼任的，而且项目经理还会遇到来着领导的压力，所以对团队成员的保护是没有的，人人都是被压榨的精疲力尽。
DoD：定义完成，这个也是我们目前遇到的问题之一。一个需求过来，3个字的需求不知道大伙见过没有。3句话的需求是我们公司常见的事情。开发提交的代码是根本无法集成的，或者集成了各种问题的。 测试往往在没有时间的时候只做了一个冒烟测试，时间来得及才能做功能测试。定义了DoD就好办很多，需要要做需求澄清，开发要写单元测试。测试要白盒测试和黑盒设置都做完，性能测试在每个发布之前都要检查。
头脑风暴：用户故事的来源，不是项目经理说的算，也不是系统分析师的活，更不是某个开发拍脑袋想出来的。用户故事必须每个团队成员达成共识。
目录
- 第1章 敏捷和Scrum的基础知识 1
- 第2章 关于财务 11
- 第3章 如何与各层管理者沟通 19
- 第4章 针对产品积压工作的直观的需求收集方法 29
- 第5章 让故事点评估具有可比性 39
- 第6章 架构愿景对团队生产率和软件质量的影响 47
- 第7章 从架构愿景到发布和冲刺规划再到并行软件开发 61
- 第8章 关于产品负责人 69
- 第9章 自动化测试和持续集成测试的重要性 73
- 第10章 团队合作的重要性 79
- 第11章 Scrum项目中管理和领导的新特质 87
- 第12章 如何使Scrum适应环境 93
- 第13章 Scrum项目准备程度的自我评估 101
- 第14章 何时需要ScrumMaster 111
- 第15章 临别赠言 115
- 附录A 两个真实的软件产品开发案例 117
- 附录B 关于提前终止冲刺 175
- 术语表 177
- 参考文献 183
ScrumBan是介乎于Scrum和Kanban之间的方法，相对于采纳比例高的Scrum而言，ScrumBan算是一个少数派。最近的3年，使用ScrumBan的趋势有明显的上升趋势，有从Scrum转向Kanban的中间态，也有对Scrum裁剪改变的状态，最近在微信群里Scrum和Kanban讨论火热，笔者最近正好参与了几个团队的ScrumBan建设，在这里分享下A团队ScrumBan实例。 A团队开发维护的系统是大银行里面的一个后台系统，主要接受来自其它系统的各类请求，处理之后然后再发给下游系统，有界面部分，界面只供内部人员配置操作。本场Chat的文章讲述从2016年5月到2017年3月的实际经历，针对一个个出现的问题而采取的策略，呈现一步步从模仿Scrum到ScrumBan的历程，涵盖的问题有： 如何对接原来进行的项目？ Scrum中角色如何发挥作用？又如何调整这些角色？ 如何在迭代中跟踪和调整？如何处理燃尽图？ 如何看待Velocity和团队迭代容量？
scrum实战--敏捷软件项目管理与开发 一直看到关于敏捷软件的话题，从来没有深入了解过，参加这次读书活动，让我真正深入的了解关于敏捷软件的相关内容。 从书的封皮可以了解到，scrum为项目团队解决现实问题提供可操作性信息的实用工作指南，并且书中的具体解决方案可用于各类软件项目。 试读的5和6页是很多大师关于本书的赞誉，看到这些赞誉让我觉得这本书值的我去读。读下去的兴趣大增。 从译者的序中得知scrum是敏捷框架中的一种，本书是英文原作者以个人的实际经历总结了scrum项目成功的最佳实践。 前言对本书各个章节内容作了一个简单的介绍，一目了然，很喜欢。本书用6页介绍了不同的角色可以跳读本书的那些内容，方便我们对自己对号入座，尽快的看与自己戚戚相关的章节，同时对于自己的上司关心哪些事情，我们也可以有个大致了解，毕竟在其位，谋其职，不同职位关注一件事情的点不同。 试读章节是前三章。第一章介绍了敏捷和scrum的基础知识，了解了敏捷软件开发和项目管理的基础，了解了scrum起源，以及敏捷和scrum为什么在软件项目管理中有效。 第二章介绍了关于财务的内容，了解了一些我不知道的项目投资的事情，项目投资者关注的投资回报的算法等内容。比较项目的进展是需要资金的支持的，投资的人总是需要回报的。 第三章介绍了如何与各层管理者沟通。详细介绍了与企业高层管理者，IT管理高层，及IT中层管理者如何有效的沟通。这里强调与中层管理者保持日常合作的重要性。 至此所有试读章节结束。看了这些章节很希望能尽快拿到全书来看，期盼中。