Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

打破思维桎梏:探索业务和技术的交汇,开拓个人职业道路 #12

Open
baiyuze opened this issue Nov 8, 2023 · 0 comments

Comments

@baiyuze
Copy link
Owner

baiyuze commented Nov 8, 2023


theme: fancy

打破思维桎梏

一、写在之前

本篇文章是自工作到现在的一个思考总结,主要目的是为了阐述个人的观点以及如何保持竞争力,也会从多方面,多维度去展开。本文叙述的重点将从业务、技术(架构)和管理三方面来阐述,当然也有可能说的并不准确,仅代表个人观点。

欢迎大家进行讨论和指出文章中不足之处,大家共同学习进步。

二、调整思维模式

image.png

自2022年年初至今,整个行业形势严峻,各企业业务收缩,裁员优化,市场人才饱和,求职困难,竞争激烈。在此背景下,公司对员工能力要求更高,“前端已死”论调加剧了前端等技术人员的焦虑,今年的求职旺季并不热闹,许多人选择稳守岗位,幸存者庆幸自己未成为被裁员者。

站在公司角度,哪些能力的员工面临的裁员风险最小?

我认为主要分为技术业务管理三方面。

如果团队从事有价值或具有广阔市场前景的业务,拥有上述三个条件中的任何一个就足够。

从个人角度看,技术、业务和管理三者相辅相成,至少在初期阶段,技术和业务是密切相关的。

有人可能认为,作为技术人员,只需编写优秀的代码,不必关心业务。

尽管如此,在开发过程中仅满足需求而不关注业务可能并非最佳策略。

在许多情况下,后端开发人员比前端开发人员更深入地理解业务。

他们需要充分了解业务才能进行数据库和架构设计,满足现有和未来功能扩展需求。而前端开发人员似乎只需完成产品需求文档,无需了解整个业务逻辑。

然而,这样做真的好吗?

事实上,后端开发人员更有可能担任部门或项目主管。

这可能与前端技术的兴起时间较晚有关,但也可能是因为后端开发人员对业务理解更深刻。

对公司来说,始终关心的不是开发团队的技术实力,而是如何满足市场需求,技术的深度都是附加的。

技术部门是公司的固定成本,投入多少取决于产品带来的利润以及保证产品稳定性和用户体验的需求。

我们也很容易沉迷于技术,探究深层原理,提高编程能力,这会提升我们在团队中的地位,让我们成为技术大牛,承担更复杂的功能开发。

但换个角度思考,作为技术大牛,承担更复杂任务的同时,我们是否也成为了一种资源?既然如此,为何不成为分配资源的角色呢?

三、突破思维边界

image.png

突破思维边界,个人理解为多维度思考,这种思考方式有助于开阔视野、提高创新能力和自我提升等方面。

具备多维度思考能力后,你所扮演的角色将不仅限于开发者,而是站在更高的维度来思考问题。

举个简单例子:

当产品经理提出新需求时,通常会有需求评审会议。在会议过程中,如果你作为普通开发者,你可能会考虑功能如何实现、模块间是否合理、是否需要抽象或其他人的配合。

甚至可能觉得功能难实现,而抵触需求,要求产品简化功能。

这时,作为开发者的我们变得被动,节奏受产品经理控制。

遇到善解人意的产品经理会替开发者着想;若产品经理强势,我们会更加被动。

如果换个角度呢?

在充分了解业务需求、市场需求及站在用户角度思考后,我们便具备主动性。

在会议上,我们可以抓住重点,大胆提出想法,归纳总结,排除不合理需求,从而占据主动地位。这样一来,在会议上不仅具备发言权,还能潜移默化地提升个人威望和竞争力。

个人品牌与影响力

image.png

想象一下,在一个公司工作的开发人员,他们的项目是开发一个出行平台,为用户提供一站式的出行解决方案。作为这个团队的一员,你可能会专注于自己的任务,例如前端设计、后端开发或者数据处理等。

然而,如果你能够运用多维度思考,站在不同角色的立场,理解他们的需求和痛点,你的影响力和竞争力将大大提升。

实际上,我们所学到的跨领域知识和沟通技巧也能潜移默化的提升竞争力。

当具备了多维度思考的能力,将更容易适应不同的行业和岗位,拓宽职业道路。

这种能力会在面对市场变化和行业竞争时,具备更强的抗风险能力。

通过多维度思考,能够更好地发现和把握个人发展的机会,这将有助于在职业生涯中找到自己的核心竞争力,从而在激烈的竞争中脱颖而出。

在这个过程中,将会逐渐建立起自己的个人品牌和专业声誉,这将对我们的职业发展产生长远的积极影响。

总之,多维度思考不仅可以帮助你为公司创造价值,还可以提升个人的职业竞争力和价值,通过不断地学习和实践,能够在职场上取得更大的成功,实现个人和团队的持续发展。

所以,从个人的角度来看,多维度思考是一种投资自己的方式,它将使你在未来获得更好的回报。

四、理解三者之间的关系

技术、业务、管理,这三种能力,我认为他们是相辅相成的,技术是为了更好的服务于业务,管理是为了更好的发展业务,一切的前提就是以业务为基础的。

可能会有人反驳这一观点,没错,这个观点是站在整个公司产品层面去考虑的,而我们作为普通开发者,如何去平衡三者之间的关系呢?

image.png

1、业务能力

业务能力是业务架构的关键组成,表示企业执行业务活动的能力,是对完成某一业务目标的一些列业务活动的抽象与封装。

在此背景下,业务能力不仅仅是对公司业务的熟悉程度,而是一种基于日常工作中抽象、封装和总结的业务架构能力。

这种能力可以帮助我们迅速熟悉各种业务需求,深入了解公司产品、需求及发展方向,并为之提供针对性的业务理论指导。

作为技术人员,我们需要将自己的技术能力与现有业务模型相结合,构建一套独特的方法论。

在IT行业中,业务能力可以从以下几个方面来总结:产品背景、业务流程、市场需求、问题分析与解决方案以及创新。

在实际工作中,要构建自己的业务模型体系,我们需要对以下问题心中有数:

1、为什么要这么做?

2、能带来什么价值?

3、我该如何做?

我们都见过在会议讨论中,总有一个人能够直击问题要害并给出解决方案,或者对整个会议进行总结。虽然表面上我们可能不以为然,但内心可能都希望那个人是自己。

拥有一定的业务能力不仅有助于在当前行业的提升,还可推广到其他行业。

这是一种专业化的业务架构能力。

因此,我认为提升个人业务能力是提升个人影响力的关键环节,通过提高个人影响力,进一步提升个人竞争力。

2、技术能力

  • 在国内,我们可以爱好编程,为爱发电,去为技术贡献自己的一份力。

  • 但是我们仍需记得,在工作中,业务永远比技术重要,技术只是手段,不是目的,技术是服务于业务的。

  • 技术的难度对于公司来言没有任何意义,公司关注的永远只是解决需求,带来盈利。

  • 技术要带来盈利,无论是间接的,还是直接的。

选择比努力更重要。

曾了解过一些公司的晋升体系,对于晋升者来说,前期的一些努力是必要的,有的人选择了优质的业务,有的人通过私下去整合轮子,发布到社区,提升个人影响力。

对于选择了业务并充分运用个人技术与架构能力的人来说,他们在产品中所带来的价值越高,主导性越强,产品盈利越好,晋升成功率通常也越高。

毕竟,资本往往是短视的,即便是在国内的科研机构也是如此。知乎例子

因此,我们需要在追求技术进步的同时,关注业务需求和市场变化,以确保我们在职业生涯中做出明智的选择和投入。


image.png
前面说了这么多,其实明确说下来就一点,一定要有一个清晰的认知。

该技术能力,我其实表达的是技术架构能力,对于一个新公司,或者接触到新业务时,需要重新构建自己的业务模型,分析当下和未来业务的发展方向,充分利用个人的技术能力,提前为业务布局。

在这里,我并不会多说如何去针对业务进行技术架构分析。而是将具体业务细化,然后分析业务,落实到技术分析中,从而布局整个技术架构。

通常考虑进行架构设计时,往往都是以哪个技术深,技术新,有可玩性而进行设计;如果站在业务侧,需要既满足业务所需的基础上进行扩展,保证产品的稳定性,才是关键所在。

合理的利用个人架构能力,能让我们在接触新业务时迅速构建自己的业务模型,分析当前和未来业务的发展方向,并充分利用个人技术能力为业务提前布局。

  • 全面了解业务需求

与业务团队密切沟通,确保充分理解业务需求、目标和痛点。深入了解用户需求和市场趋势,以便在技术架构设计时能够紧密结合业务需求。

  • 设计灵活、可扩展的架构

在技术架构设计时,要考虑到业务的可持续发展和变化。设计一个灵活、可扩展的架构,以便在业务发展和变化时能够快速调整和适应。

  • 考虑性能与稳定性

在技术架构设计中,不仅要关注技术的深度和新颖性,还要关注产品的性能和稳定性。确保架构能够在满足业务需求的同时,提供良好的用户体验和系统稳定性。

  • 具备敏捷开发的思维

在技术架构设计过程中,要具备敏捷开发的思维,能够快速响应业务变化和市场需求,迅速迭代和优化产品,以便及时满足业务需求。

综上所述,技术架构设计应该以业务需求为核心,结合业务模型、技术深度和可玩性,以及考虑性能、稳定性和敏捷开发的思维,才能为公司创造最大的价值。

以上都是站在如何提升竞争力的基础上去思考的。

3、管理能力

在这里,我所强调的管理能力是为了让我们在日常工作中对职业规划有更全面的思考。

我们不应该仅限于业务技术管理方面的单一发展,而应该从各个方面来综合考虑。

有些人可能认为他们未来应该朝技术专家方向发展,而不需要考虑管理问题。

虽然个人能力的突出也是一种职业规划方向,但我们此次讨论的重点是如何拓展职业道路以提高个人竞争力。

我们可以通过归纳和总结工作中遇到的问题,提炼出一套适合自己的方法论,并在工作中充分运用。很多时候,只有在实际执行过程中,我们才能发现问题并解决问题。

在这里,我并没有详细讨论管理需要具备哪些能力,这个部分仅仅是为了强调管理能力的重要性。最终,提升管理能力也是为了促进业务的更好发展。

从个人角度来看,具备管理能力可以从整个团队层面来考虑问题,拓宽视野角度,有着充分的业务理解,协同团队成员,以目标导向,提升个人执行力,进而实施。

五、语言组织能力

image.png

我认为当个人能力突出时,如果有着良好的沟通能力,也是极大加分的。

归纳总结

  • 确定核心要点
  • 提炼关键信息
  • 提供支持性论据
  • 结构清晰

此外,在一场会议中,能够从众多纷繁的信息中,根据自己的理解归纳和提取关键信息,并总结出结论或论据,这不仅便于我们个人迅速地理解与记忆,还有利于日后查阅。

清晰的结构不仅便于我们自己再次查阅,也有助于他人更快地理解相关内容。此外,这样的会议总结还能促进跨部门或团队间的沟通与协作,使得信息传递更加高效,提高整个组织的工作效率。

当然,最重要是,在不断地总结中,加强个人归纳总结的能力,为个人表达能力打下基础。

表达能力

良好的表达能力,我认为在整篇文章中应当是最重要的一点。即使能力再强,如果无法清晰地表达出来,或者表达的意思难以理解,明明自己已经理解了,但说出来的话却失去了原意。

在日常工作中,我相信很多人都会遇到这样的人:在描述一个问题时,虽然说了很多,但大家仍然不明白他想表达什么。或者,本可以用一句话简洁地描述的事情,却说了一大堆无关紧要的话。

因此,在日常沟通协作中,准确而简洁地描述重点变得尤为重要。

举个例子:

在企业招聘中,招聘要求通常会包括沟通能力良好较强的沟通能力等。

以技术面试为例,面试官往往会提出一些与源代码相关的问题,面试者需要回答这些问题以证明自己的能力。

源代码问题的答案通常都是简单的,例如Vue 2Vue 3的核心原理,或者React异步调度引擎等。

这些问题的难度在于源代码的封装、抽象以及设计思想和解决问题的思路。

因此,我们可以借鉴《金字塔原理》这本书,通过结构化的思考和组织方式来回答问题。首先提出问题的结论关键点,然后通过分层逻辑支持性细节来展开解释。

只有我们自己的思维结构足够清晰,听众才能更好地理解。

这种能力不仅可以运用在面试中,还可以广泛应用到生活的各个方面。

最后

本篇文章,自从去年下半年以来,我一直在构思如何编写,却始终没有找到合适的切入点。

距离我上次在掘金发布文章已有两年,当时的我也没想到,这次我不再分享技术内容,而是分享关于思考和感悟的内容。

我认为这样的分享非常有必要,因为它是对我多年工作经验的一次认知总结。

将自己的思考用文字表达出来,不仅能加深理解,还能锻炼写作能力,总是有收获的😆。

希望大家阅读完本文后能有所启发。

欢迎大家一起讨论。

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant