Scrum敏捷项目管理读后感精选

《Scrum敏捷项目管理》是一本由Ken Schwaber著作，清华大学出版社出版的平装图书，本书定价：29.00元，页数：167，特精心收集的读后感，希望对大家能有帮助。

《Scrum敏捷项目管理》读后感(一)：Scrum入门级教材，翻译的很不到位

作者是一位实践者。他结合各种实际中的案例，将Scrum剖析了一番。

重点介绍了Scrum的流程，即四个会和sprint的流程。对人和工件的介绍较少。

后面的翻译不是很通顺，比较生硬。大家看看罢了。

后面的翻译不是很通顺，比较生硬。大家看看罢了。

《Scrum敏捷项目管理》读后感(二)：看重点，悟道理--这不是一本教材！

首先想到一个问题，那就是为什么要学管理？

很多刚毕业的管理系学生，都会被问或者自问上述的问题，而一般很少有人知道怎么作答。

当然标准答案这种存在就好像北京的温柔春天，理论上声情并茂实际上难以遇到，不过我们可以无限逼近这一极限。给出一个对绝大多数人来说有意义的回答。

为什么要学管理？

因为不学管理，你就没法享受那种恍然大悟的阅读快感。

没错，就这么简单。这完全只关乎你个人的愉悦体验，而无关价值、知识这些复杂的东西。尽管一般来说，只有愉悦的体验才能带来价值、获取知识。但是人们不去这么想问题。

完全可以不看这本书，你一样可以摸索出如何把心理学、组织行为学、管理准则、过程体系这些东西组合起来，也能摸到某个连接四下的关键路口。甚至可能比这本书的做法更高明更实用，更适合中国国情这个很神奇的东西。

可既然有人给你写出来了，你何必浪费时间呢？

好，废话说尽，来说说这本书的重点：

重点有三，其一曰推倒重来：直接用自组织、经验过程的理论建构方法，犀利而直观；其二曰简单明确：一二三个重点，反复琢磨就能找出各种现实困境的拆解之道；其三曰自知之明：不推翻前人建树，谋求“可能性的艺术”，有一说一不为己讳。

至于一二三的重点究竟为何，你还是去翻书看看，要知道这本书的好至少有一半在于完全采用案例讲解概念。我这样干巴巴道来，就算你肯信也毫无收获。

《Scrum敏捷项目管理》读后感(三)：scrum的入门读物

今年开始尝试做PM, 在我看来PM貌似就是个打杂的角色, 不管了, 先尝试一下, 因此找了一些书来看看, scrum也是我今年规划中需要了解的一个东东, 因此就选了这本书.

这本书据说是scrum的入门书, 也是scrum的鼻祖ken schwaber的大作. 以前也在网上对scrum有过只言片语的了解, 从这本书, 可以了解scrum个大概, 里面基本上是通过一个个案例来讲解在scrum中的角色(scrummaster, 产品负责人, 团队), 非常通俗易懂.

看完之后发现scrum还算简单, 而且我们目前的日常开发管理, 与scrum非常类似, 计划安排也算是仅仅有条. 不过scrum中有一些东西规定的非常死, 还不是很理解, 比如说一个sprint是30个日历日(为什么不是60, 不是15？ 实际上我们是两周), 每天必须开晨会(我们团队内部从开始每天早上一次, 到每隔一天一次, 到现在干脆不开了, 貌似也没什么问题, 关键是我们team人少, 感觉没有开的必要), 还有燃尽图, 这本书中我没有看到详细的介绍, 主要是任务时间估算方面的,

对了, 我们是采用JIRA来做项目管理, 每两周发一个版本, 一个版本中的任务列表类似sprint backlog. 我们基本没有产品backlog, 当然我们的需求会源源不断的进来, 算是产品驱动, 如果技术无法支撑现有的需求, 我们会起一个项目来对系统做一次变革升级, 也可以说是技术驱动. 从需求, 技术方案, 代码编写基本上开发都全程参与, 自我管理算是不错了, 不过sprint结束时的验证主要通过测试人员(单元测试, 功能测试, 回归测试)来完成. 每一个sprint的开发进度跟踪由开发人员轮流担任.