1. 夜谈有感

今天是2020年的4月11日,也是入职后的第一个周末。我现在手里有个“棘手”的项目,这让我吃个炸鸡都感觉不香了 (T^T)~我看到了痛点,而这个痛点是超越项目实现本身的,所以作为一个渣渣开发人员我感觉很迷茫,遂于一老大哥夜谈一番。言罢便觉心灯拂尘,包括以前的一些自我感觉良好实则差强人意的原因也能够想明白了,在此再次向老大哥致谢。

1.1. 面对“棘手”的项目如何权衡

入行已经一年半了,越来越感觉到一些编程能力之外的力量。当你能以超越功能实现人员的身份站在一个推动项目进展的位置,你会发现来自各方的阻力,尤其是人与人之间协调的问题,你需要知道双方不能达成一致的原因是什么才能去真正有效的解决问题。

什么是管理,管理的本质就是通过协调各方关系以实现对资源的有效决策最终高效的实现目的

所以为什么项目中感觉到“棘手”,作为一个中间人,你真的明白上面的苦点和下面的诉求吗?如果自己作为一个中间人想的是双方消息在自己这“透明传输”,那最后结果大多是两头不讨好。因为在大多数时候,上级需要考虑的是成本问题:你的薪资,你的产出,你的耗时。真的以为周报是上司有兴趣了解你的工作内容吗?其实本质是对成本的把控,而上司要求的只是你把事情给完美解决完成目标。所以无论你是打算把旧项目魔改也好,还是新写个项目,上司要求的就是最低的成本下妥善的解决掉问题。对下呢,你也不能辜负别人的期待,你要知道别人想要什么和通过你的努力最后可以得到什么,这样你也就能得到别人的尊重。

综上所属,如果遇到了“棘手”的项目,我们应该做的就是:尽最大可能满足需求的情况下,标准的提供不同方案的难点和成本由你的上司最终给出决策。 最糟糕的方法是:让双方直接掐架,谁赢了听谁的,这种方法的结果有两种,一种是双方决裂你凉凉另一种是双方直接交流你出局。作为一个中间人一定要有自己的价值,实在想不明白就想想网购平台在卖家和买家之间是如何做的。

1.2. 责任与能力

一提到责任,话题就沉重起来了,为什么呢?首先,你要想清楚担责任意味着什么,就是对别人负责,就是有无形的枷锁把你和需要负责的链起来了。想想我这种渣渣底层只需要对上司负责,而上司除了对我负责还要对上司的上司负责(请不要套娃),突然感觉身心愉悦。

那么能力和责任的关系是什么呢?是能力越大责任越大吗?放屁,这句话是道德绑架。实际是责任越大,需要的能力越大。所以不要怕担责任,但是要记得担自己可以负责的责任,可以略微超过自己的能力,远超过自己能力的责任硬担的话就是害人害己,如果够中二我也可以喊出“地球和平就交给我来守护了”。

我曾经行业群里和一个大佬请教过一个“公司是否应该设置奖金来鼓励开发人员业余时间的学习”,我当初天真的想:“应该的,这样花很少的钱,鼓励了程序猿猴在业余时间学新知识,节省了工作时间学习的工资成本”,如果公司实行这种制度,其实说明公司内部的上升渠道有限或人员的自驱不足,因为这是变相的鼓励能力越大的前提下,责任不变;而真正具有强自驱的人会在自我能力提升的前提下,主动负担更多的责任以获得更大的回报,也就是能力越大,责任越大形成正反馈。

1.3. 让工作时长沉淀为能力的增长

很多人包括我走错过一条路,那就是认为“术”就是“道”,说人话就是对一些炫技或者是细节的东西孜孜不倦的研究,这实在是一条死路啊,很容易一叶障目,不见泰山。

学习的本质是对客观事实的总结,我们这一行说白了是工程领域的,不是搞研究的。问题是死的,真正多变的是需求,我们需要的是解决不同需求行之有效的方案和解决疑难问题体现的流程把控能力,所以你面试时的工作经历和疑难问题回答圆满了吗?

请跳出来,站在更高处看看,看看一个项目从立项到结束的过程,看看不同的环节需要的工作,看看不同的负责人如何协调生产,这一切的风光比百来行代码有意思多了。一招鲜吃遍天的时代过去了,现在的时代百花齐放,死守一门语言去钻研一些个细节,哪一天一个大版本更新或强势语言的崛起都会让你“道消身殒”。

1.4. 文尾

最后祝我亲爱的朋友们人生不惑,通达顺遂~ 撒花完结啦

results matching ""

    No results matching ""

    results matching ""

      No results matching ""