《轻松Scrum之旅》读后感10篇
《轻松Scrum之旅》是一本由39.00元著作，281出版的图书，本书定价：2009-12，页数：，文章吧小编精心整理的一些读者的读后感，希望对大家能有帮助。
《轻松Scrum之旅》读后感(一)：贾子河=关毅 段姗姗=段美女 段永刚=胖子 蒋博=小胡
题目当然是不负责任推测，不过书中主人公和作者人数一样且都是三男一女，且女的都姓段，那么贫僧的浮想联翩也是可想而知的，哈哈。
本书作为小说来看写的文笔水平相当一般，诸如“XX露出了满意的笑容”，“XX兴奋的跳了起来”之类文字不忍卒读。不过毕竟情节是宾，scrum实践部分才是干货，忍之。
现在国内的主流互联网企业大多采用scrum开发，在Agile的各种实践里面，scrum的好处我想最关键的在于结果导向性：能够在每一轮的sprint有可工作的产品产出，并且在整个的过程中有相对透明直观的通报机制，最得公司上层大老板的欢心，利于推广。同时作为框架它比较灵活，能够容纳大中小型各类团队协同工作。
我所在互联网产品团队的开发过程中也实践了scrum，个人觉得scrum的精髓实在在于daliy scrum会议。而传统重量级CMM的软件开发模式，其主要问题就在于：
1.依赖单点，基本需要有一个很牛逼的程序员（一般美其名曰架构师）先把整个事情想清楚，然后做好设计，再带几个菜鸟一起开发。或者更糟，干脆就像海鸥拉完一泡屎之后就啥也不管了，要是一上来的设计就错了（这是大概率事件），基本后面就一条路走到黑。即便这个架构师既有能力又愿意放下架子一起干活，其他项目组员的积极性也会受到很大挫伤，同时由于单点的存在，对于管理者的压力很大。
2.文档重于代码，流程重于人，邮件沟通多于当面沟通，希望一切都能under control，但是实际上这是不可能做到的，一般都是学鸵鸟罢了。
crum强调的，恰恰是去中心化，强调迭代和拥抱变化，强调群体决策，这样带来的表象是看起来项目的一切事情都乱糟糟的，但是这就好比中午吃饭的时候一千个人跑去食堂排队，虽然看似乱哄哄，实际上大家很快就能排出几条差不多长的队伍买饭，根本不需要有人从旁协调“管理”。只要做manager的敢于充分信任自己的团队，不要太强调控制，或者每月来一次管理狂热干涉这干涉那，基本我觉得这项目就成功了一半。
对于scrum团队绩效的考评，我觉得是一个非常好的问题，但是由于本书不是阐述人员管理的，因此在书中借由David之口含糊带过。作为manager，实际在应用scrum的时候必然会遇到同样的问题（在书中这个问题是徐天的）。其实对于绩效，主要可以分为过程考核和结果考核。scrum是注重团队的最终执行结果的，因此如果产品最终达成预期考核目标，我会倾向于对产品团队的结果部分给出高分，但与此同时，过程考核却是因人而异的，需要结合scrum团队中对于Story分解的能力，计划的执行力，代码的规范质量，模块的服务稳定性等等综合衡量。这样组合的绩效考评方式，应该既能够起到激励scrum团队，又保证了能够评估团队个体间的差异。
本书有一个明显的论调就是天塌下来不用愁，一切靠老外：scrum的答疑解惑有David，产品的Backlog靠Greg，Peter等；基本上北京团队就是外包，从头到尾也没有看到实际上的产品决定权，看完本书我决定这辈子不去IBM，给我Band10我都不去。
书中的世界，仿佛活在我天朝新闻联播中：主角聪明能干，上司和蔼可亲，下属温顺善良，同僚热心解惑，老外纷纷恨不得跟你挖心掏肺，真实的世界，远远不是这样。
另外，本书为IBM插播的广告还是有点多，BuildForge啦，Rational Function Tester啦，最后忍不住把全书力捧的scrumworks也拉下马，搬上来Rational Team Concert，还不忘一盆脏水泼给创业公司：留在国际化大公司吧，这里是主战场大舞台啊，有钱有粮有地盘有美女应有尽有啊，千万不要去创业公司啊。不过现在巴巴的出本书哪有不把自己公司捧上天以谋个功名啥的，哥们习惯了已经。
《轻松Scrum之旅》读后感(二)：小说般的书
作者使用了小说的形式来介绍Scrum的基本概念，以及在使用过程中作者遇到的问题以及解决思路。这样更容易使用读者产生感性认识。但Scrum在文章过分强调Scrum能产生的作用。虽然也有特意说明Scrum只是一个框架。
从我的理解，Scrum确实也只是一个框架，很多东西都实践的方法都没有。不能作为有价值的一种开发模式。因为在实际的开发过程中，更应该对人的管理导引都是中层管理的职责。但怎么去管理和导引，这是所有中层管理所关心的，而Scrum不能提供。就像只给了一个目标，而没有相关的方法。
crum描述的团队是一个自我管理的团队。但自我管理需要有一个核心。大部分的工作者，上班只是为了单纯的RMB。对于维护这样的一个团队，Scrum Master需要花很多的时间和管理技巧让团队成员围在一齐。
反过来说，如果有这样的时间和管理技巧也不一定需要使用Scrum这一框架。
不怎么样，我的这些观点是否值得准确。但这本书还是值得推荐一下想了解Scrum的人看。起码能有基本的感性认识。
《轻松Scrum之旅》读后感(三)：我的Scrum之旅
如果你想了解敏捷的Scrum方法，那么就请阅读本书吧！
《轻松Scrum之旅》并没有像其他的技术书籍一样以讲概念为主，而是将敏捷的思想、Scrum的概念和Scrum的实施方法以故事的手法很形象地讲述了出来，非常容易理解。对于想要了解Scrum的新手来说，入门很快。
由于我在公司也经历过Scrum敏捷开发，所以在读本书的时候，总有一种身临其境的感觉。读过之后，也对敏捷有了更深的理解。
敏捷不仅仅是一堆软件开发方法和开发流程，它的本质是一种哲学思想，是一种做事情的方法论。敏捷之道就两点：以价值为本，以人为本。
You don't Agile, you are Agile !
《轻松Scrum之旅》读后感(四)：SCRUM入门的书籍，有优点，但是收益也很有限
第一次看这本书的时候，是2011年8月，我对敏捷只有初级的理解，当时去公司另一个试点项目参观学习，于是忙里偷闲进行扫盲，用电子版快速读了一遍，觉得还不错，基本实现了扫盲的目的，4个月后，我们部门的敏捷试点进行的小有成绩，并且我也看了其他几本敏捷的书籍，部门买来了这本书，于是我抽空又翻了一遍，觉得可以对这本书进行点评了。
这是本敏捷入门书籍，有优点，但是收益也很有限。
优点:
1、用小说的方式，逐步引入SCRUM实践，应该都覆盖全了，从计划会，每日立会，展示会，回顾会等，包括自组织团队，而且都给出了理解和思考，这一点比较容易让人认可，
2、为了对比敏捷开发方式，关毅用博客回忆原有公司的工作方式，就是P17-P19的内容，与我们公司研发现状很相似，非常有共鸣；
3、因为读起来轻松，可以送给领导看，这样他更容易支持我们的敏捷试点；
不足：
2、几个关键技术实践：TDD，持续集成，结对编程，都没能深入的探讨；
3、缺少全面考虑；
4、试用项目很小，只有4个人，没有说服力；
总体评价，入门小说是不够用的，还需要一些更深层次的敏捷书籍。
《轻松Scrum之旅》读后感(五)：大公司铿锵的原生态敏捷之路
在地铁上看完的，看的比较快，一气呵成的感觉，没有冗长晦涩的理论。关毅新加入E公司，带领新组建的敏捷团队，在实施过程中遇到不少问题，从而水到渠成的把敏捷的理论和如何应用呈现出来，面临的问题不攻自破。作为冷眼观全局的读者，也会各有所得。
敏捷本身也是一种高效的工作方法论，敏捷重视高效沟通，避免无谓的资源浪费。敏捷强调自管理，需要精干的成员主动承担。敏捷重视回顾和总结，团队在每次迭代中成长。
一本书看下来，这正是我们理想中的团队形态，彼此信任，同舟共济，高绩效。随着书中sprint的过程，你会带着认同的，恍然大悟的，未雨绸缪的心态。作为实施敏捷的前车之鉴，关毅的团队面临的困惑，混乱和磨合，在过去或未来，我们也会遇到，尤其是刚刚踏上scrum之路的团队。
如果我们所有的教科书都这样引人入胜，让人在甜果实的路上渐入佳境，孩子在享受中吸收那些生硬的理论。相信中国的未来不可限量，可持续性发展不是一句空话。
《轻松Scrum之旅》读后感(六)：读完了，感觉还可以
读完了，感觉还可以。主要讲了一个scrum团队的成长过程。其间，比较吸引我的地方就是scrum master向他的教练请教的那些问题，也是我比较想不通的问题，看了答案后感觉还算有所收获，我个人认为这是本书的最大亮点，也是我评价为“推荐”的原因。其他叙事部分，也就那样吧~~这导致了我感觉读这本书更像是在读小说⊙﹏⊙b汗
读这本书时，我是参考着《Scrum要素》读的，那本书写的是关于Scrum的概念，感觉比较官方，所以感觉《Scrum轻松之旅》中有些地方好像不对，对scrum中的某些概念理解有偏差。。。但因为我刚接触scrum不久，也说不出个大概来（尴尬了~~#）
总的来言还是有所收获的。
在这推荐下《Scrum要素》这本书，敏捷联盟的联合创始人写的，译者也是国内的Scrum方面的大牛，诠释Scrum的、返璞归真的一本书，老少皆宜。 http://book.douban.com/subject/20507350/