通过对《赋能》的学习，个人理解其核心思想是在复杂和充满不确定性的环境下，给与团队成员更多的参与与决策的权利，增强自我驱动力和工作自尊心，让每个人都成为团队有能力的一部分，从而形成团队的创造力，结合工作，谈几点感悟。首先，需要打破组织原有的边界壁垒和厚重的部门墙，全员统一思想，明确团队的what、why、how、when，让信息在组织内部流畅共享，团队、项目的重要决策会议必须让相关人员参与其中，让大家知道前因后果，不仅要清楚自己的任务干好自己的活，还要时刻注意组织大目标，审视自己的小目标是否与组织大目标匹配。作为测试人员，我们要在全局意识的前提下严把质量关，因为修复软件缺陷不仅仅是一个纯技术问题，有时候也要综合考虑市场发布、整体进度、人力以及缺陷的严重级别和优先级，例如，如果修复一个软件缺陷，需要重新修改软件的整体架构，进而可能会产生更多潜在的缺陷，而且软件产品由于市场的压力必须尽快发布，此时即使这个缺陷的严重级别很高，是否需要马上修复，仍需全盘考虑。其次，要加强协作和信息共享，提升沟通效率。协作和共享在跨部门、跨团队的工作中至关重要。如果协作顺畅，所有人心都往一处使，就更容易实现项目成功，取得事半功倍的效果。如果协作不顺畅，最后大家不仅身累而且心累。以软件研发为例，在软件的生命周期中，市场、需求、设计、开发、测试、维护环环相扣，这些环节之间由于上下游不同、技术不同、工作平台不同、工具不同，或多或少存在信息孤岛的问题，造成彼此孤立、缺乏共享性、业务数据被隔离、信息流程被割裂等现象，使得重要的业务信息无法顺畅地在部门与部门之间流动。解决的方法是建立一个面向研发各个角色的统一工作平台，做到从需求、设计、代码、用例、缺陷端到端可追溯，便于大家清晰工作内容、要求、进度、风险，让一切都暴露在阳光下，因为阳光是最好的防腐剂。再次，建立有效组织，构建能力中台。通过上周的智慧中台培训学习，认识到中台是为业务的敏捷、创新而生，在应对业务需求的快速变化实现业务敏捷、应用解耦、公共能力复用方面具有天然的优势。在当今互联网时代，商业的斗争就是对于客户响应力的比拼，而中台之所以重要，就是因为它赋予或加强了企业在以客户为中心的现代商业战争中最最最核心的能力：用户响应力。这种能力可以帮助企业在商业战争中先发制人，抢得先机。综上所述，无论是打破边界壁垒和部门墙、加强协作共享还是建立有效组织构建能力中台，最终目标都是让我们的产品在质量、效率和成本上具有实实在在的竞争力。实现最终目标的道路可能有很多条，《赋能》或许会带领大家走上最近的那一条。在后续的工作中，还要继续加强《赋能》学习，并结合工作，持续改进，精益求精。
正如书的名字——赋能：打造应对不确定性的敏捷团队，给团队赋能是应对不确定性的关键。随着组织环境、竞争环境和技术本身的日益复杂，组织领导的能见度和控制力正经受着越来越大的考验。如果你不能够及时的掌握全面的信息，是不可能做出正确的决策的。而在这种情况下，如果所有的人都要得到你的指令才能够去行动，一方面可能由于你的判断失误而失败，一方面可能因为决策链条过长，贻误战机，总之，不是找死，就是等死。赋能是当前的一个很时髦的热词，简单讲就是指赋予他人以能力。从领导者的角度出发，就是相信团队成员，不断锻炼团队能力，完善组织架构，避免深井式的发号施令。当然，赋能并不是简单的放权和放松控制，这其中共享意识是基础。做好信息共享，可以让团队中每一个人都能够像领导者一样思考，从而做出有利于团队目标的决策和行动。共享意识的形成，依赖于团队成员对整个系统的理解和相互之间的充分信任。系统理解指的是对团队的目标、任务背景、协同关系、资源状况等整体情况的理解，也就是对全局的认知。读后感·而团队互信的建立也不是一件简单的事情，例如：作者为了进行部队管理架构的改革，实施了嵌入计划和联络官计划。给团队赋能要求领导者要像园丁一样领导，而不应该像个英雄。园丁式领导负责缔造组织环境，维系组织氛围，也就是构建它的架构、流程和文化，使得各个组成部分能够自主运转起来，这也是现代领导的首要职责。现实情况是，我们现在很多团队领导还带有浓重的个人英雄主义色彩，很多事情喜欢身先士卒，这对团队而言，很有可能带来灾难性的后果。书中提到一个恐龙尾巴的故事：一个领导者的级别越来越高，也就是说他的块头和尾巴也变大了，但和雷龙一样，他们的大脑还相对较小。当计划有所改变，这头庞然大物开始转身时，它的尾巴经常会无意识地扫到别人或其他东西。即便这种破坏是无意间造成的，但其所造成的损失也无法挽回。我相信，很多领导都有这样的感觉，由于距离战场太远，加上信息透明度不够，自己越来越不敢做决策，不敢转身，因为转身的结果，经常会带来连带损失，有时候这种连带损失甚至是巨大的。