小团队和大团队

干活靠喊

一个同事聊天时问我,别的公司的技术说 1 天能接 1 个 SDK,我们为啥接那么慢?

有个项目负责人找到我说:外面有个团队手上有个项目,是他们 1 个月开发出来的。据说效果还不错。我们现在开发这么慢,要不把他们的项目引进来?我说:你要是真想他们进来后还那么快,就必须保持团队完全独立,不要和公司的开发流程有联系。这个团队人员的考核和成长都要单独处理。

上面的两位同事提出的问题,都和团队规模有关系。身处大团队,但眼睛盯着小团队,很容易产生这种能力不对称的感觉。

普通员工无法理解也没关系,就像传说 1 天能接 1 个 SDK 的那位(想大叔我当年……),若有必要就解释一下技术细节,若无必要就呵呵一下呗。但如果 Manager 也这么想就有关系了。Manager 的这种想法,会影响其决策和一线技术人员的工作进度。

我来试着解释一下这件事。 继续阅读小团队和大团队

一定要开的会

Solution

程序员都讨厌开会,我也讨厌开会。

《重来:更为简单有效的商业思维》 一书中对于开会有一段这样精彩的描述:

通常会议只是文字和抽象的内容,没有实质。
通常会议每分钟只传达出极为少的信息。
人们在会议中容易跑题堪比暴风雪里的芝加哥出租车。
会议要求做充分的准备,但是大多数人没有时间做这个。
频繁地提出模糊的议程而没有人能真的清楚目标是什么。
常常会出现至少一个傻瓜不可避免的,毫无意义的浪费大家时间。

上面列出的是低效失败会议的通病。就像那句著名的话一样:所有的糟糕的会议都是一样的,而完美的会议则根本不存在继续阅读一定要开的会

零和博弈与囚徒困境

零和博弈

零和博弈Zero-sum game),也叫零和游戏。它的原理如下:

两人对弈,总会有一个赢,一个输,如果我们把获胜计算为得1分,而输棋为-1分。则若A获胜次数为N,B的失败次数必然也为N。若A失败的次数为M,则B获胜的次数必然为M。这样,A的总分为(N-M),B的总分为(M-N),显然(N-M)+(M-N)=0,这就是零和游戏的数学表达式。

简单的说,在零和博弈中,总有一方是绝对赢家,另一方是绝对输家。 继续阅读零和博弈与囚徒困境

工作选择与职业规划

职业生涯的选择

昨天和一个朋友聊天,讲到关于职业选择的事情。这触动我进行了一些思考,梳理一下思路写下来。

选择与规划

工作和职业这两个词,我们经常把它们划上等号,但仔细看来,它们是两码事。

平常我们经常说“找工作”,找到了工作就意味着有了一份相对稳定的收入,满足我们日常所需,才有可能追求更高层次的需求。对于大多数人来说,有了工作才可能有进一步的生活,才能满足自己的存在感和成就感。逐渐从马斯洛需求层次的“生理需求”过度到“自我实现”。工作是用来“做”的,我们可以选择做我们喜欢的工作,当我们觉得工作无法带来我们需要的满足感/成就感/收入,可能我们就需要换一个工作了。换工作不一定是换公司,你也可以在公司内部通过换岗的方式来换工作。

继续阅读工作选择与职业规划