《赋能Team of Teams》读书笔记

终于把《赋能Team of Teams》读完,这里是个简单的读后感。

全书首先是对复杂系统,应对不确定性的进行了引入。这类书比较多,敏捷方法中谈的也比较多,可以快速跳过。

然后作者对MECE(互相独立,完全穷尽)模型和非MECE模型进行了对比,并结合美国特种部队在战场上的故事,带出传统组织的困境,对问题拆解切割的方法论失效。

《赋能Team of Teams》读书笔记_第1张图片

接下来引入team of teams的模型,强调新的协作模式更像踢足球,你不可能分开训练每个位置并取得比赛的胜利,为了赢得比赛需要打破“深井”。

《赋能Team of Teams》读书笔记_第2张图片
image.png
《赋能Team of Teams》读书笔记_第3张图片
image.png

《赋能Team of Teams》读书笔记_第4张图片
image.png

接下来书本转入一些涉及实操的内容。

为了打破“深井”,将专家引入到高层决策活动中,甚至可以接受局部的低效。其实这一点也是反传统管理的,让我印象深刻。

由于 他们的 产品 各部 分之 间 存在 高度 的 互动 性, 将 专家 们 困 在各 自的“ 深井” 中 是 愚蠢 的 做法:
为了 在 高层次 获取 成功, 在 低层 次 丧失 一些 效率 也是 值得 的。

服务于高监管行业,我们对于信息保密管理非常严格,(这里所说的是不涉及客户,合作伙伴利益)在这里作者用反恐战争的例子来证明共享带来的损失往往低于带来的收益,鼓励打开心态。

破解囚徒困境的方法来解决组织上局部获利整体失败。这里重点提到了“嵌入计划”和“联络官计划”。前者是通过短期交换成员的方法模糊组织之间的壁垒,形成无缝合作。后者则是用接口人起到高效串联各系统的形成网络力量的方法。

以上这几段都可以看到软件研发方法相通之处。尤其是“嵌入计划”和“联络官计划”对实际工作有非常强烈的指导意义。我个人理解“嵌入计划”可以映射到技能换岗或夸技能团队。“联络官计划”更像互联网软件研发中常见的矩阵管理模型,项目经理或产品经理驱动项目研发的模式。

本书第四张赋能被拿出来当作中文版的标题,这里同样引入部队中海军和陆军对比的故事来解释赋能。
实际上这里说的赋能就是分布式管理。强调管理者应该变成园丁,密切观察组织的,监控各种流程,不论是信息流动还是资源分配,并避免“深井”或官僚主义,照顾得当的花园自然繁花似锦硕果累累。

陆军 之所以 会 去 控制 它的 军官, 因为 陆军 能够 控制。 陆军 的 作战 行动 都 发生 在 陆地 上, 而且 由于 邮政 服务 的 发达, 尤 利 西 斯· 辛 普 森· 格 兰 特 能够 随时 知道 详细 的 战场 最新消息, 并 据此 做出 反应。 他 能够 给出 指示, 所以 他 就做 出了 指示—— 透明度 和 沟通 结合 在一起, 使得 他 能够 控制。 而 海军 则 够 不着 它的 上校。 约瑟夫· 康 拉 德 解释 道:“ 海上 的 一 艘 船 就是 船员们 的 整个 世界, 再考虑 到 舰队 所要 执行任务 的 期限 长、 距离 远, 海军 高层 就必须 赋予 指挥官 更大.

书中最后部分作者也强调了赋能不是放权不管,而是需要基于信息共享的。

伊拉克“ 基地” 组织 在 几乎没有 什么 共享 意识 的 情况下 就 实施 赋 能, 因为 它的 主要 目标 就是 摧毁, 这 并不 一定 需要 什么 精确度 和 互相协作。 但对 大多数人 来说, 他们 要 完成 自己的 任务 就必须 在 错综复杂 的 环境 下 做 一些 建设 性的 事情—— 从 供应 链 管理 到 援助 分配 再到 市场 营销, 最后 到 国家 管理。 在 缺乏 共享 意识 的 情况下 就 实施 赋 能 是 很 危险 的。

你可能感兴趣的:(《赋能Team of Teams》读书笔记)