技术人如何做好业务?

简介: 技术人如何做好业务?

🙋🏻‍♀️ 编者按:本文作者是蚂蚁集团前端工程师依枫,从如何在业务中建立好的合作关系出发,将自己在业务中成长的经验分享给大家,和大家一起探讨技术人如何做好业务。

加入蚂蚁三年,一路和业务一起成长。业务蚂蚁知识图谱平台-知蛛,获得 2020 全球人工智能产品应用博览会创新产品金奖,“蚂蚁知识图谱ⅹ网商银行”成为 2021 Forrester 金融科技标杆案例;与业务同学一起获得软件著作权 1 个、申请专利 10 个,作为第一发明人申请专利 5 个、已获得国家专利授权 1 个,撰写图可视化解决方案白皮书 1 篇。

我们是技术人,更是业务中的技术人。我们常说的「人事合一」、「因人成事」,指的就是我们的目标是做成业务中的「事」,但同时也需要关注着其中的「人」。本文从如何在业务中建立好的合作关系出发,将自己在业务中成长的经验分享给大家,和大家一起探讨技术人如何做好业务。

  心中有业务大图

首先要有一个观念转换,不把自己当做业务的资源,而是业务的成员。不要被动等着业务提需求接收零散的输入,而是主动理解业务大图、对需要做的事情心中有数,提前布局、把控节奏

⭐心中有业务大图,指的是要清楚的知道业务的核心逻辑、上下游情况、现状(成果、现阶段的痛点),以及现阶段的重点目标;往外去看整个行业的发展、自己业务所在的水位,往远去看行业趋势、业务的长期规划;在这基础上推导出自己所负责方向的核心发力点,并且可以清楚地知道自己方向对业务的价值可以是什么,从而制定出短期和长期的规划,推动业务拿结果。

⭐同时要在这其中分析出哪些是业务重要自己方向又能有沉淀的,哪些是业务重要自己方向仅需要常规参与的,从而去把控好自己方向的节奏。

我们可以通过学习平台使用手册、业务规划、业务案例文章、行业白皮书、业务串讲等渠道来提升自己的业务认知。

  在自己的方向足够专业

在自己的方向足够 Professional,来需求的时候,可以快速判断能不能做、怎么做、需要投入多少人力做。同时,在业务需求调研和评审的时候,用专业知识去思考抽象,符合规范、满足需求的同时沉淀分析思路,给到平台层和上层业务更多的输入,帮助 PD 同学和 UED 同学做产品上更好的体验设计。

💡举个例子,假设你是做某平台可视化的前端同学,已经对整个 AntV 栈的可视化能力非常熟悉,收到一个用户提了一些现有图表能力不能满足的需求,这时候你能够快速判断用户提的需求我们能不能做、应该怎么做、如果真的要做的话我大概要投多少人力去做,帮助 PD 同学去评估 ROI。

关于怎么做,是在已有的图表上做迭代,还是说在已有的图表上开发不合理、需要开发一个新的图表;如果是需要新开发一个图表组件,为什么需要有这个组件?这个组件的定位是什么、适用于怎么样的分析场景;面对这类分析场景,我们在可视化领域通常的分析方法是什么、用户的心智是什么,前端同学都可以给到 PD 同学和设计同学输入,帮助产品体验设计做的更好。

我们可以通过看专业书籍、学习开源技术官网文档、观看 b 站视频、关注专业社区文章、关注公众号的文章、关注竞品的官网动态等形式来提升自己的专业知识储备。

  推动业务进步不设限

首先是在做好自己本职的工作,成为靠谱的队友,让合作同学可以放心把事情交给你;然后是不把自己圈在某一职责、边界以外的事情不关心,不能只为自己的利益考虑;从对事情本身最好的方向出发,更多的从用户体验、平台设计的角度去参与思考;让合作同学觉得你是一个可信任之人,相信你的专业能力也相信你对事情负责的态度

推到业务不设限,我们可以从以下出发:

  • 业务迭代节奏和质量:推动业务健康可持续发展,包括迭代节奏的把控、迭代质量的保障、协作问题的改进等等,制定合作规范来推动合作的提效和交付质量的提高;
  • 产品体验:从专业领域出发给出建议;有时候也要跳出开发者视角,把自己当做一个用户,来体验平台,链路中会发现很多新的问题,推动产品层和自己方向层的改进;
  • 产品能力调研:在做新的产品能力时,以自己方向为重点但不限于自己方向,去调研业界相关竞品的能力,找出它们的亮点,在 PRD 评审和 UED 评审时,结合自己的业务特点给出一些建议;
  • 外包管理技巧:大方向自己把握,从让外包同学理解业务、规范研发流程、培养核心外包成员、保障外包同学的稳定性等角度出发去做外包管理。

  被需要的时候全力以赴

在重要业务需求中不计个人得失,与合作的同学一起全力付出拿结果,打江山的战友情谊是最牢靠的。

例如,有一个重要的业务场景需要在很短的时间交付给用户使用,我们在这个时候就不能让你的队友输,而是要成为一个有给力的伙伴,全力以赴,和业务合作同学一起冲,尽自己能力帮助业务拿结果。

  创造线下见面的机会

有句话叫“先聚人再做事”。在业务合作中,建立人与人之间的连接是很重要的。如果有条件,我们可以多创造线下见面的机会。

没见过面,「文字聊天」的很多语气是脑补的,容易产生误解;「线下面对面」的方式,有利于快速了解、拉进关系,大概摸清每个同学的性格以后,无论是当面讨论问题也好,再文字聊天也好,都会变得更加熟悉、信任。

⭐彼此熟悉的伙伴,往往气场相投,合作起来更顺畅、更高效,可以把事情推动得更快更好;

⭐因为信任所以简单,遇到问题的时候,形成矛盾的可能性也会变小,往往因为人与人之间的连接就大事化小、小事化了了,从而可以更快聚焦在如何解决问题和防止问题再产生这些事情上。

我们可以通过线下会议室开会、吃饭、约奶茶咖啡、组织团建等方式来创造线下见面的机会。

  把吐槽改为建议

不要把自己放在合作同学的对立面,你们是队友不是敌人;发现别人问题的时候,不应该仅仅站在对自己的角度去发泄问题,而是应该向着业务协作更好结果的方向去提建议,想办法沟通问题和解决问题

💡回到初衷,想想怎么才能更好达到我们想要的效果:对事不对人,吐槽可能并不能解决问题、还会引起对方的逆反心理,客观说问题、提建议更好。

⭐不要只抛问题不提解决方案:和对方沟通问题的时候,最好提前思考、带着建议和想法去沟通。

  相互理解、大目标一致

业务中合作的各方(PD、后端、前端、测试、UED)都会有各自的 OKR,每个人也会有自己的优先级;我们尽可能做到相互理解,在推动业务发展这件事情上大目标一致

  • 理解对方的处境,找人合作之前先换位思考下能为别人带来什么;
  • 别人找自己合作的时候如果自己有遇到困难,可以尝试和对方沟通自己的目标和现状,在大目标一致的情况下去动态调整优先级;
  • 如果问题在自己的层级不能解决,可以尝试问题上升寻求帮助。
相关文章
|
6月前
|
移动开发 前端开发 JavaScript
做前端技术方案选型的时候,你是怎么做决策的?
做前端技术方案选型的时候,你是怎么做决策的?
76 0
|
3月前
|
监控 数据可视化 前端开发
高效设计企业营销系统的3种方案实践复盘
高效设计企业营销系统的3种方案实践复盘
37 2
|
7月前
|
存储 监控 架构师
十年业务开发总结,如何做好高效高质量的价值交付
软件交付是一个非常复杂的过程和体系,需要保障好每个阶段的质量和效率才能保障最终的质量和效率。本文将尝试从需求交付的前、中、后三个环节来阐述一下如何做高效高质量的价值交付。
142170 2
|
7月前
|
算法 开发者
如何从写业务代码中跳出来,有效提升个人技术能力?
如何从写业务代码中跳出来,有效提升个人技术能力?
|
12月前
|
安全 搜索推荐
「业务架构」从业务架构角度看自媒体运营
「业务架构」从业务架构角度看自媒体运营
|
12月前
|
数据采集 前端开发 算法
技术与业务同行:做业务的技术人
本文结合了作者的工作经验提出了一些建议,希望每一位技术同学都可以找到适合自己的成长方向和路径。
8064 0
|
数据采集 存储 运维
谈谈企业数据治理的几点思考
根据企业的特点,数据划分为以下三种类型:主数据、交易数据、指标(分析型)数据。
谈谈企业数据治理的几点思考
|
消息中间件 运维 Prometheus
我对业务服务运维架构的一些设计思路
业务性的运维管理从几个维度,主要是IaaS层,中间件层,业务层,运行状态层几个进行的监控管理,结合人工,手工,自动化能力角度进行设计,去掉重复的手工和低阶的运维,使业务运维偏向于高阶的思考,提升整个运维的管理能力
|
人工智能 Cloud Native 数据可视化
优秀技术人,如何做到高效沟通?
世界上有两件最难的事:把别人的钱装进自己的口袋;把自己的思想装进别人的脑袋。
优秀技术人,如何做到高效沟通?
|
存储 缓存 监控
谈谈我们是如何做技术保障
面对业务迅速增长复杂度会呈几何级增加,为了降低维护复杂度而引入了微服务,只要每个服务足够简单,那么维护成本也可以降低。 服务保障也是一个非常困难的事情,今天聊一聊系统稳定性方案。
1475 1
谈谈我们是如何做技术保障