开放讨论星期四：究竟谁需要管理者？

目前还没有读者喜欢这篇文章。
Open Thread Thursday
图片来源：

Opensource.com

加里·哈默尔，世界领先的商业思想家之一，曾表示开源是21世纪最伟大的管理创新之一。

在他的杰作《管理的未来》一书中，哈默尔半开玩笑地说道

"“几年前，谁敢相信有一天能够通过志愿者社区在几乎没有管理者的情况下开发复杂的软件？ 看起来，发明开源流程的黑客简直是太笨了，不知道没有管理者就无法进行管理。”"

您怎么看？ 有人可能会争辩说这在现实世界中是不可持续的。 您同意吗？ 您将如何使其奏效？

标签
商业
领导力和管理
Jonathan Opp
User profile image.
我是 New Kind 的总裁兼合伙人，这是一家品牌 агентство 专门帮助开源和 SaaS 技术公司发展。 曾任 Red Hat 品牌传播与设计高级经理，在此之前，曾在 IBM 和 Gateway 担任传播职务。 在 LinkedIn 上查找 Jonathan。
关于我更多信息

8 条评论

Avatar
Steve Lee | 2010年2月18日
目前还没有读者喜欢这篇文章。

OSS Watch 刚刚发布了 3 份关于开源项目治理模型这一重要主题的介绍性文档。 我们还为项目提供了模板，以便轻松使用。 没有管理者的管理？

http://osswatch.jiscinvolve.org/2010/02/18/governance-models-everything-you-wanted-to-know-but-where-afraid-to-ask/

我们还在开发对软件开源创新的支持。

Steve Lee
OSS Watch

Avatar
Chris Grams | 2010年2月18日
目前还没有读者喜欢这篇文章。

我今天早上读了 oss 治理模型博客文章... 太棒了... 甚至可能值得将这些想法发送给我们的民选官员：)

Avatar
Drew Kwashnak | 2010年2月18日
目前还没有读者喜欢这篇文章。

仅仅因为某人有或没有头衔，或者“管理者”的官方职位，并不意味着没有人（有意识或下意识地）挺身而出承担这个角色？ 可能是一个人，或者实际上是一群人来填补这个角色的不同方面。

这听起来像是将开源视为一群不守规矩的、住在地下室的青少年技术叛逆者的延续。 开源在过去几年中已经成熟了很多，虽然这种形象仍然适合某些项目，但它并不是一个准确的画面。

Avatar
Ryan Campbell | 2010年2月19日
目前还没有读者喜欢这篇文章。

关键在于 OSS 项目组织（通常）是涌现的。 人们通过简单地去做工作来涌现出来做这项工作。 如果他们有帮助，其他人就会开始信任他们。 在一个健康的项目中，这种信任最终会转化为明确的权力和责任。 这称为领导力。

在传统的管理结构中，权力是从上到下授予的，而无需考虑任何现有的信任或尊重。 这就是大多数人所说的管理者。 管理者也可能是领导者，但这令人沮丧地少见。

鉴于 OSS 项目中权力的性质以及传统管理者的角色，这些项目通常没有管理者，但确实有领导者，这不足为奇。

Avatar
Chris Grams | 2010年2月18日
目前还没有读者喜欢这篇文章。

我认为开源运动拥有的而典型的企业环境经常缺乏（或肯定没有很好地培养）的是领导力。 我认为领导力文化和管理文化之间存在很大差异。

在大多数公司中，管理 = 地位 = 权力。 拥有最多员工的人在组织的方向上拥有最大的发言权。

在许多开源项目中，1) 有好主意或 2) 做事的人拥有地位和权力。 而且，有好主意并做事的人往往会吸引很多人开始追随他们。

管理成为领导力的副产品，而不是相反。

在许多企业中，担任管理职位的人也默认被置于领导职位，不是因为他们有好主意或做事，而是因为他们有很多员工为他们工作。

事实上，这些人中的许多人既没有想法，也不做事。 这很可悲。 这是官僚主义。 而且在我看来，OSS 运动在绕过这种损害方面做得相当不错。

Avatar
Drew Kwashnak | 2010年2月18日
目前还没有读者喜欢这篇文章。

有时，是创业精神（或领导力）使人们进入这些职位，但这种精神可能不会转化为良好的管理技能。

Avatar
Ryan Campbell | 2010年2月19日
目前还没有读者喜欢这篇文章。

我真希望在我花 20 分钟写完我的帖子之前就读过你的帖子。

Avatar
Badtux | 2010年2月18日
目前还没有读者喜欢这篇文章。

没有强大领导力的开源项目会失败。
没有强大领导力的商业项目会失败。

我曾身处开源和商业两种情况——最终，软件开发就是软件开发。 任何规模的成功软件开发项目（一次性单人实用程序除外）都具有某种领导层级，其中不同的人负责项目的不同部分，并且存在一种机制来确保只有符合项目总体架构愿景的高质量代码才能进入项目。 没有建立这种领导层级的项目会失败——它们会演变成争吵，或者它们的架构会退化成一团糟，以至于如果不从头开始完全重写和重启，项目就无法成功完成。 如果担任负责人职位的人的素质不高，项目也会失败，因为代码库会变成缓冲区溢出、内存泄漏和无法读取/修复的代码的混乱局面。

无论您称这些人是“管理者”、“守门人”、“领导者”还是其他什么，软件开发就是软件开发，领导力就是领导力。 如果您有良好的领导力，您的项目就会成功。 如果您没有，它就会失败，或者上市太晚并且表现如此糟糕，以至于您最好不要费心。 一直以来都是这样，无论是开源还是商业都无关紧要。 唯一的真正区别是，开源贡献者不会容忍纯粹的 BS，这在大型公司中很常见。 但这种 BS 在小型创业公司环境中也不常见，小型创业公司环境与开源有很多共同之处。

相关内容

知识共享许可协议本作品根据知识共享署名-相同方式共享 3.0 未本地化版本许可协议获得许可。
© . All rights reserved.