我想说在大公司里，一个星期能搞完的事情，一定要拖到三个月！！！

[cybermonster]

人多力量大，人多搞事情，公司越大，混日子的就越多，所以，以我司这种美帝 N 强的工业公司为例子（ J 开头的工业公司），搞一个报表，可以搞 3 个月，还没搞完，结果老板（总监）晋升为副总裁（某事业部副总裁），老板安排我去搞 BI，我拖了一年，买了套 tableau，做了套报表演示了下，大家鼓掌，老板说，我等了一年终于等到了，说完后，我去采购软件，在采购的途中，老板晋升了。。。。

所以，小公司是 5 人工，3 人做，发 4 人薪，大家开心，但到大公司里，变成了，3 人工，6 人做，发 6 人薪，多做多错，不做不错，少做最好，流程至上，形式至上，开会至上，口号至上，万岁！

[warcraft1236]

难道应该思考的不是，大公司这样为什么还是活的很好，小公司效率如此高，为什么还是动不动就挂了

[Sivan]

所以现在流行扁平化管理，就是最大程度优化效率。

[zlfzy]

@warcraft1236 因为投资人有钱吧

[CFO]

@Sivan 好多小公司把能和领导一起开个会叫扁平管理 仅此而已

[jason2017]

真相是，因为你做的都是边缘工作。
任何大公司，都有核心部门，骨干成员，都不会出现你说的那种情况，即使在微软，赶项目的时候，还会有人在公司睡觉的。

[cybermonster]

@warcraft1236 资本的力量。。。大公司有渠道，有品牌效应，自己造了一个园区，天天有公司 /政府机构来参观。。。

[cybermonster]

@jason2017 对，你说的没错，我司忙的忙死，空的人空死。。。

[jokerjoker]

你真的以为小公司一个礼拜能做好一件事情吗?
你确实可以一个礼拜写出代码,但是:
1.你没有充足的时间去设计,可能会导致可扩展性不足,然后思虑欠佳很多脏设计
2.小公司一个礼拜写出代码,没有测试,自己 debug 一下就交出去,换来客户认为你们很"高效率"
3.大公司做了充足的设计,足够的测试,应用交出去稳稳的运行,客户有新需求,延展性也很好
4.小公司你交出去了,客户礼拜一打个电话有 bug,你改了,礼拜二数据丢失了,你改了,礼拜三服务器挂了,你得出差了,你硬是把三个月能完美做好的事情,拖到一年以后还在修改你所谓高效率项目的 bug

[mahone3297]

老板为什么那么厉害，连续晋升

[jokerjoker]

我可以说,中国很多小公司都是急功近利的病态脱离科学生产的一群自以为小公司有小公司优势的人

[viking000]

核心是销售和市场， 你们 SFE 吧？
他们应该挺忙。

[zhangdawei]

一个星期能出个 demo 就很好了，

[Sh888]

@jokerjoker 小公司还容易遇到一些自以为是的“技术骨干”。比如：某个开源软件和一个商业解决方案都可以某种程度上解决一个问题。某些“技术骨干”研究了一下午就直接拍版开源软件好，把商业软件说的一无是处。结果实际操作起来，样子是有了，但是细节之处，实际流程上到处都是 bug。

[clino]

"在采购的途中，老板晋升了。。。。"
不明白这意味着什么?
之前的报表老板因为晋升所以不在乎了?

[p2pCoder]

楼主江森自控？
制造业企业 这么搞 很正常吧

[Felldeadbird]

如果你做的核心业务。保证不能拖。这个和企业大小没关系。

[x7395759]

效率不是一切

[yongjing]

@warcraft1236 公司活的好，是因为"垄断"，掌握了行业话语权， 小公司想生存，一般都是找一块没有被开垦的田地，或者是从大公司嘴边扒点肉吃 所以，你看这并不是谁的错

[feng1234]

楼主如果见过阿里，就知道大公司的另外一面了，3 个人干 5 个人的活发 4 个人的工资，需求挤压成山，忙都不忙不过来

[AckywOw]

因为这些都不是公司的主要赢利点，对老板无所谓，但凡涉及到老板的利益，没有不效率的，否则就要完蛋了

[luoway]

@clino
“老板安排我去搞 BI，我拖了一年，”
“老板说，我等了一年终于等到了，说完后，我去采购软件，在采购的途中，老板晋升了”
也就是说，
上级分的任务，“我”拖到刚开始做就换上级了，这活得暂停了。

[daozhihun]

然而并不能一个星期搞完。大公司的流程复杂，更不容易出大差错

[cybermonster]

@clino 是的。。。。

[clino]

@cybermonster #23 怎么这样看起来这是你的问题而不是公司的问题...你的意思是说大公司的问题在于能让你拖而且不会催也没有问责?

[cybermonster]

@clino 我想表达的是，大公司里人浮于事，各自为战，当你发现做了一堆事情后，还要背一堆的锅，而且功劳还是别人的。。。。所以我表达的重点是最后一句话

[cykor]

公司做大，靠的不是员工的努力，也不是高效率的体制，而是正确的时间做了正确的事儿，把握住了关键的资源。
楼主抱怨了一下大公司真实存在的问题，就有一大堆说小公司更要命的，或者怀疑楼主人品能力的……其实皇帝家不用金斧头……

[bulldozer]

好像是周鸿祎说过，外资公司就是一群人用漂亮的英文，互相踢皮球，推责任。

这话其实不假，尤其是在中国的公司，往往找的是英语不错，能力一般的人，再从老美派一个二流甚至三流的管理人员，管着这批在中国就是二流的人才，最后越来越烂的情况也是屡见不鲜。搞不过本土公司也是非常常见的。

很多中国人会干的领域，外资都是溃败的。

[clino]

@cybermonster #25 所以你是觉得你在大公司里多做事没有好处所以就尽量少做了?

[zc666]

工作嘛，又不是自己的公司，做自己该做的就好^ _ ^

私以为流程化挺好的，损失了效率，却变得规范了。

高兴😊就好，楼主你这头像乐死我了😄

[kkhu2004]

听起来和政府部门真像啊：）

可能政府部门问题的根源也就是大，不是体制问题。

[cybermonster]

@clino 我觉得你没有理解我想表达的意思，我再贴一遍：所以，小公司是 5 人工，3 人做，发 4 人薪，大家开心，但到大公司里，变成了，3 人工，6 人做，发 6 人薪，多做多错，不做不错，少做最好，流程至上，形式至上，开会至上，口号至上，万岁！

[cybermonster]

@feng1234 我相信，但凡大的公司里，瞎忙的人是一大把，有人真正忙，有人混日子，瞎忙是主流。。。

[panpanpan]

同美企，入职开始做一个报表，到现在五个月了，需求改了几遍，美国那边的领导都换人了，项目还没有上线

[cybermonster]

@Felldeadbird 公司越是大，核心业务越是不可能只靠个人，你说你一个人撑起了一个几万人的公司的业务？？？表面合作，底下斗争，互相争利，各自为战，什么公司的利益，不存在的，只存在部门（领导）的利益，所以某日本公司会提出口号，One Suoni strategy。

[cybermonster]

@cykor 这位大兄弟总结的对！皇帝家不图这个，什么金斧头，家里一堆金斧头

[cybermonster]

@zc666 头像表达大力出奇迹

[CodemonkeyM]

@jokerjoker 事实上,就是这样...但是也没办法...小公司人少活多...根本就不给你时间...

[zengyuxi]

呵呵，有同感，自己从大公司，跳到创业公司：
在大公司，一个任务，一般都会充足的开发时间，优化代码，单元测试等
在小公司，产品经理，需求频繁变更，开发时间，被压缩到小时级别，还单元测试，简直是呵呵！

开发出来的东西，大多是赶工出来！质量堪忧

[CFO]

@zengyuxi 他们管这种瞎 JB 提不过脑子的需求叫试错 把压缩开发时间叫敏捷开发

[cabing]

@CFO 太敏捷了。维护成本更高。

虽然当你发现做了一堆事情后，还要背一堆的锅

但是还是得做事吧。咱们作为一个普通员工只能是保持提高自己的竞争力~~

[bzzhou]

> 小公司是 5 人工，3 人做，发 4 人薪，大家开心，但到大公司里，变成了，3 人工，6 人做，发 6 人薪
不一定，大公司的整体福利待遇都要好过小公司不少，尤其是中高阶职位（极少数小公司除外）

[8355]

@CFO #39 开发了一堆无用功能 由于开发时间短可能耦合性可能还不低 后面也不敢乱删 最后这些没什么用的东西大多数会被拿去邀功或者给投资人看.其实没什么卵用.

[zj299792458]

你说的这个是在射影国内政治现状么。

[bucky]

@warcraft1236 这叫资本的力量

[firefox12]

外企 低效和完善的流程同时存在。人是资源，可以随时替换。比如一个人做的事就是写安装脚本 写上 5 年，产品可以支持所有的系统，所有语言，可以任意版本升降。但是这个人就只会写安装脚本了。一旦失业....

[WispZhan]

@firefox12 你这个说法站不住脚啊。你这是人的问题，不是企业问题。5 年时间，自己其他时间什么都不干，只是上班工作的时候假忙。
敢问平时为什么不抽空搞点别的，哪怕副业、兴趣爱好也无所谓。何况外企给的时间简直充裕的不行。

花半个月熟悉一个语言；花 1 个月熟悉一个框架；花 6 个月完成一个个人小项目。
换句话说，每天花 1-2 小时学着做点糕点，xx 年之后自己开个面包店都能过活。

你说在小公司 6*12 小时，天天 CURD，没有提升倒还说得过去。

[firefox12]

@WispZhan 呵呵 你以为在 20 种平台上安装脚本是没有技巧的，你以为安装程序只有复制 黏贴这么简单的功能？虽然没高深的技术 但是里面复杂的业务细节是会要了你的命。考虑下每个版本都有不同的配置参数，安装脚本需要怎么才能把它配好，在各个版本中平滑的切换，还有修复，当用户对某些文件做了任何操作，这个安装脚本都需要能把整个状态恢复成功。里面没有算法 没有技巧，但是有着最复杂的业务逻辑和给用户最好的体验。

我们大多数人开发其实就是面向业务开发。

[crayygy]

挺巧的，我也在某外企，项目算是大型项目了，发布周期很长，看似很简单的功能，在我们这里要经过不知道多少次测试，有专门的 Alpha Team 来负责测试，还有各种各样的场景下的测试。

在我深入到这个项目之前我也不能理解为什么做一个功能很简单的事情，我们却要花费数月来完成，等到我熟悉了之后才知道，这里面的水有多深，很多时候你如果测试的不够，最后用户就会报 bug，最终修的还是你自己。

大公司的一个好处在于，有足够的时间和资本去在发布之前就完善这些看似很不起眼的东西，这些恰恰是小公司所无法提供的，一味的追求开发效率和进度，最终的结果是很残忍的。

以上仅为我一家之言，大家和善讨论吧

[Libby520]

@crayygy 你说的没错，我作为一个非互联网的传统行业，做事尚且如此，道理是相通的

[jethroWush]

只是碰上了不顺心的事情罢了，小公司不也一样有小公司的问题，大公司人多了，基数大碰上这类磨叽的事情几率也就大咯，要是部门领头的是个雷厉风行的人估计部门内还好，但是公司层面就不一定了

[jethroWush]

还有水平上不上去唯心一点说还是得看自己，即便在大公司有着完善的流程成功的经验，一直围着自己的一亩三分地要是自己不上心还不是跟在小公司一直弄 CURD 一样，还有有多少工作不是 CURD 呢

[vjnjc]

小公司也要小公司的烦恼啊。
比如我上个月还在写 android，在招 android 哥们。
然后来了个 android 哥们，我被赶去写 oauth。终于看懂了 oauth2，坑爹的是我们的业务和 oauth 不太符合，只用到了 client_credentials
迅速搞定上线后，今天我又去搞 android 了，android 哥们有个接口不会连，一看是 soap 的。。。

我想说技术需要积累啊！！！