《成为敏捷团队》是一本关于敏捷开发的实践指南，全面介绍了敏捷方法论的理论基础、实践过程以及如何构建高效的敏捷团队。本书深入浅出，具有极高的实用性，是一本值得推荐的敏捷开发指南。
成为敏捷团队读后感篇一
还不错，有许多有用的东西。缺点是有些地方是太抽象，简略，零散，这让人觉得敏捷是一个骨架➕很多tips的东西，最重要的是，这本书对敏捷这个词的定义并不是特别清楚，整本书都以“成为敏捷团队”这个目标讲案例，但是关于为什么要敏捷，如何衡量敏捷，何为假敏捷，这些方面解释的并不是很清楚，或者说可能这个概念他本身就不清不楚。 这本书主要是给我这种有听说过敏捷这个词，零零散散的查阅过一些资料，然后想对敏捷工作方式进行初步了解的人看的。不到200页还一大堆图，很快就能看完。值得4星，因为干货比例还是很大的。什么叫干货？简单说能够直接指导你行动的内容就是干货。比如一张产品说明书，一本算法书，一本菜谱，这类书基本都比较干。如果我们吧刚刚提到这三类干货比重定在100%，那么《成为敏捷团队》这本书地干货比重大概在70%-80%这样。
成为敏捷团队读后感篇二
1.看这本书书名，觉得是给领导者看的，讲述“团队如何变得敏捷”，后来在前言中了解是讲个人和团队如何变敏捷，敏捷团队里也没有领导这一说，所以，是可以给所有人看的：
2.书基本每一页都会有彩图插画，四色印刷，这在很大程度上增加了本书的趣味性和可读性，不然大概率可能会放弃了；另外，彩图插画也大大增加了本书的厚度，不然以本书的字数大概撑不起来。（请恕直言）
3.印象中，“敏捷”都是行动一个人的思维和行动的，团队如何敏捷，这个可能还得琢磨。
看这本书的过程中总觉得思路不清晰很模糊，开始以为是自己非程序员的原因，后来翻完书自信地否定了这一想法，大概率是法国人可能还是擅长写文化文艺方面，团队管理方面就em…
个人觉得这本书前四章就是全部的精华了，全放在下面的思维导图里了，供豆友参考。
成为敏捷团队读后感篇三
这本书挺好的，轻松，结构清晰。虽然观点抛得“绝对”了点，会激起点质疑的情绪，倒也还在接受范围。
坦白说，我最初是被书的画风吸引的。
敏捷的概念10年前正是鼎盛时期吧？我自身已经听不到工作中还有什么人在宣讲这个主题了。这一次再读到“敏捷团队”系列的书，会回想起当初被敏捷颠覆的过程，想起站在白板前，贴便利贴的情景，也回想起因为新概念的冲击，对旧有工作模式的思考。
因为冲击，才思考，因为思考，才让之前理所当然的习惯被“看见”。
嗯，很多事，每天都发生，我们没想过该不该，就像从未“看见”过这些事一样。
所以，越是在科技大厂的新人越推荐读一下这本书，理解为什么今天要以这样的方式与同事合作，以这样的方式被企业管理…进而能看清不少事儿。
成为敏捷团队读后感篇四
敏捷最初是一种软件开发理念，强调协作，自适应规划和持续改进。近几年来，敏捷已成为整个科技界的事实上的开发方法并在国内开始流行起来，也出现了一批敏捷培训师来传授敏捷开发流程技术。但如果不对敏捷本义进行深刻的理解，只是生搬硬套，对提高团队建设并无帮助。
法国 Scrum管理法的先锋克劳德•奥布里从2005年起全身心投入敏捷研究并成功推动了敏捷方法在法国的发展。他在他的《成为敏捷团队》一书中，借鉴了Scrum的某些概念和词汇，以PermaBio团队一步步变敏捷的有趣旅程为例，以场景化的方式介绍一条通往敏捷的道路。
在强调团队合作的当下，组织不断变化，市场竞争日益激烈，传统项目管理工具已经不再适用于知识型工作领域。“敏捷”这一全新的团队管理哲学应运而生，旨在带领团队在不确定和动荡的环境中拥抱变化，实现自我管理、自我进化。“敏捷团队”几乎成为所有团队的目标所在，个人的敏捷性也成为团队考核个人的关键所在。在克劳德•奥布里看来，其实我们每个人都具有一定的敏捷性，但在公司现有的管理模式下，我们的敏捷性却因为异化或压力等原因被压制了。比如我们会临时给团队添加任务，以为这是压重担，提升团队的执行力和应变能力，却不知道这对团队聚焦会造成很大的干扰。这个时候，负责聚焦的团队催化者必须建立团队的保护罩，以免团队受到利益相关者的干扰。这无论是对团队还是企业都是一个很大的考验。
克劳德•奥布里在书中还给我们讲了团队的规模，如何让团队聚焦等具体的问题。克劳德•奥布里通过150+张全彩图解插画，将“自组织”“时间盒”“可视化管理工具”等专业术语变得通俗易懂。其实书中提到的很多方法有不少团队平时都有在用，比如“每日站会”，但我们仅仅限于一种形式，偏离了初衷。在克劳德•奥布里看来，每日站会不是为了解决问题，而是为了发现问题。因此，不能简单地把书中提到的方法作为一个机械式、技巧式或格式化的方法，直接拿来套用，而是需要经过不断思考来进行调整的过程，进而达到敏捷的新阶段。这也是团队发展遇到瓶颈期后必须面对的。
《成为敏捷团队》一书并不是敏捷方法的介绍，虽然克劳德•奥布里不缺方法，他曾经帮助100多家企业完成敏捷团队的转型。他在书中更多的是敏捷理念的共同探讨，帮助读者快速掌握敏捷方法的基本概念与核心内容，学会如何真正受益于敏捷，进而让读者设计自己的“敏捷养成术”，形成符合自己团队需要的敏捷文化。
成为敏捷团队读后感篇五
作为一个在职场摸爬滚打多年的人，一路泥泞坎坷要面临各种各样的困难与挑战，合适的规划是职业长久发展的风向标——工作多年，是走专业线路还是走管理线路，这是每个人发展到一定阶段都要面临的问题。对于一个从专业线路往管理线路转型的人来说，要面临从业务思维到管理思维的转变：怎么调动大家的积极性？怎么让增强团队增强凝聚力？怎么发挥团队的特长？这都是要在实践中不断习得的。《成为敏捷里团队》是法国作者翻译的一本书，这本书阐述了敏捷的定义，并且讲到敏捷生态系统团队的搭建，以及如何让工作更高效。这本书偏向于方法论，但不少例子对于正在带团队的人来说，有不少的借鉴意义。
刚工作的时候，平时学习成绩优秀的人，工作时也容易陷入误区什么都想做第一；但是实际上从整体产出来说，个人永远是有限的团队的潜能才是无限的。但是如何带着团队往统一目标前进，和专业相比考验的是完全不同的维度。
“并非团队中的每个成员都要掌握全部技能，只要团队是多学科的就行了。重要的是，每个人能根据自己的意愿和优势找到自己在团队中的优势。成员可以自愿选择，而非出于义务接受增加团队新技能的邀请。”
并不是所有的人都要具有一样的技能，但是如果能搭配组合好大家的能力，那就是1+1大于2。但在排列组合的时候，如何让大家把劲头都往一处使，十分不容易；有人的地方就有江湖，就有斗争就有利益分割，如何让这些持续产出，对于刚开始带团队的人来说，这都是不能忽视的问题。职场是一个只讲收益不讲感情的地方，如果只是用大家长式的方式去沟通协调，那对于管理者和产出者都是一个持续输出不可长久的过程。《成为敏捷团队》中提到了产品负责人，它的职责就是用最小的投入获得最大的回报。一度之间，互联网很流行一个词，产品思维项目意识，就是无论做什么事，都把它当作项目来把控，梳理待办列表确定时间目标计划，不断复盘回顾和团队的人同步结果，才能让团队变得更敏捷。
这件事放到生活中同样复用，无论是理财还是谈恋爱，升职加薪每一步都是一个项目，科学梳理这些才能有条不紊。而身边的朋友家人同事，就是你的合作对象，你们之间建立的亲情友情爱情，也不过是一个个团队项目。所谓团队追求的可持续发展、技术精进、价值最大化，都是可以复用在这上面的，只不过目标变成了如何将情感变得更加紧密，生活处处需要协作，万事皆是团队项目。敏捷，是每一个人都应学会的技巧。
成为敏捷团队读后感篇六
我在世界前一百强的企业从事IT行业已经有一些年头，平时公司的各式各样的training（培训）也有不少。对敏捷这一次也是非常熟悉。但是读完这本书仍然感觉受益匪浅，有很多新的收获，感慨良多。
本书虽然是讲的理论，但是非常引人入胜，通俗易懂。讲一本理论书籍讲得如此精彩有趣实在令人非常钦佩。
本书原作者为法国克劳德·奥布里，译者代林柯。这两位我没有找到相关资料。可想他们并不知名，但是他们所著的这本书的内容确实非常上乘，非常棒。翻译质量同样水平很高，没有词不达意的地方，几乎是达到了 “信达雅”的最高境界。
敏捷本质上是一种通过版本更迭不断改进产品或服务的一种能力。
敏捷开始源于IT软件。这属于知识密集型行业，客户需求多且多种多样。传统的瀑布模型的软件工程开发流程越来越不适应日新月异的项目需求，而传统工业领域的泰勒管理方法更加不适用。所以敏捷开发营运而生。
再后来，敏捷项目管理流程逐渐应用与其他知识型行业，并取得了良好成效。
本书中作者高屋建瓴地讲诉了敏捷的基本概念，基本要素,组织原则，文化，流程。给人非常深的启迪，还列举了多个生动有趣例子进行阐述敏捷的基本思想。通读全篇之后，在以后的敏捷工作实践中，仍然可以咀嚼翻阅，书中内容参考性极大。
当今时代是知识经济，世界瞬息万变，唯一不变的就是“变化”。职场中想要有突破，就得拥抱变化。在知识性工作行业中，变化愈发常见，处处充满着不确定性。敏捷流程正是迎接这种变化，但是作者强调敏捷并不是对所有任务的妥协，而是在灵活应变中守住阵脚，这也是团队的愿景。这一点，我作为IT行业从业者，也是深以为然。
敏捷流程是应“变”而生，这并不代表，敏捷本身充满着动荡，且流程混乱。恰恰相反，敏捷更需要团队成员的文化认同，团队成员的稳定性，以处理迭代的需求。同时敏捷流程也极为重要，也自成体系，包括Sprint仪式和反馈循环的工作流。而且为了做好当下的任务，要坚决拒掉穿插进来的“假紧急”的任务。
针对本书的理论体系我画了一张思维导图分享给大家。
此才外本书书中有很多真知灼见， Sprint驱动的是项目而不是人，不能对人产生过多压力，等等。本书还贯穿全书，举例了一个摇滚乐队“敏捷之兔”，来说明敏捷团队的一般性成长史，值得读者借鉴。
本书结构清晰，非常有条理，插画也非常有趣生动，融知识性、趣味性于一体。
总而言之，《成为敏捷团队》是难得的一本好书，对于IT行业，互联网行业从业者，以及适合采用敏捷流程的项目团队，都值得一读和进行研究参考。
成为敏捷团队读后感篇七
众所周知，自IT这个事物出现，软件项目的开发周期就是以“年”为计算单位的。这在互联网还不发达的过去，是没什么太大的问题的。但是随着社会的发展，如今市场瞬息万变，再用曾经开发的那套流程安排，就会出现“需求设计半年、开发两年、测试+改BUG三个月”，然后项目一上线，诶嘛！需求不存在了……
需求就像迅速火起来的网红一样，过了这个浪花就没了。于是又要改需求，然后进入一个新的循环。慢慢地，大伙儿就发现，越大的项目牵涉的人越多，推进的就越慢，风险也越大，上线之后过气的就越快。仿佛宰相全家辛辛苦苦好几年，终于把大小姐培养成了符合皇家选秀的条件，结果闺女一进宫发现，皇帝已经喜欢男人了，这简直是比晴天霹雳还霹雳。
后来，宰相听说了一本武林秘籍，它可以让家里的婆子女使、教书先生都跟随皇帝的喜好来教育二小姐，能随时根据皇帝的喜好来改变二小姐的培养方向，保证二小姐选秀的时候，符合当时皇帝的脾气。
宰相高兴坏了，立刻叫人去寻了来，原来这本武林秘籍就叫——《成为敏捷团队》。
这本武林秘籍一共七章，从“为什么要变敏捷”开始，顺着“什么时候变敏捷？”、“怎么变敏捷？”、“从哪里开始变敏捷？”的思路，详细的探讨了敏捷这件事。
作者说，从本质上讲每个人都是敏捷的，只是在公司的管理模式下，敏捷性被压制了。而这本书，就是开启团队敏捷的钥匙。
敏捷，敏捷（Agile）在项目管理领域可以等同于“敏捷开发”，强调任务为导向，强调快节奏体系，指的是迅速行动和响应的能力。一个敏捷团队，要求团队成员的自治力要很高，有明确的目标和任务，还要求PO和scrum mater对产品有很强的把控能力，要能将任务进行合适的分解，并且能及时根据需求的变化而调整任务方向。所以，敏捷的门槛其实很高。这也是为什么大家都知道敏捷好，但是许多公司迟迟不去行动，或者行动了但方向方法有问题的原因。
而在向敏捷转变的过程中，也有一些雷区需要注意。
首先，就是敏捷是一种思维和角色的换血，而不是原班人马改了个称呼；其次，敏捷不是某个角色的事儿，而是整个团队的事儿；第三，敏捷可以释放团队活力，但也会成为既得利益者的绊脚石，要从根本上转变他们的思想不是易事；最后，敏捷是行动，不是仪式感。
纵然困难重重，却也不是没有办法。
如果你对敏捷还一知半解；如果你的团队想要启动敏捷，却没有方法；如果你的团队已经向敏捷转变，却没达到预期效果……那么这本书非常适合你。
它会带你一起，用开放的态度谈到敏捷实践的方法，找到敏捷之路。
成为敏捷团队读后感篇八
当今时代，社会分工更加详尽，日常事项的完成离不开与他人的合作。因此，团队合作变得越来越重要。本书提出了敏捷团队这个新的概念，通过一套切实可行的方法论帮助我们解决日常生活中常见的团队合作方面的问题，以便我们能够更高效的完成手头的工作。
合作无处不在
敏捷是一种创造商品和服务的能力，要求我们定期获得价值，并在不确定和动荡的环境中迎接变化，是描述团队之间适应能力的重要标准。当今社会，知识型工作（复杂系统、无形虚拟、发明而非实施）的工作渐渐取代了简单线性的工业型工作成为主流，而敏捷正是一种新型的适用于知识型工作的哲学。
合作才能共赢
在众多的敏捷方法中，scrum是占据主导地位的一种。它的来源取自橄榄球运动，团队中所有的人朝向同一方向前进，就如同橄榄球运动中并列争球的场景。该项技术在现代的招聘启事中也被大量的使用。因此掌握本书中提到的敏捷团队，对我们解决在工作中存在的各种纷繁复杂的问题大有裨益。
详细的分工必不可少
另外，作者还提出了自己的担忧，即：许多人认为敏捷对他们不起作用，但真实的情况是他们没能让敏捷发挥作用。日常生活中随处可见的一些假敏捷阻碍着敏捷团队的发展。
合作才能共赢
忽略（Ignorance）、喜新厌旧（拒绝创新性的团队合作）、害怕（peur）、削弱（ratatinement）、傲慢（orgueil）等因素，体现了工业模式下的旧文化和旧工具仍然得到保留。本书用详实的案例，采用举例说理的方法，一步步的为如何使团队变得真敏捷提出了建设性的意见，极具可操作性。通过虚拟项目permabio的故事，将团队旅程展开，通过解决该项目在实施过程中遇到的各种问题，来引导我们学以致用的去将灵活运用，真正使得团队接受敏捷的改变，成为更加优质高效的团队。
