本页目录

从NASA到普通团队：四个场景看文化维度怎么咬人

哈勃主镜缺陷——技术能力最强的团队为什么出了最致命的错

哈勃太空望远镜发射后，主镜被发现有严重球面像差。测试环节其实有人发现过异常数据，但信号没有传递上去。

佩勒林复盘后发现：问题不在技术能力——这是NASA有史以来技术最强的团队之一。问题出在文化维度严重偏科。"指导"维度极强，所有人都盯着任务节点和技术参数；但"包容"维度几乎空白，异议声音在组织里传不出去。

一个测试人员发现数据不对，但他面对的组织氛围是"你有证据就提，没证据别浪费时间"。他提了，但力度不够，被技术权威压了下去。

这个案例最值得管理者记住的不是"要听下面的声音"——这谁都知道。而是：当团队在某个维度上极强时，恰恰是其他维度最容易被牺牲的时候。强项会变成盲区。

一个软件团队交付质量下滑。技术leader的本能反应是加流程：代码审查变成必审、测试覆盖率加硬指标、每天站会改成两次。

流程加了三个月，bug确实少了一些，但两个骨干工程师提了离职。原因不复杂——他们觉得不被信任，每天被流程检查像被监控一样。

用4D框架看：这位leader在"指导"维度已经过载了，但"培养"维度（关注个人成长和感受）和"包容"维度（关注归属感和共同利益）长期空白。他用自己擅长的维度应对所有问题，结果是问题换了一种方式爆发。

转折出现在他开始每周花十五分钟跟每个人做一对一、专门聊"你最近有什么卡住了"。不是聊进度，是聊人。两个月后，团队自发开始在代码审查里互相提建设性建议，而不是被动等检查。

一个leader新接手一个中等规模的团队。前任留下的团队看起来没什么问题——业绩不差、没人闹矛盾、流程也在跑。但做了4D维度评估后发现："展望"维度接近零。

没人在想下一步往哪走。大家按部就班，任务完成就行。没有人提新想法，也没有人觉得需要提。这种团队不会出大事故，但会慢慢变成整个组织里最没有存在感的部门。

新leader做的第一件事不是喊口号"我们要创新"，而是每两周拿出一个小时让团队讨论"如果不考虑现在的资源限制，我们最想解决的一个问题是什么"。不需要立刻有方案，先让"展望"维度有一个生长的空间。

半年后，这个团队主动推了一个内部工具改进项目，被其他部门采用了。

产品团队和工程团队各自都很能打。但一旦需要跨部门协作，项目就拖延、扯皮、反复返工。

两个团队分别做4D评估后发现：产品团队"展望"和"培养"维度很强，习惯讨论愿景和照顾人的感受；工程团队"指导"和"展望"维度强，关注流程和技术方向。两边都缺"包容"维度——没人在认真讨论"我们的共同利益到底是什么"。

两个团队各自的展望都很清晰，但方向不一样。产品想做用户体验升级，工程想做架构重构。各自都觉得自己的方向更重要，但没有人把这个分歧拿出来当一个正式议题讨论。

解决办法是佩勒林的"关注共同利益"行为：两个团队的leader坐下来，先花一个小时只讨论"什么结果是我们双方都需要的"。不讨论方案，不讨论优先级排序，先把共同利益写在白板上。有了这个锚点，后面的优先级排序才不是零和博弈。