在整理一份报告的时候,偶然看到2008年春节期间google推出的“春运交通图”项目建设历程报道,很受启发,随以国内的技术管理人员眼光批阅了这篇文章,同时也是自嘲吧。

以下黑色字体是原报道,红色字体是本人的批注。 严重声明:如有雷同,不胜荣幸。

1月29日下午5点,谷歌(Google)位于清华科技园的办公室里,弥散着一种节日前的气氛【这里是开会、吃饭、庆功、送礼……】。距离春节长假只剩下不足一周的时间【这人还没走光呀,不正常,绝对不正常】,各部门刚在昨晚聚过餐,家在外地的员工已开始筹划行程。

这时,公关经理崔瑾突然收到了一封让她感到措手不及的邮件。发件人是地图工程研发团队的产品经理林裕宽。“我们推出了一个‘春运交通图’的产品,时间紧迫,请尽快向外界发布这一消息。【光发mail有什么用?人过去谈呀!崔瑾在说“你催个P呀,领导没发话,我怎么敢把这个消息发出去”】而这个产品是在这一天中午吃饭时,她刚从他那听说的——按照工作量来计算,最快也要几天后才能面世【几天?你按照什么方法评估出是几天?几天到底是几天?】——要对外发布这个新闻稿,必须得通过美国总部的审批才行【这个做的不错,事情都要经过领导同意了才能发的】,但这样一来,研发人员们费力节省出的几天时间就被浪费了。

然而南方的大雪不等人。中国的14个省份及直辖市正在遭受几十年罕见的雪灾,且灾情一天重似一天。1月22日,湖南12条高速公路封闭;1月24日,湖北、贵州电力线倒塌,交通遇阻;1月26日京广铁路湖南段中断,列车大面积晚点、停开;1月28日,南方部分机场关闭,机场众多始发航班被取消或延误……在受灾严重的各地车站、机场和高速公路上,到处都是滞留的返乡旅客。【你管那么多闲事干什么,把你自己的工作做好!】

正是这场突如其来的灾情,触发了谷歌工程师们创新的灵感。1月28日晚上,林裕宽和他的同事们聚餐时,几乎三句话不离春运和雪灾。他们大多数人的家乡在南方,也在思量这个春节如何返家。他们在网上只能分开搜索天气和交通,因为还没有一款产品能信息合二为一进行及时搜索。

席间,有人灵机一动:“2007年10月美国加州发生大火时,谷歌不是提供了一个灾情地图么?”这款产品当时曾受到过美国用户的好评——地图上面特地在南加州地区标识出了大火的出现点、医疗救助站和涵盖影响范围【不行,不行,项目怎么招标?开发费用是多少?硬件资源够不够?开发人员够不够?这些都不确定,不能做!好嘛,一棍子打死】。于是,大家七嘴八舌地定下了一个新产品的最初模型,并把它取名为“春运交通图”【百度已经有春运交通图了,我们还做它干啥,资源浪费嘛,谁提的?!以后别再想这种馊主意了!】。第二天(1月29日)早晨9点,谷歌地图工程研发团队一位名叫陆韵晟的工程师【陆韵晟你仅仅是一个工程师就敢给大家发邮件开始干活?你以为你是谁呀? 项目需要评审的,需要计划,费用,人员,风险,你怎么什么都不考虑?!怎么能这样干活,然后又是一顿臭骂……】,给他同组的同事发了一封电子邮件:“大家一起开始做吧。”【即使你想让大家做事情,也要召开个会议把事情说清楚嘛,发邮件有什么用!赶快召集大家开会】一个项目就这样诞生了。【林裕宽你只是个产品经理也,想定产品就定产品?要组织干什么?项目失败谁背?你来背? 然后就是一顿臭骂…… 】

接下来的事情发生得很迅速。一个8人小组自发形成,并做好了分工。【8个人够吗?你怎么评估出只要8个人就行了?使用什么方法评估的?有没有找专家团队评审过?项目计划有吗?费用评估报告有吗?需求说明书有吗?概要设计和详细设计有吗?没有你让其他人怎么干活!】为了让界面功能尽快显现,他们来不及开发一个能让天气、车次信息自动发布的搜索程序,只好先用手工搜索信息,再粘贴到相应界面中……这群习惯于编写代码的工程师们用“网络编辑”的方法,在半天之内搞出了一个产品的雏形。【你搜索出来的信息准确吗?谁来保证这些信息的准确性?一旦有错误了怎么办? 你这8个人工程师就干这种低水平的活?我给你的可是工程师的工资!】中午时分,在谷歌大厦一楼食堂,林裕宽见到崔瑾后便抓着她说:“我们组要做一个叫做‘春运交通图’的产品。【

      崔瑾有三种可选答案:

      “呀,你们做产品了?领导同意了吗?下午我们一起找领导谈一下公关方案……”

      “工作的事情吃完饭再说吧,饿死我了。你们部门的那个XXX长的很帅……”

      “你光说没用,你把说明书之类的文档整理一下发给我,没用这些文档我没法宣传呀!”

      】

饭后【饭后要休息1个小时,要不没精神干活】,崔瑾在林的机器上见到了这个经过人工编辑而成的产品雏形——她却没有料到【这怎么可以!开发的程序放到自己的电脑上,为什么不放到开发机上?一再强调项目章程,为什么不在开发机上运行?这月奖金扣50】,短短一个下午的时间【这8个工程师手头没有其他的活儿了吗?即使想干也要花一周的时间把手头的工作交接一下,你们怎么能这么没组织没纪律,想干什么就干什么!】,这个产品便能做到初步测试使用了——下午3点,谷歌的工程师们开始讨论如何让信息更新能够自动化一点。“机器能够完成的工作为什么要让人去做呢?” 【机器能够准确搜索吗?失误了怎么办?有没有想过回退方案?人工完成有保障呀!人工费用这么低,这个我看还是人工做吧】小组成员郑波说。他们为此专门召开了一个会议,并在余下的时间内完成了信息的自动搜索功能。【自己完成自动搜索功能?为什么不找核心部的人?你以为你对自动搜索很了解吗?性能问题怎么样?并发如何处理?不了解核心怎么敢贸然开发程序?!】

当林裕宽以一封带着产品测试链接地址的邮件【做过DIT测试吗?做过SIT测试吗?做过UAT测试吗?你这个测试算什么测试?有测试案例吗?什么都没有你让人家怎么测?!还产品经理呢,一点管理经验都没有】,要求崔尽快让外界获知这一产品时【催什么催,我的工作要按照重要程度来完成,你觉得你的事情重要你找我们老大商量去】,距离他们昨天晚上想到这个创意,刚刚过了12个小时。“我们来不及等到一切计划完美再动手,几天后就是春节了。”郑波说。而显然,崔瑾也不可能采用新闻稿的方式来通知外界这款产品的发布了。因为等待美国总部批准需要时间。【不行,一定要做到万无一失,不能让用户有不良的反映。给用户的界面这么丑陋,怎么让用户用?这个按钮的字体也太难看了,这个页面显示这些东西做什么?换掉,还有这个结构,改成三帧的,不改完不准上线!】

午夜前,崔瑾在谷歌的官方博客“Google黑板报”上发布了一篇博客,告诉人们如何用“春运交通图”【TMD,你以为你是谁呀,你想在官方博客发文章就发文章,找文书审核过吗?你看看你这个句子都不通顺还要发,找文书审核一下,再发给我,我要报给总经理!还有,这个名字“春运交通图”谁起的?换个好听的名字,真是不动脑子!】。她特地署名为——谷歌中国地图“抗击风雪回家过年”临时小组。【谁允许你成立小组了?你给谁汇报过了?你也太自以为是了!还有,你这个“抗击风雪回家过年”中间少了逗号,赶快加上!】

这天晚上,同样忙碌的还有“春运交通图”研发小组。程序需要继续完善。编程的任务落在了Python(一种编程语言)【为什么要Python,现在Java这么流行,为什么不用Java?以后和其他系统怎么整合?想过没有?没有思考过你就选择了Python?就是因为你熟悉你就用Python了?我TMD还对汇编熟悉,不行这个项目不能用Python,必须用Java!】高手张晓潘的身上。而他在工作了两个小时后突然起身告辞——他从第二天就开始休假【项目这么紧张,你还要休假?你有没有职业道德?再加两天班,把这个项目做完,什么?机票订了?把机票退了,项目结束后你再休假!……这人都怎么这样,没有一点职业素养,不能让他挑大梁……】,现在必须赶往机场。一阵手忙脚乱之后,他的一位同事匆忙接替他的工作,继续到晚上9点。【连文档你都不写就想跑路?不行,不写文档不能走,走也可以,以后你就不要来了,什么人哪这是】

没有大张旗鼓的宣传【为什么不大张旗鼓的宣传?找电视台呀,找网媒呀,今天晚上都给我加班】,没有正式的产品发布,只有一个匆匆赶制出的测试版【这怎么行,测试版就敢发布,不行,这个责任我承担不起,不能发布】。但产品的地址既然已经发布出去了,没有人晓得这一夜里发生什么事情。【安排人员24小时值班,发现问题立刻把开发人员从床上拉起来,甭管是什么,谁让你有错误呢】

1月30日9点上班时【开发人员为什么不早点到?为什么不通宵加班?这项目刚刚上线,你们也真是……哎……】,这个小组意外地发现,“春运交通图”的点击量已经每秒上千次了。高兴之余,他们又开始担心这是否会造成网络上的“交通瘫痪”,于是赶紧给系统维护部门发了封邮件,申请获得更多资源。系统维护部门的同事在接到邮件、了解到实际情况后,迅速为其开了绿灯。【系统维护部门你是干什么吃的?开发部门让你加硬件、加网络你就加了?他们是你领导还是我是你领导?让他们X总找我谈,不是说加就能加的,今年预算就这么多,加他这里,我其他项目怎么办?还有,以后申请硬件不能通过邮件,必须纸质的单子,没我的签字一律都不加】

但他们还有一些技术以外的问题需要解决。地图的链接地址太长,而要申请一个简短的域名地址,必须还得经过美国总部的协调;除此之外,如何将这个链接加到谷歌中国首页显眼的地方也需要内部的协调。【这个需要写一个报告给老美汇报一下,小李,你来写,写完后发给我看看,明天给我】

由于无法通过正常渠道解决问题,“春运交通图”只好通过口碑传播的方式——从一封邮件到另外一封邮件,从一个MSN再到另外一个MSN【不行,不能这样做,邮件和MSN都不正式,我们这么大的公司怎么能这样做,要有铺天盖地的宣传攻势,要做到妇幼皆知,邮件MSN太小儿科了!】。为了加快传播速度,这个小组不得不向其他部门的同事寻求帮助【向其他部门求助,部门领导都知道这件事情吗?不让领导知道你们怎么协调呀】。郑波对这一方式有点担心——春节放假在即,会有人来响应吗?但与系统维护部门的同事一样,其他部门的同事在听说了这一产品的用途之后,也显得热情高涨。【自己工作不做了,帮别的部门做事,任务不够重是不是?那个谁把计划再提前一个星期,累不死你们】

下午2点,其他部门开始加入到这项工作中来【这么多人谁来领导?好,今天下午你们先推举3个临时负责人作为候选人,我们明天下午民主选举一个负责人】。UC(用户界面)部门的工程师开始帮助他们改善地图的界面,把临时用的天气的图标改得更小巧和卡通一点——在此之前临时使用的那些天气图标由于太大,几乎把地图上的其他信息淹没了【UC至少应该出2套方案,好让专家评审选择呀】。与此同时,市场部也加入到“春运交通图”的推广中来,与新浪和腾讯等门户网站取得合作,在其雪灾专题中嵌入春运交通图。

在创意诞生的24小时之后,谷歌用于救灾的新产品“春运交通图”正式走向了最终用户。关注“春运交通图”的人越来越多,并一传十,十传百。据谷歌统计,光是转载谷歌黑板报上博文的博客就有上千个。【开发组的兄弟们再辛苦一下,再加两天班,把这6个功能完善一下,我知道大家都48小时没回家了,再撑撑,项目结束了我给大家发项目奖金……】

“向所有为抗击冰雪贡献力量的人们致敬!”谷歌把这句话写在其“春运交通图”页面最醒目的位置。在中国鼠年这个不平静的春节,谷歌用这次科技救灾诠释了它独特的企业文化。【注意一下,项目报告,运维报告都要赶快给我,还有,下周我们要向市里申请科技奖,XX你负责整理一下文档和PPT,还有赶快把应急处理手册、项目人员考核、项目经费都整理好……这个项目奖分配下来了,我会一个一个通知……,XXX你贡献最大,奖金1500……】

国内技术管理人员批阅google的“春运交通图”项目的更多相关文章

  1. 国内技术管理人员批阅google的“春运交通图”项目(大公司下的高效率)<转载>

    在整理一份报告的时候,偶然看到2008年春节期间google推出的“春运交通图”项目建设历程报道,很受启发,随以国内的技术管理人员眼光批阅了这篇文章,同时也是自嘲吧. 以下黑色字体是原报道,红色字体是 ...

  2. 突破技术管理,IT人中年危机变契机

    突破技术管理,IT人中年危机变契机 中生代技术 Yesterday 作为一个老技术人,今天不聊技术,就聊点技术人员职业发展的事情:对技术管理岗位的认知,比如技术总监. 先贴一张技术人员职业发展路线图, ...

  3. IT软件管理人员的职业路线(从技术经理到总经理) - CEO之公司管理经验谈

    技术.业务和管理永远是工作的一个话题.笔者今天就根据自身的经验,通过这三个方面介绍下IT软件管理人员的职业路线.前面写过一个文(IT软件技术人员的职位路线(从程序员到技术总监) - 部门管理经验谈), ...

  4. [转]20位活跃在Github上的国内技术大牛

    FROM : http://blog.csdn.net/yaoxtao/article/details/38518933 20位活跃在Github上的国内技术大牛 本文列举了20位在Github上非常 ...

  5. 技术路线 vs 技术管理路线

    最近因为要给刚毕业的学生做一次演讲,所以就职业发展这类话题先以写博客的形式做一些思考,希望届时能给同学们带来质量更高的内容.我在<驾驭你的"职场布朗运动">一文中谈了2 ...

  6. TOP100summit2017:豆瓣耿新跃---站在公司整体目标下看技术管理

    壹佰案例:耿新跃老师您好,很荣幸又一次邀请到您担任壹佰案例大会的联席主席,在去年的壹佰案例大会上,您给我们带来很多非常经典的案例点评和提炼.您在去年壹佰案例峰会上最大的感触是什么呢? 耿新跃:我个人最 ...

  7. 20位活跃在Github上的国内技术大牛

    登录|注册     leon-这个程序员不闷骚的博客 喜欢leon,有追求有原则有爱心的杀手,做一个有追求的程序员,代码是程序员的朋友,虽然没有热情,但是非常忠实.希望拥有一身绝世武功,再配一把绝世好 ...

  8. 从国内流程管理软件市场份额看中国BPM行业发展

    随着互联网+.中国制造2025.工业4.0等国家战略的支持与引导,企业在数字经济时代的信息化表现惊人,越来越多企业认识到,对于企业的发展来说,信息自动化远远还不够,企业的战略.业务和IT之间需保持高度 ...

  9. 发现CSDN的一个小Bug,CSDN网站管理人员进来看看哈~~

    CSDN发博文的时候,说转载和翻译的博文不能被推荐到CSDN首页 刚刚我转了一个好的文章,一开始确实“发布到CSDN博客首页”的选项没了,但是之后我发现这个文章我要做点修改,就点击了编辑 之后这个选项 ...

随机推荐

  1. ArcGIS Engine中删除要素的几种方法总结

    转自原文 ArcGIS Engine中删除要素的几种方法总结 /// <summary> /// 通过IFeature.Delete方法删除要素 /// </summary> ...

  2. [Python] Manipulate Data with Dictionaries in Python

    Dictionaries may be familiar to you as hash maps. In this lesson, you will learn how to create them, ...

  3. 《linux 内核全然剖析》编译linux 0.12 内核 Ubuntu 64bits 环境

    我×.. . 最终好了,大概3 4个小时吧...各种毛刺问题.终究还是闯过来了.. .. ubuntu2@ubuntu:~/Downloads/linux-0.00-050613/linux-0.00 ...

  4. J2EE之13个规范标准概念

    主要是关于j2EE十三个规范的总结. java基础知识 首先java分为三类:J2ME.J2SE.J2EE. 依据开发软件的大小和量级他们的作用分别不同,J2ME是开发为机顶盒.移动电话和PDA之类嵌 ...

  5. vim基础学习之自动补全功能

    本章我们学习自动补全功能1.自动补全优先从当前的编辑区获得补全列表例如:我们写下如下内容 aaaaa aabbb aaab 当我们再次输入aa,然后我们按下Tab的时候,会弹出一个包含 aaaaa a ...

  6. 50.Node.js 连接 MySQL

    转自:http://www.runoob.com/nodejs/nodejs-express-framework.html 安装驱动 本教程使用了淘宝定制的 cnpm 命令进行安装: $ cnpm i ...

  7. POJ 2226 二分图最小覆盖

    题意: 思路: 把横着的连通块放在一个集合 竖着的放在一个集合 如果有交 就连边 求最小覆盖即可 (数值上等于最大匹配) //By SiriusRen #include <cstdio> ...

  8. Qwt库的一个使用注意事项

    作者:朱金灿 来源:http://blog.csdn.net/clever101 一般debug版本的程序链接release版本的库是没有问题的.今天使用debug版本程序链接release版本的qw ...

  9. js中Object.defineProperties 定义一个在原对象可读可写的方法

    function A(){ this.name = 'hellow word'; } Object.defineProperties( A.prototype,{ doSomething2 : { v ...

  10. xml格式报文的拼装,和解析成实体类

    我们的微信支付,使用的是第三方的支付,某银行的微信支持渠道.所有的接口请求.应答都是xml格式报文,这样就需要用到xml格式报文的拼装和解析,这儿简单讲一下. 拼接xml格式报文. 从页面表单提交和配 ...