概述
技术人如何了解业务
|0x00 如何理解业务优先
绝大多数情况下,技术部门,都是“业务优先”,这一点,应该是共识。
一个公司要发展的好,首先是因为业务模式领先,有了收入,才能够继续的扩充团队、扩大业务规模,技术场景才能有落地的根基,技术人员才能有发展的目标。因此,了解业务,为业务做驱动,其实是技术人员的职责所在。
但技术能力可以忽视吗?也不是。不论是做效能、安全、体验、质量,这些间接工作,也是能够推动业务发展的,区别在于影响的方式和程度不同。不论是直接影响或者是间接推动,只要可以让业务发展的更好,就应该去做。业务优先,并不意味着技术的沉淀没有用处,而是为技术的选型、资源的投入等方向,做决策参考的依据,只有投入“对”的事情,技术的沉淀才能够体现出应有的价值。
这里提一点大多数人会忽视的问题,那就是,理解业务、业务优先,会提升技术人员的效能。当公司或者团队的发展目标不明确、业务价值不清晰的时候,技术人员就往往会对自己产生质疑,质疑做事情的价值,担心自己的努力不被认可。因此,一个能够熟悉、了解、认可业务的技术同学,往往会对自己应该做什么,有比较明确的认知,对于交代工作的使命感,也会产生不一样的影响。换句话说,效能,其实是人的“精神力量”体现,而不仅仅是敏捷开发或者流程优化能够解决的问题。
大公司热衷于搞培训,是有其价值的。
|0x01 从阅读周报开始
那么技术人员踏入工作岗位之后,应该如何快速了解和熟悉业务呢?最快的途径,莫过于从阅读“周报”开始。
很多人抱怨,每天要收到很多邮件,不管跟自己有没有关系,尤其是周报,是一种信息过载的表现。其实业务团队的周报里,往往包含了业务发展的现状。困惑、策略与对策。例如新员工入职后,通常会有相应的培训,交代公司或者部门的业务大图、发展情况等,但实际情况如何,是没有详细交代的。如果你细心去阅读业务团队的周报,坚持上几个月的时间,相信你会对业务的发展有一种不一样的见解。
所以,我一直认为,如果单纯的强调“取消周报”,是不对的,如何及时的将项目进展、风险、对策等信息与团队同步,才是周报的意义所在。
当阅读周报养成习惯之后,一位技术人员就具备了初步的团队管理能力。有一天自己要带团队了,就不仅仅需要看自己团队的周报了,还需要去多阅读合作团队的周报,寻找大家共同的KPI,下次遇到合作的问题时,带着KPI目标去跟对方谈判,相信进展会顺利的多。
除此之外,还需要与业务侧的产品、运营、市场等同学多聊聊,倾听他们心中的困惑,或者是业务发展的瓶颈,想一想自己的技术能够为解决这些问题带来什么。很多技术同学有一种“盲目的自信”,造了某个轮子,能解决XX问题,好像就可以推动业务发展。其实不然,业务的问题往往并不只是提升技术能力能够解决的,比如算法、数据分析,就是需要将产品与技术进行链接,才能产生价值。
但如果有能力,最好直接参与到业务的决策过程中,亲身体会高管对于业务发展的思考与对策,这对于一名技术人员的成长来说,受益匪浅。
|0x02 学会寻找技术增值
如果仅仅是将项目“按时、保质”的交付,这大概交给外包同学也能解决。
业务方对于技术最多的诉求,大约就是希望快速的交付和上线。而“工欲善其事,必先利其器”,做到这一点,就需要不断的升级和优化自己的研发工具,或者是不断的锤炼和验证自己的方法论。这是研发效能的意义所在,也是绝大多数技术沉淀的价值导向。但对于工具的好用程度,其实是很难量化的,不同的场景、相同的事情,可能会产生截然相反的效果。因此很多业务技术的KPI里,有一条,是业务侧的评价反馈,其意义正是在于评价技术沉淀的效果,是否真正的解决了业务的痛点。
产出质量,是技术增值的另一种体现。早年电商平台做“大促”的时候,往往会遇到系统崩溃的情况,但今天已经很少见到了,这就是产出质量提升的直接结果。不仅是C端,在B端中,当高层要做某个重要决策的时候,往往依赖的也是数据的准确性,如果提供了错误的数据,那么决策就要出问题。因此技术人员在打造技术沉淀的时候,能不能持续的领先同行业,将自己的工具做成标杆,就是非常重要的业务价值体现。
很多同学会追问,这些与“理解业务”的共性在哪里,会给我带来什么?我一直认为,不懂业务的开发,大概就像是流水线上的工人,容易被替代,也就难以有更大的发展。技术人有三个能力很重要:技术能力、项目能力和业务能力,越是到了高年级,对于业务能力就越是看重。这个阶段的评价,大概就是你的技术,会为业务带来什么。如果不懂得技术如何增值,那么在高年级的竞争中,恐怕也是非常危险的。
|0xFF 观察自己的差距
在向高管汇报新业务的时候,通常都会有这么几个要求:业务的用户是谁?业务解决了什么痛点?你在业务中贡献了什么价值?
能快速回答这三个问题,通常意味着你对于商业模式已经有了一定的了解。比如:我们的产品流量是从哪里来的?有了流量之后,产品的内容如何获取?产品目前的生态与竞品如何?商业化的点在哪里。了解整体之后,再回到微观上来,就能看到自己所做的东西,在整条链路中,处于哪个位置,它存在的意义和价值是什么,业务对于这个模块的诉求又在哪里。当思考到这一层的时候,你对于这个业务就会有一个比较清晰的认知,对于解答我为什么要做这个业务、如何突破目前的困境,也就有了比较好的理解,在与业务方的PK过程中,往往会为自己争得比较有利的结果。争取的有利结果多了,KPI与晋升,也就可能不是什么问题了,因为你是独一无二的。
达到这种程度,并不容易,因为有些业务很复杂,涉及面太多了。这个时候,就需要自己从其他渠道补全知识了。比如阅读书籍、行业文档等。读的多了、问的多了、想的多了,就有了自己的洞察能力,也就具备了高年级同学的能力了。
当然,讲了这么多,并不是一定要求技术人员都能办到,只是提供了一种视角,看看自己与牛人,差距到底有多大。
最后
以上就是紧张魔镜为你收集整理的技术人如何了解业务的全部内容,希望文章能够帮你解决技术人如何了解业务所遇到的程序开发问题。
如果觉得靠谱客网站的内容还不错,欢迎将靠谱客网站推荐给程序员好友。
发表评论 取消回复