第一站 - 轻松上网从此开始!

上网第一站

当前位置: > 创业 >

员工谈GitHub的成功:效率、异步与创新

时间:2013-02-28 23:00来源:网络 作者:yangyang 点击: 我来投稿获取授权
以下内容来自网络或网友投稿,www.swdyz.com不承担连带责任,如有侵权问题请联系我删除。投稿如果是首发请注明‘第一站首发’。如果你对本站有什么好的要求或建议。那么都非常感谢你能-联系我|版权认领
本文由GitHub员工Zach Holman撰写,原文标题为《GitHub如何运作》,语气随和,让读者能从员工的角度来看GitHub是如何走向成功的。全文见此。 1911年,弗里德里克

 

  

 

  本文由GitHub员工Zach Holman撰写,原文标题为《GitHub如何运作》,语气随和,让读者能从员工的角度来看GitHub是如何走向成功的。全文见此。

  1911年,弗里德里克·温斯罗·泰勒写下《科学管理原则》一书。在书中,他第一次用科学的方法实现了共一生产的效率最大原则。时间就是金钱、越快越好、耗时越多质量越高。

  在许多行业中,工时是判断生产效率的一个重要方法,但是在代码界却不同。在互联网创业企业中工作的体验与在工厂中的体验截然不同,编程问题绝对不能靠多花时间来解决。同样,编程是一项创新性的行为。只有在程序员脑袋非常清楚的时候才能写出高质量的代码。

  巅峰状态

  我们发现,如果把任务完全信任地委托给工作负责人来做的话,他们不仅可以保质保量完成任务,还能有剩余的时间高效地去做其他事情。还记得你上一次不开心、感到压抑的时候吗?那时候的你生产效率高吗?再想想你上一次生产效率最高的时候出于什么心情。程序员的指尖下敲出代码,代码数量多不意味着质量就高。当你心情好的时候,一天敲出来的代码甚至比几个星期心情不好时敲出来烂代码质量要好。

  所以,GitHub需要员工尽可能多地处于巅峰状态。如果给他们规定固定的上下班时间,会降低他们进入巅峰状态的几率。就比如我,我在早上9点之前从来都没有出现在办公室过,不过GitHub有一半以上的员工在上午的时候工作状态最好。

  灵活上下班制度的实施,可以创造一种员工乐于工作的气氛。不过这也可能造成加班,不过多出来的几个小时也正是效率极高的时间段。所以,既有在周末加班的,也有在晚上加班的,也有选择在白天加班的,只要他们愿意,尽可能不让他们在不开心的时候工作。

  我的一日行程

  GitHub的每个员工都不同,我也一样。我每天的行程都不同,不过大体相似:

  早上10点起床,处理昨日剩余和今晨新问题

  坐公交车上班、12点/1点吃个午饭

  从下午1点开始工作到晚上6-9点

  回家休息或者继续工作,直到凌晨2点

  跟同事出去喝几杯

  在GitHub里,你会看到早上7点就跑来上班的“疯子”,还有下午3点才来的“懒鬼”,甚至有的家伙觉得在办公室效率不够就在家办公了。只要你觉得今天不适合工作,你就可以不来办公室上班。

  这样的灵活工作制度让我们的工作看起来是不是很松散呢?因为1、在使用聊*室的环境下工作,可以随时随地工作;2、我们要创造一个最具生产力的环境。因为知道不存在所有人都高效工作的时间段,所以我们也不强求他们在固定的时间内工作。

  灵活工作制度的执行

  GitHub目前有35名员工,即使人数再多,这样的工作制度也OK。其他企业的管理人员偏向于给员工安排工作时限,因为这样可以衡量一个员工的工作表现。

  如果一家企业不按工作时间来衡量员工表现,那么肯定有别的方法。比如说,代码写的怎么样,BUG修复好了吗?灵活工作制度适合某一员工吗,能鼓励他高效工作嘛?

  虽然衡量起来比较麻烦,但是总比“这个员工今天10小时做的怎么样”的方法有价值的多。因为,一旦给员工规定了时间,他们工作的重点就变成了工时而不是质量。

  

 

  GitHub的异步工作模式

  我个人最喜欢GitHub的地方就是:所有事情都是在异步工作模式下完成的。

  GitHub创办之处的两年里都没有自己的办公室,我们的工作都是在Campfire聊*室内合作完成的。现在我们已经进入了第二个办公室,但依旧在用Campfire聊*室。为什么我们对Campfire依依不舍?因为聊*室是异步的。异步交流指的是,我可以跑出去吃个午饭再回来看看漏掉的聊天内容,我可以向一个同事提问但是不要求他速速回答也不担心他会漏掉信息,我可以随时跑回家工作不担心错过办公室内发生的事情。

  GitHub的绝大部分开发流程都要使用Pull Requests(GitHub的一种讨论方式)。如果我想在代码库中加入一个新功能或者做些改变,我就利用Pull Request创建一个请求并发送给所有同事,他们可以查看这一请求,然后根据以下三点做出选择:1、这一变动是否影响到其他人的代码;2、对这个主题是凑感兴趣;3、是否有足够的时间来参与。完成申请之后,我们再在不同的电脑上进行测试,如果可行,就上传到主服务器中提供个网友使用。

  因为Pull Request的存在,我不会要求所有人都参与到某一活动中来,只要那些对这个功能感兴趣有时间的员工来开会就够了。对了,关于开会,我想说:开会真他娘的烦人!

  开会真烦人

  都说会议是有毒的,我甚至鄙视开会。

  只有在非常紧急的情况下,GitHub才会开会。因为每次开会一定会有一些不相干的员工来参与,即使你对会议的主题感兴趣,你也会因为开会把你从之前的工作中拉出来又去讨论还没开始的内容而感到沮丧。

  另外,开会的内容也让人记不住。即使你做笔记,也无法几下所有的内容。当下你可能还记得没记下的内容是什么,但是几周之后,再看着笔记便会茫然无措。如果有会议纪要就不会出现这样的问题。不让员工乱想,而是让他们看打印的句子,更有助于集中精神进行思考。我用十个指头都能数出最近一年半开过几次会。

  

 

  喝喝酒,好朋友

  GitHub花大力气创造创新环境,我们鼓励员工去做一些花边的内容,这可以让员工对自己的工作感到兴奋。兴奋是可以传染的,一个工作小组的工作状态可以影响到其他小组。即使花边内容不能盈利,但是兴奋的工作状态可以为GitHub带来更多钱。

  好吧,我承认GitHub中有很多“酒鬼”。办公室里随时都有啤酒供应,但是喝酒并不意味着喝醉,酒的意义大于喝酒。

  喝酒的时候可以遇到许多人。我们在洛杉矶喝酒的时候就遇到来自世界各地的人们,我们跟他们介绍GitHub,让人们了解GitHub。(酒后氛围缓和,不会对任何人构成威胁,介绍产品更安全)

(责任编辑:admin)
织梦二维码生成器
顶一下
(0)
0%
踩一下
(0)
0%
------分隔线----------------------------
发布者资料
第一站编辑 查看详细资料 发送留言 加为好友 用户等级:注册会员 注册时间:2012-05-22 19:05 最后登录:2014-08-08 03:08
栏目列表
推荐内容
分享按鈕