这是芃篙君的第【343】篇原创
本文适合在软件行业发展的朋友。大概2000字,阅读需要7分钟。
你好呀,我是芃(péng)篙,一个相信思考和努力能够拿到结果的家伙。
如果效率的章节可以顺利的解决时间的问题,那么,接下来我们来看业务。我们在这部分的主要目的,就是作为一个中年程序员,要想办法让自己更懂业务。
01
我们当然可能遇到困难,比如效率虽然上来了,但是工作任务可能会同比增加,毕竟,从组织的角度,总是会希望员工在保持效率的前提下,完成更多的工作。
单纯从这个角度来想,结论大概是有点绝望的——我无论怎么提高效率,总会有更多的事情压过来。甚至还可能在引导我,投入更多业余的时间来做。
幸好世界并不是由单一的规则左右的。我们可以从两个视角来看。
从个人视角来看,我们可能有两种情况。
一种情况是有的选,我们可以选择自己在什么样的公司工作。有的选的情况事情就简单一些,去选择允许员工花更多时间完成个人成长的环境就好了;
另一种情况是没的选,我们可能由于种种原因,无法脱离一家公司。可能是能力问题、可能是生存问题,甚至可能是意愿问题。
不同的情况,可能有不同解法。从明确成长目标的角度来讲,仍然需要努力提高自己的效率。但是,提效的目的并不是节约时间,而是通过提效进而提高自己的能力,让自己过渡到有的选的状态。
另外一个,就是从组织视角来看,或者说,从中基层管理者的角度来看。
管理者如何看待、如何鼓励,员工的提效行为,以及提效后对时间应用上的诉求,其实本质上是管理者如何看待员工的个人成长。
在互联网软件行业,好的组织,好的管理者,应该鼓励员工的提效行为、应该激发成员的成长意识、应该给与更多成长方向上的机会。
这并不是鼓吹什么宽松的办公环境,而是客观上讲,其一,这样做会让员工有更好的工作状态,这是把事情做完美的基础;其二,软件行业越来越需要跟需求场景结合的创造力,这也依赖于更多独立思考的时间,而不是单纯的把工作时间填满;其三,团队的生长,需要每个人都成长为一棵大树,最后成为一片森林。大家都在成长,即便发展到庙小容不下大菩萨,未来也会有更多合作的机会。
所以,管理者的主要任务,是建立机制,鼓励提效、以及个人成长的氛围,建立这样的环境。
02
至此,我们假设我们提效后,有充足的时间来做拓展,环境也允许,个人也有意愿。
那么,什么是业务呢?
很多程序员可能会认为,我每天都在跟业务打交道啊,我每天开的需求评审会、写的业务代码、上线的软件产品,不就是在干业务嘛?
或者说,我每天跟项目经理 PK 上线时间,每天在写项目代码,每天跟客户沟通他们的线上问题,不也是在搞业务么?
芃篙以为,这都属于业务的一部分,但是可能并不是业务的全面。多少有点,“不识庐山真面目,只缘身在此山中”的意思。
比较传统的思维下,干程序员的两个方向,要么做业务,写应用层代码;要么做技术,写底层代码、写工程化代码、写架构框架。两者泾渭分明。
但是实际上,我们看到架构师也好、分析师也好,理论上也好,企业实践也好,到十年以上的阶段中,没有那么泾渭分明的概念。
其实这也是说得通的,一个行业干上十几年,谁还不能是个六边形战士呢。技术终归是要服务于业务的,服务好业务,技术的成本和利润才能有着落。
当我们思考“什么是业务”这个看似简单的问题、但感觉没办法给马上出一个明确的定义的时候,大概就是我们需要更懂业务的时候。
03
人到中年,最奇妙的感觉就是,发现这个世界上很多定义可能并非是条条框框的,我们可以尝试自己去定义一些事情。
比如,“业务”。我们不去查权威的定义,不去问 chatGPT,我们单纯从自己的认知来思考,到底业务是啥。
芃篙给出的答案是这样的:
业务里面肯定是包含交易的,对于企业而言,这个交易最好是稳定的、有套路的。用一句黑话讲,就是商业模式;
那么既然有交易,那就有需求方,和供给方,以及围绕交易开发的软硬件产品或服务;
需求方,就是企业的客户,以及可能存在的产品服务相关的使用者;
供给方,就是我们所在的企业,以及可能存在的上下游企业;
这样看来,所谓业务,就是一家企业的商业模式得以实现的各个利益相关方、产品服务的生产组织方式、以及产品服务可持续发挥价值的应用场景。
这样讲,似乎有些抽象了。由于我们后面有专门聊“组织”的部分,也就是聊供给方的部分,那么对于业务来说,我们就来聊客户、产品与服务和商业模式好了。
目前来说,芃篙还不具备化繁就简的能力,所以,只能根据自己也不够健全的思考,尽量描述一个全景出来。在输出的过程中,也是一个自我深化思考的过程。
仅供参考,欢迎讨论。
相关链接
关注芃篙君⬇️,每日获取思考与践行的认知更新...
可获取软考备考资料;
亦可加微信探讨开发者、职场与管理、IoT行业等话题;
共同成长,穿越周期!