《赋能》读后感1300字

【www.jxscct.com--读后感】

　　《赋能》读后感1300字

　　阅读完《赋能》这本书，我理解它表达的主要观点是在错综复杂的环境下，团队要确立共同的目标，营造互信+共享的氛围，要学会给员工赋能，从而打造能应对不确定性的灵活的团队，由此推动团队目标的实现。

　　文中提到的泰勒还原论将组织机构各部门比喻成一个个深井，都是一堆垂直的组合，相互之间信息闭塞，里面的人只能看到自己的领导，唯领导是从，彼此之间不交流而导致工作的效率低下。要想突破深井，就需要建立一个灵活、互信、信息畅通的团队，可以通过打造一个个小的灵活团队来使整个大团队变得更加灵活。

　　那么问题来了，一个个小的灵活团队怎么打造？把一堆人强行聚在一起，做到互相沟通就可以了吗？答案显然是不可以的，这样的小团队还没有办法使整个团队变得灵活，要建立高度灵活的团队，就需要给团队中的成员赋能，我认为这也是最重要和最困难的。赋能并不完全等同于授权，个体成员的独立自主能力，是赋能的必要条件。

　　如何向员工赋能呢，首先要建立高度互信的超级小团队，打造超级团队，成员们要建立高度的信任和默契；接下来是突破深井，建立关系，让小团队之间为了各自的荣誉，派出各自队伍的精英人物，去交换，而各个团队可以通过这个人的表现，去了解兄弟团队的运作方式，当回到各自队伍之后，也可以把兄弟团队的优势带到本团队，从而达到共同进步的目的，这样各个彼此陌生的小团队之间可以很快理解和熟悉起来，各个小团队之间频繁互动，共同交织成一张大网。最后是建立信息共享，想让各个团队之间充分交互，光靠这种这种交互还是不够的，还要建立信息共享机制，让每个团队成员都要有共享意识。在一个网状的组织中，让团队成员像一个整体那样去思考和行动，就必须让每个成员了解团队的整体运行情况，让信息可以在整个网络中自由流动，信息越分享，所具有的能量也就越大，越能打造一张灵活的大网。

　　7月校招入职以来，参与了大数据项目组的人口大数据、区域热图和驾驶舱等项目的测试工作，现在通过学习《赋能》，让我对于测试过程有了更深的理解。例如省领导驾驶舱项目，主要是以数据卡片的形式展示14个厅局和9个地市的数据，数据卡片880+张。刚开始接手驾驶舱项目的测试工作时，时间紧任务重，经过分析，共梳理出6000+测试点。但是一轮测试之后发现仍有问题漏测。项目组召开紧急会议，发现问题主要出现在需求变更频繁，导致测试内容与验收内容有偏差。

　　经过充分讨论，决定使用需求生命周期的方式进行管理，确保每一个需求都是闭环管理；同时通过增加A、B角交叉互测来避免因为“熟悉”造成的遗漏；同时提升信息共享——每天早上进行半小时的例会达到小组之间信息互通。最后制定出适合驾驶舱项目的研发测试流程：首轮测试—首轮修复—首轮回归—第二轮测试—再次修复—验收审核—部署到测试环境—再次回归所有历史BUG—部署生产环境。通过这一轮的开发、测试、验收流程，尽量多的发现问题，修复问题，提升产品质量。在测试过程中，组长对我们充分的信任，培养和锻炼我们，在遇到问题的时候引导我们找到解决办法。项目组内组员之间互相信任，加上各级领导对项目成员的信任，使得项目顺利进行，完美上线，我们也在实操中逐渐建立成一个信息共享，相互信任的小团队，为今后新项目的开展提供了宝贵的经验。

　　这只是我读了第一遍的思考，还需要继续第二遍、第三遍的阅读、实战与思考，在学习《赋能》、应用赋能的路上，还有很多知识值得我继续学习。

　　《赋能》读后感1300字

　　通过对《赋能》的学习，个人理解其核心思想是在复杂和充满不确定性的环境下，给与团队成员更多的参与与决策的权利，增强自我驱动力和工作自尊心，让每个人都成为团队有能力的一部分，从而形成团队的创造力，结合工作，谈几点感悟。

　　首先，需要打破组织原有的边界壁垒和厚重的部门墙，全员统一思想，明确团队的what、why、how、when，让信息在组织内部流畅共享，团队、项目的重要决策会议必须让相关人员参与其中，让大家知道前因后果，不仅要清楚自己的任务干好自己的活，还要时刻注意组织大目标，审视自己的小目标是否与组织大目标匹配。作为测试人员，我们要在全局意识的前提下严把质量关，因为修复软件缺陷不仅仅是一个纯技术问题，有时候也要综合考虑市场发布、整体进度、人力以及缺陷的严重级别和优先级，例如，如果修复一个软件缺陷，需要重新修改软件的整体架构，进而可能会产生更多潜在的缺陷，而且软件产品由于市场的压力必须尽快发布，此时即使这个缺陷的严重级别很高，是否需要马上修复，仍需全盘考虑。

　　其次，要加强协作和信息共享，提升沟通效率。协作和共享在跨部门、跨团队的工作中至关重要。如果协作顺畅，所有人心都往一处使，就更容易实现项目成功，取得事半功倍的效果。如果协作不顺畅，最后大家不仅身累而且心累。以软件研发为例，在软件的生命周期中，市场、需求、设计、开发、测试、维护环环相扣，这些环节之间由于上下游不同、技术不同、工作平台不同、工具不同，或多或少存在信息孤岛的问题，造成彼此孤立、缺乏共享性、业务数据被隔离、信息流程被割裂等现象，使得重要的业务信息无法顺畅地在部门与部门之间流动。解决的方法是建立一个面向研发各个角色的统一工作平台，做到从需求、设计、代码、用例、缺陷端到端可追溯，便于大家清晰工作内容、要求、进度、风险，让一切都暴露在阳光下，因为阳光是最好的防腐剂。

　　再次，建立有效组织，构建能力中台。通过上周的智慧中台培训学习，认识到中台是为业务的敏捷、创新而生，在应对业务需求的快速变化实现业务敏捷、应用解耦、公共能力复用方面具有天然的优势。在当今互联网时代，商业的斗争就是对于客户响应力的比拼，而中台之所以重要，就是因为它赋予或加强了企业在以客户为中心的现代商业战争中最最最核心的能力：用户响应力。这种能力可以帮助企业在商业战争中先发制人，抢得先机。

　　综上所述，无论是打破边界壁垒和部门墙、加强协作共享还是建立有效组织构建能力中台，最终目标都是让我们的产品在质量、效率和成本上具有实实在在的竞争力。实现最终目标的道路可能有很多条，《赋能》或许会带领大家走上最近的那一条。在后续的工作中，还要继续加强《赋能》学习，并结合工作，持续改进，精益求精。

　　《赋能》读后感1300字

　　正如书的名字—赋能：打造应对不确定性的敏捷团队，给团队赋能是应对不确定性的关键所在。随着竞争环境、组织环境和技术本身的日益复杂，组织领导的能力和控制力正经受着越来越大的考验。如果你不能够及时掌握全面的信息，是没办法准确做出正确的决策的。而在这种情况下，如果你是“领头羊”，所有的人都要得到你的指令才能够去行动，一方面可能由于你的判断失误而失败，一方面可能因为决策时间过长，贻误战机，总之，就把自己陷入被动、把团队推上风口浪尖。

　　“赋能”是如今一个时髦的热词，简单来讲就是赋予他人以能力和权利。从领导者的角度出发，就是下放权利和相信团队成员，不断磨练团队能力，完善组织架构，避免“深井式”的发号施令。

　　当然，赋能也不可能是简单的放权和放松控制，这其中共享意识是基础。做好信息共享，可以让团队中每一个人都能够像领导者一样思考，从而做出有利于团队的决策和行动。共享意识的形成，依赖于团队成员对整个系统的理解和相互之间的充分信任。“系统理解”指的是对团队的目标、任务背景、协同关系、资源状况等整体情况的理解，也就是对全局的认知。而团队互信的建立也不是一件简单的事情，例如：作者为了进行部队管理架构的改革，实施了“嵌入划”和“联络官计划”。

　　给团队赋能要求领导者要像园丁一样领导，而不应该像个英雄。园丁式领导负责缔造组织环境，维系组织氛围，即构建团队的架构、流程和文化，使得各个组成部分能够自主运转起来，这也是现代领导的首要任务。

　　但现实情况是，我们现在很多团队领导还带有浓重的个人英雄主义色彩，很多事情喜欢身先士卒“一肩扛”，这对团队而言，很有可能带来灾难性的后果。

　　书中提到一个“恐龙尾巴”的故事：一个领导者的级别越来越高，也就是说他的块头和尾巴也变大了，但和雷龙一样，他们的大脑还相对较小。当计划有所改变，这头庞然大物开始转身时，它的尾巴经常会无意识地扫到别人或其他东西。即便这种破坏是无意间造成的，但其所造成的损失也将难以挽回。

　　我相信，很多领导都有这样的感觉，由于距离“前线战场”太远，加上信息透明度不够，自己越来越不敢做决策，不敢“转身”，因为“转身”的结果，经常会带来连带损失，有时候这种连带损失甚至是巨大的。

　　所以我们需要这样变革，组织架构的变革作为基础，共享文化的建立作为保障，领导者转变思路、团队成员发挥特长，经过这样的系统性改造，才有可能打造出一支超级团队，在世界的不确定之中，所向披靡。

本文来源：https://www.jxscct.com/xxs/130169/