当我听到科技行业的人们谈论开源软件的好处时，他们经常提到的一件事是他们相信开源软件比传统软件“改进得更快”（David Wheeler 在这里很好地收集了许多关于开源软件优势的论据）。虽然开源创新速度部分归功于林纳斯定律的力量（“只要有足够的眼睛，所有错误都很肤浅”），但我认为这在很大程度上也与开源项目的管理方式有关。
这种开源管理风格的许多特点也适用于软件开发以外的领域，我一直在寻找展示其实际应用的例子。几周前，我在关于 Malcolm Gladwell 的书 《眨眼之间》 中关于（现已退休的）美国将军 保罗·范·里帕 的故事中简要地写到。
格拉德威尔讲述了在 2002 年名为“千年挑战”的大型军事战争游戏中，范·里帕如何指挥红队，扮演一个脱离其波斯湾国家政府并威胁美国部队（蓝队）的流氓指挥官的角色。范·里帕没有遵循标准的军事管理协议，而是根据他称之为“指挥中失控”的理念管理他的团队。摘自书中：
我的意思是，总体指导和意图由我和高级领导层提供，但外地部队不会依赖来自顶层的复杂命令。他们应该发挥自己的主动性和创新精神，勇往直前。
范·里帕首先承认，这种决策过程组织性较差，而且有点混乱，但它有一个至关重要的好处：团队成员能够在无需向上级解释自己、陷入冗长的会议来证明自己的行为合理、制作详细说明其战略和方法的 Power Point 演示文稿或完成其他在战斗进行时浪费时间的任务的情况下进行操作。他们可以专注于手头的工作，而不是解释他们要做什么。
最终结果？范·里帕的流氓红队经常智胜并战胜了庞大的美国军队蓝队（尽管谁在演习中获胜非常有争议）。当被问及他对蓝队的优势时，范·里帕在《眨眼之间》中说：
他们太专注于机制和流程，以至于从未从整体上看待问题。在拆解某物时，你会失去它的意义。
在开源世界中，我看到项目同时使用了范·里帕的红队方法和更传统的美国军队蓝队方法。但我认为，最好、最有效的开源项目通常是以“指挥中失控”的红队演习方式管理的。
这些项目有一个清晰的愿景或目标，整个项目团队都认同。 “指挥中失控”的项目领导者不会在无休止的会议和演示文稿中剖析与项目相关的每个决定，而是信任项目团队成员在其各自的专业领域快速做出决策。这些领导者知道他们的项目团队成员理解总体目标，并且他们相信团队成员通常可以做出最明智的决定，因为他们更接近问题、挑战和机遇，并拥有更好、更及时的信息。
现在想想您组织的管理流程。它听起来更像红队还是蓝队？
“指挥中失控”红队方法的风险在于，可能会做出领导者没有机会权衡的决定，并且基于对项目目标的不同解读，这些决定可能会发生冲突（一只手不知道另一只手在做什么）。
红队方法对您拥有的团队的智慧和一致性寄予厚望。如果没有聪明的决策者，他们认同项目愿景和目标，并且能够彼此良好沟通，结果可能是灾难性的。
但是，如果您拥有一个优秀的团队，“指挥中失控”的方法将使您能够以惊人的速度前进，并更快地抓住机遇，正如我相信许多开源项目已经证明的那样。
对我来说，这归结为权衡。传统的“指挥中控制”蓝队方法可能确保高度一致性，并且通常看起来更安全，但行动会缓慢，并且可能会错过绝佳的机会。
“指挥中失控”的方法将确保快速取得进展，并且不会错过机遇，但是——如果团队没有在共同愿景下协同工作并且沟通良好——可能会导致不一致或更糟的情况。
我的偏好是与那些有共同愿景、沟通良好且对自己的工作具有个人责任感的人一起工作。这些团队可以像红队一样运作，并取得巨大成功。
我相信未来的管理将充满红队快速取得巨大成果的例子。但不要急于求成——如果没有在目标、个人责任感和良好的团队沟通方面达成一致，红队方法可能无法完全获得您想要的结果。
3 条评论