如果有这么家任性的公司,没有所谓"经理人"这一层,人都在做自己喜欢的事情,并且创造价值,而其他的事情,就顺其自然让他发生。这里能节省多少官僚主义带来的浪费?这样的公司得跑得有多快?得有多少无谓的冲突消解于无形?能形成多惊人的创新文化啊?
GitHub就是一家尝试无线趋近这种理想主义的公司!程序猿(媛)们应该都知道GitHub,GitHub是一个开发员的协作平台,截至2014年统计,有超过340万用户,而且正在迅速商业化。
GitHub是一家建立在开源软件上的私营的盈利公司,但是整个运作过程中,他们都在实践开源协作的精神——整个公司都倡导志愿工作。还是不明白到底怎么玩的?且听我给你解释。
开放式工作分配
大多数公司工作都是这么安排的:公司高层想到一个项目,于是经过立项,财务预算,及人员调配之后,自顶向下把项目分配到各个团队和业务单元。在GitHub可没这样,他们的人采用"开放式工作分配"的方式——人自行解决自己项目分配的问题,他们把自己分配到自己想做的项目上去,用不着任何正是的申请或者管理层干预。
您得吐槽了,GitHub才多少人啊?就175个员工,当然玩的转这种方式了。不过您瞧瞧Valve软,他们有400员工,而公司毛收入达100亿美元,Valve的组织形式跟GitHub非常接近。这总可以说明点什么事吧。
为什么要说公司的结构?
古时候刀耕火种的人们就在思考,用自己过剩的产能能做点啥第二第三产业?比如,打猎之余,种点庄稼,缝点衣服啥的拿到集上去卖。有人做过研究了,那些过剩的产能中,最有可能造成影响的,是人脑子里面那些过剩的创造力!
于是Google著名的20%的时间可以做点业余项目。有个叫克莱·舍基的人,写了一本书,书名叫《认知盈余-网络时代的创造与繁荣》,他有个观点,闲暇时间给人机会创造有价值的东西。
直观上,这简直是胡说,就把人放到那里,从头到尾做他自己想做的事情,然后他就自然而然创造价值了?您心里估计在犯嘀咕,要是把那谁谁谁放到这里,她估计得7*24小时逛淘宝。
不过,事实证明,这样的工作条件,对于那些有创造力的人确实有诱惑。比如说,有个叫Chrissie Brodigan的UX研究员,她有套测试方法叫Deprivation测试,以前是做火狐的用户体验评估的,就决定加入GitHub了。
GitHub的员工反馈,说他们被开放式工作分配这种方式吸引,主要还是因为它没有什么边界——这些人喜欢自由选择跟自己气场相投的人一起做一些很酷的东西。他们甚至可以一起设计自己的可编程办公室。
创新的四大难题
有人得说了,这玩意真费事,搞这么乱干嘛,我才懒得管那些呢,公司告诉我做啥,我给他保质保量做好不就行了?
我们得说,这个论点在有些行业当然是行得通的,比如前些年,在广东,浙江一带,有很多制衣厂,对于一个有资深制衣行业背景的人而言,如果你有明确的目标,比如目标人群,衣服的款型,销往哪个区域,这些能确定之后,他就能告诉你需要投多少钱,建多大规模的流水线,招什么样的技工,甚至每个环节的技工该做什么。
不幸的是,今天,公司如果需要存活相当长一段时间的话,就需要面对未知的创新:如何创新?如何让这样的创新可以反复发生?传统公司会建立一个独立的"创新部",这里的人负责创新,而其他的人更像在制衣厂工作。GitHub则不一样,他们把全公司都设立在一种以创新为核心的工作模式上的。这么做,是考虑到了让一批人能够持续不断成功创新的四大难题:
-
管理注意力:一般组织的设计,主要目的是基于已有的成功,一方面坐享其成,另一方面保护既有成功,而不会专注于开拓新点子。
-
步调一致:一般创新点往往来源于个人或者小团体,而执行往往要倾尽全公司之力去做。而由于种种原因(比如政治,社会因素),让剩下一大群人都买账很难。
-
让人共同工作:当新产品和服务开始结果了,人、想法、交易都会快速增长,于是要招更多的人。这样一方面人就更容易掺和进来做事,同时也更容易导致一些人只见树木不见森林,对愿景和当前的情况没有整体把握。
-
僵化的管理:有些创新着实是需要组织结构和管理方式能够从根本上改变的,而大多数公司的基础结构没这么灵活——这直接导致了组织结构难以跟创新保持同步。
GitHub的结构到底是怎么样的?
沟通!沟通!沟通正是开放式工作分配的核心要素。换句话说,GItHub公司的结构就像是一张分布式的信息传递网络,网络上传递的是公司的目标,以及公司如何工作,当然也包括它应该要做些什么。
创新公司的策略是不断调整的,而对于某一时期这些调整增量,让所有人的认知保持同步至关重要,否则有些微小的调整很难到达某些单元或者团队,当有些团队没有做出相应的调整,而最终累积到一定的时候,不同团队之间的就形成了鸿沟般的认知差距。你得说了,这没什么啊,我看到的公司都是这样的。举个例子,上个世纪80年代的时候,乔布斯带着一帮人,做成了比较成功的Macintosh,另一支团队则哼哧哼哧鼓捣出来Apple III,Apple III大家都懂的。
良好的沟通,也可以帮助团队发现一些新的,或者相关的商机。举个例子,在这张网络里面,如果有一个新项目很酷,在网络里面传导到公司的高层了,高管们就可以利用这些信息修正航向,而修正的结果同时又通过网络传到各个单元,让他们明白,"某某项目"现在开始帮助实现公司的商业了。
这怎么玩得起来?
1. 让人自己选择自己感兴趣的事情
GitHub首先得弄清楚,自己作为一家公司,到底什么是最重要的,并把这些体现在公司的策略上。然后每个团队都应该做类似的事情,"这是公司的策略,这是我们的产品,那对我们团队,什么最重要?",销售,技术支持,运维等团队都做了这样的事情,他们把自己团队的目标和公司战略目标做了匹配。而前面说到的信息网络,让这种组织形式更加高效。
团队找到了工作重点,个人也要找自己的兴趣点,探索自己的兴趣跟这些策略的契合点,并把自己分配到那些能贡献的重要的事情上面去。所以,对个人来说,只要是对公司重要的事情,自己又有强烈的兴趣,就可以决定去做了。如果运转得好,所有人都在重要的事情上工作,不需要有人一层一层分配。这就是所谓的开放式工作分配方式(Open Allocation Approach)。
举个GitHub的例子,有段时间3D打印机很火,有个叫Mike Skalnik的在公司买了台3D打印机之后就开始感兴趣了,他慢慢的从原来的项目里面抽出经历来鼓捣3D打印机。一开始的时候,天知道3D打印机跟一个开源项目代码协作平台有什么关系?而Mike渐渐鼓捣明白3D打印机了,后来他发现,可以用协作的方式跟其他人共同维护3D打印的模型文件,而这正好又跟GitHub的方向完全吻合的。
Mike后来就抽出越来越多的时间去尝试3D打印,到后来他成了3D打印项目的带头人。
2. 让更接近问题的人有决策权
GitHub尝试把决策权移交给更加接近真实问题的人,在GitHub的项目中,每个项目都有一个主要负责人。
你得说了,当然,我们团队每个团队也有个产品负责人啊。问题是,如何产生这样的人和这样的团队呢?一般公司,都有一个中高层经理,他把自己手底下的人分成小的团队,让他们每个团队负责一个区域,而每个区域,又有一个直线经理负责人员的调配,于是这个直线经理指派了一个人,说:"你,就你了,作为产品负责人负责这个产品"。于是产品负责人像一个牵线玩偶一样负责这一摊产品。这里有个巨大的问题,在于位于顶端的话事人,他得要预测一个比较成功的愿景,来告诉大家产品或者公司的方向。
在开放式工作调配的方式中,前面这个过程基本上可以说是反过来的。GitHub认为,最接近待解决的问题的人应该是对问题最了解的人,他们很大可能性是最知道如何解决这类问题的。GitHub让这类人有这样的决策权。
3. 招那些喜欢这种方式的人
我知道,还是有质疑的说,这不就是一片混乱吗?如何避免有人每天只逛淘宝?我们再回到前面说的,如果要有人花时间和精力去监控这些事情,或者搞办公室政治,那就说明要么是组织,要么是个人出问题了。
很重要的一点是选合适的人,把他们引入团队。何谓合适的人?这些人应该本性就是积极主动,对技术和自己的事业一腔热情的人。这些成年人做的事情最终必将给给公司带来收益。当然肯定是有前提的,一般没有人说,"好,我有热情,今天我花一天时间给同事们烤面包吃。"(逢年过节可能有例外),每个人都深信,自己做的事情一定会在某种程度上给推进公司往前走。
题外话
世界真的是平的吗?
有一段时间业界都在纠结,要把自己的组织打造成一个平的组织结构,其实大可不必纠结于多平才算是平,而是要把组织里面的各个点连成网,让信息能够自由流动。
开源精神
开源精神是说,一个人发现别人做的有个东西很酷,然后就给他们发了个消息,告诉他们,自己对这事有兴趣,希望能够贡献自己的力量,接下来项目的热就告诉这位热心的观众什么东西比较重要,后者再决定自己如何贡献。GitHub的工作模式也是这样的,也就是前面说的开放式工作分配。
关于透明
有人做组织转型的时候很纠结透明这件事情,而GitHub在倡导透明的同时,也留给团队和个人一些个人空间,如果团队希望暂时保留目前正在做的事情,到适当时机再公开,这样的决定也会被尊重的。
GitHub这种方式有局限性吗?
有!
1. 公司还是要付钱做一些重要,但是无趣的事情,比如升职奖金之类的。2
2. 高管很难招聘。一般公司招一个CEO,会相应的给CEO很大的授权,但是在一个网状组织里面,CEO很难直接下命令让其他人只是执行命令。CEO应该是对行业有深远的思考,至少在公司里面,他得证明自己是一个思想家。
3. 要炒人很难。一般要被炒的肯定是那种很恶劣的打酱油的,而在这样的开放式工作分配模式里面,要证明一个人是在打酱油也要花很多时间。不过相比传统的分配工作模式,还是有优势的,传统工作模式会产生更多打酱油的人。
开放任务分配能在你的公司和组织里面运转吗?
不妨试试看。
来源:http://innolauncher.com/github/
扫码二维码 获取免费视频学习资料
- 本文固定链接: http://phpxs.com/post/4235/
- 转载请注明:转载必须在正文中标注并保留原文链接
- 扫码: 扫上方二维码获取免费视频资料