写点什么

技术管理者如何避免被裁掉(3)

作者:芃篙君
  • 2024-03-07
    浙江
  • 本文字数:2290 字

    阅读完需:约 8 分钟

技术管理者如何避免被裁掉(3)

前面我们从理解组织和理解目标两个视角聊了技术管理者的核心价值和个人成长点,今天我们从“理解业务”这个方向继续这个话题。

理解组织是指理解组织的运营规律,视角在于由人组成的公司结构;理解目标是指如何组织团队的力量来拿团队级别的结果,视角在于更好的完成一些组织维度的事,是方法工具;那么理解业务,视角则是在于公司存在的必要性,以及技术团队存在的必要性。我们这样一个组织应用这些技术主要在解决什么问题,本质是组织在为客户提供什么价值。以下是芃篙的个人观点,仅供参考。

01.什么是业务

把一个业务需求从文档形式转化成可运行的代码,上线了,这是不是业务?业务需求,大概只是业务的一部分。

搞清楚了这个软件服务的收费上我们跟客户的分成比例,和这背后双方都认可的逻辑,这是不是业务?业务模式,应该也只是业务的一部分。

终于理解了团队为什么要想尽办法去统计一个根本不可能十分准确的项目投入工时,因为需要系统性的投入产出数据来做成本衡量,这是不是业务?业务的投入产出核算,也只是业务相关的一部分。

那么什么是业务,根据某 GPT 的说法:

业务(Business)通常指的是一个组织或个体从事的经济活动或交易。它可以包括各种经济活动,如生产、销售、提供服务、投资和管理资产等。业务通常以盈利为目标,但也可以是非营利性组织的经济活动。业务是经济活动的核心,是为了创造价值和利润而进行的各种商业活动的总称。

你看,业务本身是很泛化一种概念,技术出身的技术管理者不要把对业务的理解局限在产品经理和销售的层次,他们只是更加接近客户或者需求端的团队。业务需要整个组织去通过经营和创造去做大做强。

02.为什么要理解业务

如文章开头所说,一个公司的业务就是这个公司为客户提供的价值所在。对技术管理者来说,理解了业务才能搞清楚技术团队存在的必要性在哪里,进而去思考技术团队的发展方向。这跟理解组织、理解公司级的战略目标其实是相辅相成的关系。

我们把技术的概念从软件开发无限扩展一下。就会发现,从石器、青铜器、铁器,到蒸汽机、电力,再到信息化时代,技术无一不是围绕着需求场景,在做降低成本提高效率的事情,在能吃饱饭的年代,则再加上一条提供更好的生活体验。这就涉及到了技术和业务之间的关系的问题了,最近似乎网络上又出现了诸如“大厂管理者都说技术不重要”之类的挑动情绪的信息,在芃篙看来讨论业务和技术谁重要,跟讨论 Java 和 C++哪个是最好的语言一样没有意义。讨论者在各自的视角、各自的设定下表达各自的观点,有点像是鸡同鸭讲,不知所云。

对技术管理者来说,理解技术不是什么问题,理解业务则是必要的。这不是谁比谁重要的问题。一个业务出身的人要系统性的深度理解技术,很困难;但是反过来,一个技术出身的人,想深度理解业务,相对来说会简单一些。主要是思维上,从 0-1 的技术思维,切换成不确定性很强、可能需要凭经验和直觉的业务思维可能会存在知见障碍。技术和业务的边界在哪里不重要,不要在心里设置一个边界很重要

03.如何理解业务

那么如何去理解业务呢?芃篙认为是在两个层面,一个是产品层面,另外一个是交易层面

产品层面是指更加全方位的了解我们提供的解决方案是什么。这完全可以依托现有的技术认知去扩展。去理解业务和提升技术视野其实并不冲突。因为理解业务的过程是一个不断提升视野的过程,同时业务视野可能会倒逼我们去理解更多的技术现状和未来。

看起来有点复杂,但是其实对技术管理者来说并不难。一般来说,三年内做到某个垂直技术应用领域的研发资深工程师并不难,五年内可以向深挖掘原理性的东西。软件行业在做的无非是在不同类型的具备存储、运算、感知能力的计算机上做应用,再通过网络把各种类型的计算机连接起来做拓展应用。当五年的阶段把一台计算机上的事情搞清楚之后,举一反三不是很难。熟读唐诗三百首,不会作诗也会吟。端与端之间的技术壁垒或许存在,但是丝毫不影响工程师之间的相互理解。

比如一个手机 APP 团队的技术管理者,在了解整体产品需求的过程中了解到产品主要在不发达地区使用,那么 APP 的非功能性则需要考虑低端机兼容、安装包大小越小越好、流量则需要能省就省。前两者倒还好,自己团队可以想办法突破,但是流量问题则需要跟云端一起看。这个时候去了解云端的数据结构设计、存储方式、运维机制可能是一个更加全方面了解业务的方向,同时也会提升技术视野。

产品层面关注产品被应用的好不好,交易层面则关注产品价值是如何得到“变现”,这倒不一定是产生现金交易,毕竟互联网行业大家都懂羊毛出在猪身上的道理,但是整个业务层面的交易点存在于哪里,交易本身相关的利益视角、法律合规视角、投入产出视角等等,都可以算作是技术管理者可以去突破认知的方向。

比如产品服务是一次性付费合适还是年费方式合适?比如跟第三方伙伴合作,对于合作方的 SDK 和数据使用要如何签订合同?比如一个定制项目,收多少钱才能做到兼顾投入产出和标准化产品演进发展等等。

我们依次谈了从组织、目标和业务视角,几个技术管理者的突破方向。你可能会说,哎?我既要懂技术,又要懂组织,还要懂产品和交易,芃篙你这是在鼓动我去创业当老板吗?这么理解可能也没错,毕竟一个不想当将军的士兵不是一个好士兵,那么不想当 CTO 的工程师,估计也不是一个好工程师吧。

有一位前辈曾总结过职场人的三个阶段“打工人”、“管理者”、“创业者”,当然这每个阶段里面可能都有不同的层级,芃篙只是从当前技术管理者这个位置,鼓励大家始终有意识的从更高一级的视野去想问题、去做突破,去求成长、求生存而已。


好了,今天的分享就到这里,希望对你有帮助。本文在 2023 年 10 月 27 日 首发于同名公众号:技术管理者如何避免被裁掉(3),欢迎关注。

发布于: 刚刚阅读数: 5
用户头像

芃篙君

关注

文章信口雌黄易,思想锥心坦白难。 2024-02-15 加入

专注于认知成长、一线管理、物联网解决方案。坚持学习与实践,每天提升一点点,等风来。

评论

发布
暂无评论
技术管理者如何避免被裁掉(3)_管理_芃篙君_InfoQ写作社区