微信号:sagacity-mac

介绍:MacTalk 开通于2012年末,内容起于 Mac 而不止 Mac,内容覆盖了技术、创业、产品和人文思考.文风有趣,又有一点力量.相关图书《MacTalk·人生元编程》《MacTalk·跨越边界》

送你三个忠告

2019-04-06 14:19 池建强

一篇短文,标题不大钟意。忠告看起来像是过来人的倚老卖老,但也没想到更好的名字,就用这个吧。以前写文章,只要内容好,阅读量都不会差,不过现在,据说文章的阅读量 80% 取决于文章标题,我在这方面却没什么天赋,以前还挣扎一下,费心思弄几个名字选选,最后还是放弃了,随意取个名字,看到了,就是缘分。

这篇文章的内容来自我们上周的季度会议,其中有个环节是大家说说自己工作中遇到了什么问题,看看有没有能在这个会议上解决的。既然是季度总结会,我想大家提出来的问题应该都是需要部门协作之间的事,你帮帮我,我帮帮你,暴露一些问题,理顺合作流程,给出解决方案,不是挺好?并不完全是这样,有些部门提到了自己团队的管理问题,人员能力问题,或者资源不足问题等等。

对于这些问题,我给了三个建议,如果针对个人,就算是忠告。

一、你已经是个成熟的成年人了,要学会自己解决问题

有编辑团队的 Leader 说自己和团队成员的技术敏感度不够,说的直白一些,就是自己不做技术,不搞研发,对很多技术术语、概念和趋势似懂非懂,那就很难写出好的内容。让我们类比一下,如果一个研发团队的 Leader 抱怨自己技术能力不行,程序员编码能力差,是不是特别不可理喻?这些不应该是你的职责么?

每个岗位都有自己的能力模型,有能者居之。工程师当然是技术能力和工程能力,技术编辑当然是文字能力和对技术的理解和判断能力。如果你已经感到能力不够了,第一应该尽快提升这些能力,第二应该淘汰能力不合格的人,并找到能够补充这些能力的人。

另外,无论是团队或个人,提升能力没有捷径,别人走过的路花的时间,你也少不了。不要想捷径,下笨功夫,上帝偏爱笨人。

公司需要能够提出问题的人,也需要能够解决问题的。最重要的是那些提出问题并解决了问题的人。二爷经常说,我没有问题,我是来解决问题的。

二、资源不充足是常态

创业和成长中的公司永远是在资源稍稍匮乏甚至极度匮乏的情况下做事情,资源略微匮乏可以让我们集中精力做最重要的事。推荐一本书叫做《Getting Real》,37signals 团队出品,关于互联网创业的小册子。他们后来还出了一本《重来》的书,你可能听过。37signals 提倡以小团队做大事情,大部分情况下,资源都是不充足的,缺乏资金、缺少经验、缺人,你必须要在这些约束条件下前行,并找到解决方案和创新方法:

「不充足」强迫我们使用创新的方法解决。我们通过构建更少和更好的软件功能减少改变的成本。我们给人们差不多足够的特性让他们以自己的方式来解决独特的问题 — 于是我们便不再是障碍。

时差和空间上的距离让我们在交流中更加有效。由于远程办公,我们的交流几乎毫无例外通过 IM 软件和电子邮件,这强迫我们快速直接抵达重点。

把约束变成优势,让匮乏带来创新。不是有句老话嘛,懒人改变世界。懒人怎么改变世界呢,用创新的方法提升效率,抵抗约束。

三、寻求帮助

那是不是所有问题都要自己解决呢?当然不是。就像程序员碰到 bug 一样,当然先尝试自己解决,如果超出能力范围和时间限制,那就要尽快求助他人。最好的方式就是求助你的上级,你的问题可能在他那里就不是啥问题。当你的前辈和伙伴就在你旁边,他完全可能帮到你时,千万不要浪费几天时间来寻找答案。

当然,寻求帮助要有频率限制,如果你一个月有 20 天都在寻求上级的帮助,那他招你来干嘛呢?可以设置一个阈值,比如每月最多几次。如果还是不能解决问题,要么是你能力不足,要么你真的需要通过非工作时间来好好提升一下自己了。

Q2 已经开始了,期待我们能够完成一次大的突破。你也是。

 
MacTalk 更多文章 大部分人遇到问题的根源是能力不足 你用什么耳机听歌? 重启自己的职业上升通道 83 高龄的独立开发者教会我们的道理 程序员的这几个坏毛病你都有吗?
猜您喜欢 超实用爬虫操作攻略 我X,你不会Google么? 如何用 Python 写一个贪吃蛇 AI 【数据化】运维数据集中阶段性小结 SSD新手入门