manage

为什么说小公司的沟通效率反而是低下的?

人们普遍的观点是:大公司环节冗长导致沟通效率低下,小公司人少好传达效率更高。其实有时候,小公司的沟通效率反而是低下的。

最核心的逻辑:大公司遇到的好多问题不会因为公司变小就不存在,这些问题也不只是因为公司大了就必然产生的,还有部分是因为公司大了招的人质量下降了才产生的。如果小公司招的人质量不行,那么一开始就会有各种问题。

小公司的人水平不足是一个很重要的原因。在大公司虽然环节众多,但是因为大家对问题都有比较深入的研究,所以简单的问题也可以很快定下来,马上执行。但是在小公司由于好多人经验不足,反而需要反复讨论,谁也不能拿定一个主意,导致迟迟不能执行。

小公司也并不一定是更快的成长之路,在小公司你会被各种烦事儿纠缠,以至于无法深入思考。人的成长最好是十字形人才,根深才能叶茂,有在一方面的内功很重要。

大公司也不只是螺丝钉,而是站在巨人的肩膀上,在更高的平台,思考更抽象的问题,做更有挑战的事儿。

小公司的另一个陷阱是创始人成长太慢。最开始的时候可能创始人还能够独当一面,但是当业务开始开展以后,创始人不一定能够跟得上这个节奏,反而成了拖后腿的。我们可能已经习惯了比尔盖茨和扎克伯格的故事,但是这样能够随着公司成长的 CEO 是可遇而不可求的。

小公司同样可以犯大公司的病。本来可以顺畅流动的空气也可能被人为阻断,不管是管理层好心学习大公司的制度还是恶意过一把当领导的瘾,他们可能因此在公司内部制造各种障碍。创业公司最好还是能做到 Context, not Control。如果没有给足 Context,即使好心问大家意见,大家也不知道该说啥。但是又总是不够乾纲独断,还非要考虑大家的意见,做决定总是犹犹豫豫,最终效率低下。

总之,同等条件下,小公司肯定是效率更高的。但是现实情况可能是小公司因为能力问题,反而效率更低。

大公司并不代表稳定,未定的负面影响是固化和体制化,从而失去主动思考。所以说固化的是人的心态,而不是工作内容。同时稳定也有正向因素,可以让你有时间看书,有时间为开源项目做贡献,有时间和女朋友出去旅游。

至少第一份正式工作不应该在小公司,应当去大公司开开眼。

小公司沟通效率反而是低下的,因为没有固定的模板。而大公司则有一套成型的八股文。

关于 CTO 的一些想法

Hacker News 上看到一篇文章不错,摘录一些笔记,原文链接在最后面

即使在管理岗位,技术也不能丢,你是什么样的人,便吸引什么样的人,你所选择的,同时也在选择着你,彼此塑造,互相成全。

技术上

学习新东西的速度远远赶不上问题产生的速度。
虽然 startup 可以很灵活的转型,但是你第一次选择的技术架构不是那么好改的
现在技术的生命期都很短,一些很流行的技术很可能也会很快过期,所以选择任何技术都要做好留下技术债的准备
你写的每一行代码也都可能存在很长一段时间,所以尽量写好吧,哪怕慢一点
不要老想着停下来重构,尽量多谢测试

关于招人

只有当你迫切需要这个人的时候才找
招人是为了跟的上增长,而不是为了产生增长
知道需要干什么事情了再招人

总的来说,如果你不确定需不需要招人,那么一般是不需要的。

管理人一直都很简单,保持坦诚沟通,公开地打分,沟通哪些是好的,哪些是坏的。而且这样也可以让做的不好的人有所准备,如果不合适的人,他们也会对自己的表现有所预期。最重要的是,给每个人一个很好的个人发展计划。

最后,在公司发展的过程中,看到新人成长甚至变为 leader 也是一件很让人激动的事情

https://medium.com/sketchdeck-developer-blog/what-i-wish-i-knew-when-i-became-cto-fdc934b790e3?token=e-Jk1uh8fiXG6w_Z

合理的绩效观

Yifei 的想法

考核的的尺子一定要长,是为了:

在一个公司里,每天都会产生很多新的想法,并不是每一个想法都会落到实处,因为有的人没有时间做,有的想法纯属脑洞大开,有的想法有其他位置问题不可能实现,有的可能提出的人只有个创意,实施的人做出了花。

如果有重大的事,或者一定要做的事,要落到纸面上,有排期,这样才能真正做起来。当然如果做到了管理岗位,切忌把所有事都写下来,因为好大一部分是前面提到的做不做无所谓的事。要给每个人自由,才能让他们发挥到自己的长处。

所以,要用 okr,而不是 kpi。