我在阿里收获的N个成长

简介: 如何提升自己的综合能力,阿里前端技术专家与你分享成长经验。

作者 | 樊飞

image.png

作者:樊飞,入职阿里6年,目前在负责支持618、双十一、双十二等淘系营销活动业务的会场页面搭建系统。

引子

最近在内网看到一个贴子《我在阿里学会的23件事》,描述了在阿里收获的成长和淡淡的鸡汤,给了我灵感。也把自己进阿里以来在做事、个人成长以及晋升方面的成长经验做个梳理,有碰壁总结也有良师箴言。

声明:这是一篇非常主观的成长总结,可能有所偏颇,但不涉及观点之争,观点内容也并未展开和深入,还请见谅。

关于做事

个人认为一个人的做事能力由三个方面决定:态度、天赋和方法。在阿里能拉开差距的通常是第三个方面,善于从工作中挖掘、总结并沉淀成自己的方法显得尤为重要。关于在职场如何工作的方法论,市面上书籍颇多,大体都离不开结构化和体系化思考,推荐书籍《金字塔原理》(来自世界顶尖咨询公司的高效工作法)。我这里主要分享下关于做事中常见的一些具体策略感悟:

思考方面

  • 多运用3W1H分析法:一件事情为什么(Why)要做?用户(Who)是谁?要做是什么(What)?怎么做(How)?一件事情被想清楚了就完成了一半。
  • 多运用SMART分析法:制定目标要满足确定性(Specific) 、可度量性(Measurable)、可实现性(Attainable)、相关性(Relevant)和时效性(Time-based);事情被想清楚后,清晰的目标拆解能保障事情更好的达成。
  • 要预想未来的变化,并留有余地:业务和工程代码都在不断的进化之中,如果只是想到当下,那会很快失去价值。小到工具,大到架构,都要有更宽广的视角去思考,考虑更多的因素,尤其是时间因素,太多的架构治理是由于时间拉长导致的(比如NPM包的依赖治理)。
  • 有时候“走一步算一步”并不是贬义词:当事情没有头绪,过于错综复杂的情况下,就拆解到当前能理清头绪,能执行的最小闭环,来落地,一边执行一边思考是更互联网+的思维
  • 先有判断,再有策略:事情正确性判断因背景和场景而异,大体原则是站在这个事情以及要解决的问题的角度,向有利于推动这个事情或者要解决的问题往更好的方向发展的角度,来做是与否,对与错,一或二(如果有多方案的情况下)的选择题判断,再然后根据这个判断做一个梳理,在时间、成本、执行等方面分别存在什么问题?再制定出短、中、长期策略,最终落地执行。
  • 因为相信所以看见:在做有关突破创新的规划和思考时,时常也会扪心自问:这个方向是否正确?是否真的是未来的趋势?后来我发现,这个问题不对,应该是你想让这个方向变成未来的趋势吗?没有人会笃定知道这个方向是趋势,但是有想让它变成趋势的人。

沟通方面

  • 大部分场景下的沟通不畅问题都能通过换位思考解决:沟通的目的是为了达成一致,从TA的角度考虑,能找到沟通不畅的原因,进而更好的达成目的。这里举一个案例:一个涉及到两个板块的需求,导致两个板块负责人有争执。A考虑分工问题,B考虑成本问题。两个人的关注点不同,沟通中在意的点也就不同,如果一开始就把问题聚焦,先沟通技术方案再考虑各自人力分配,过程和结局都会更理想。
  • 书面的沟通记录比口头的沟通协议有保障:口头沟通协主要存在两个弊端:一、口头沟通可能存在信息偏差,表面协议达成一致,但对协议的理解上并不一致;二、口头的协议经不起时间的消磨,说秋后算账的,真到了秋后可能都忘了;所以把沟通内容的结论,书面化同步给所有参与人员,是对事情的负责。

执行方面

  • 敬畏墨菲定律:双十一的复杂场景下已经有太多的案例来证明,如果觉得一个点隐约存在问题,它早晚一定会变成问题。
  • 要有利他的心态:两个原因:一、更有凝聚力做成事;二、送人玫瑰,手有余香。
  • 权利&义务需要对等:举例以项目负责人这个点,作为负责人要有推进项目正常运作上线的义务,也就有制定规则,建立项目成员协同机制的权利;要有解决风险和问题的义务,也就有制定规避风险预案协同机制的权利;涉及到跨团队协同的情况下,还需要能通过主管、项目子负责人等通道,建立跨团队协同机制的义务和权利;一旦权利和义务不对等,项目的运作的顺利与否就是看天吃饭,完全取决于成员的综合素质能力和项目的复杂程度。

关于成长

成长应该都是伴随着阵痛的,疼痛程度因人而异,但成长的经验和思考却存在共性。

  • 成长在于能踏出舒适区,做你认为对但又畏惧的事情:比如从读者变作者、比如从浅尝辄止到深入浅出,比如从参与项目到负责项目……
  • 不要把公司和产品的能力当成是自己的能力:ABMT等大厂待过,再出来面试面跪的也是一大把;镀一层金是有buff加成,但更重要的是自己为公司和产品做过什么,这才是你的能力。
  • 身上一定要有标签:可以是业务的也可以是技术的,比如营销活动、可视化搭建、微前端、web ide等等,能通过一个标签直接联想到你,如果确定了目标就努力吧,你的标签也就是你的个人品牌影响力。
  • 对驱动力的思考:工作中的驱动力无非两种,一种是外在驱动力,即奖罚并存的萝卜加大棒模式,再local化也就是KPI,通常被外在驱动力支配的同学未来的规划方向目标模糊,易迷茫易产生惰性,偶现一段时间的“鸡血”状态可能也是来源于主管的压力,大部分时间都是完成任务,鲜有亮点。另一种是内在驱动力,也就是内心有很强的目标来驱动,这类人通常不会烦恼于绩效,有方向有规划有思考,善沟通善分享,讲到这里你可能脑海里现在会浮现出一些人,这些你认同的同事,以及团队公认的明星或高潜员工在工作中基本都是第二种,内在驱动力最能激励和调动个人积极性,所以从自身看要挖掘自己的内在驱动力,从团队看要挖掘成员的内在驱动力。
  • 对靠谱的思考:通常通过不长的一段时间接触,就能初步判断一个人的靠谱程度,每个人周围其实都有四类不同靠谱程度的同学,需要识别并有针对性的策略来对待,也同时扪心自问下,你是哪一类?

    • 能力靠谱,态度靠谱:这类通常都是一个团队的明星和高潜成员;也是大家最容易相处的成员,不用多说就能合作无间。
    • 能力不靠谱,态度靠谱:这类通常是经验不足,方法论没建立;这种情况,作为项目管理者和主管要及时跟进了解情况,CHECK到细节,给与辅导,能否成长就取决于他自己了,这类是有希望能成长为第一类的。
    • 能力靠谱、态度不靠谱:个人认为,态度比能力更重要。之所以态度不靠谱,这里也有两类,一类是因为他对于这个事情的价值不了解不理解,或者与他的KPI没有关联。这种情况下,作为合作者和主管,需要沟通清楚事情价值,对客户、公司以及对他个人的价值,必要时捆绑KPI。往往态度纠正后这类小伙伴能让你对他会有极大的改观。另外还有一类是”惰性群体“,想过养老生活,细节不说,遇到过的自己应该能理解,如果萝卜加大棒也无法转变,就让时间来考核吧。
    • 能力不靠谱,态度也不靠谱:目前还没遇到过,如果有的话应该属于招聘事故,列入黑名单吧。
  • 对工作中的角色的思考:阿里的技术同学在工作中大体应该会经历三种角色状态:一个人就完全可以cover的单兵作战状态;需要联合不同职能成员,有周期性和确定性目标的项目作战状态;需要形成固定的团队组织结构,长期固定支撑一块或多块业务场景的团队作战状态。这三个状态可能会同时出现在一个人身上,在不同的状态下,一个人也就会有不同的角色,需要快速的完成角色切换,对角色有清晰的认知。

    • 单兵作战:这个状态角色是一个独当一面的普通员工,主要考虑的是从完成工作任务出发,考虑什么时间点应该给到什么东西;考虑如何确保合作伙伴们能跟自己亲密无间的按时保质完成工作任务。
    • 项目作战:这个状态下的角色是带领横向虚拟团队来完成一个较复杂的工作的项目管理者,主要考虑的是从完成项目的角度考虑,考虑如何做项目拆解,谁合适做哪块的事情,他目前负责的事跟这个项目的关系,挖掘他在这个项目中的价值激发成员积极性,考虑如何能让项目成员形成合力来推动和完成项目。
    • 团队作战:这个状态下的角色是作为带领实体团队来支撑业务的主管,主要考虑的是如何带领团队支撑业务更好的往前走,从业务目前现状和未来考虑要构建什么样的能力出发形成中长期的产品和项目。根据团队人的所处阶段、能力特征、重点人才、梯队分布等情况考虑组织团队的阵型,充分了解团队成员的状态、诉求、能力以及问题,头部成员给压力、腰部成员给辅导、尾部同学给希望,考虑支撑好业务的同时让团队能形成梯队良性成长。

关于晋升

从P5入职,前后参加了三次晋升述职,其中有一次失败,应该属于普通的前端“成长”速度。可能是因为有失败也有成功,所以对晋升述职的感受还是非常深刻的。

  • 表达&分享是工作的一部分:我不善于表达,这也是我有一次失败的重要原因之一,但表达和分享确实是工作的一部分,往往还是很重要的一部分。我们都是团队作战,任何想法要让它更好的产生价值,都必须把它同步给团队中的每一个人。很多时候,“说”不是为了突出自己的个人秀,而是实实在在的工作,要推动一件事情,就要集合更多人的力量,要做到朴素而力求准确的表达,便于理解并引起共鸣。《人类简史》中提到现代人类在进化中之所以在远古智人中脱颖而出,就是因为我们更会“说”,交流才有了文化,才有了社会化大分工。在这个点上目前虽有成长但仍旧不足,希望能做到侃侃而谈,声入人心。
  • 晋升述职是自我总结和思考的最佳机会,应该很少人有时间真的静下来沉下来思考自己这一年做的事情,为什么做这些事情,价值是什么,有什么难点,怎么解决的,未来还需要做什么……现在回想还是个难忘的感觉,就像是在把玩一个自己做的手工,盘它!盘到闭着眼睛想象就能360°无死角的介绍它。不是在不停的自我反问中更清晰的缕清自己做的事情,就是在不停的自我否定中走入自我怀疑的误区。心情就像是过山车,会因为缕清一个思路而拍案而起,也会因为一个点的专研不深而自我怀疑,会因为缕清一个自认为清晰的80分ppt而杰克逊附体,也会因为老板的一顿灵魂拷问而觉得“指甲不够咬”,但最后当你走完这整个历程回过头看看,不管晋升结果如何……对于自我都是一次成长,对自己所做的事情、不足有更清晰的认知,对自己的定位更明确,犹如涅槃重生。这都是属于参加晋升面试的珍贵回忆。

结束语

选择合适的团队和业务很重要:以业务为场景挖掘你的技术深度极限,来提高你职场的下限;同样是做页面的性能优化在双十一主会场里做和在普通活动页面做的差距显而易见。优秀的团队通常主管都非常重视对人才的培养,会投入更多的时间和精力,也会给与机会承担更加重要的角色和事情,来提高你职场的上限。一个优秀的团队氛围 + 一个足够当量的业务场景能创造一个相对稳定和优越的外在环境,最后能否快速成长就取决你自己了!


image.png
关注「Alibaba F2E」
把握阿里巴巴前端新动向

相关文章
|
3月前
|
机器学习/深度学习 人工智能 算法
技术成长之路:从新手到专家的心路历程
【8月更文挑战第9天】在技术的世界里,每个人都是从零开始。本文将通过个人经历,探讨如何在技术的海洋中不断学习和成长,最终成为领域内的专家。我们将一起回顾那些挑战与成就,以及它们如何塑造了一个技术人员的职业轨迹。
|
3月前
|
程序员 开发者
技术成长之旅:从新手到专家的蜕变之路
【8月更文挑战第8天】在技术的海洋中,每一位程序员都曾是一名初学者。本文将通过个人经历和行业观察,探讨如何从技术新手成长为领域专家的过程。我们将深入讨论持续学习、实践、反思、交流与创新的重要性,并分享一些实用的成长策略。无论你是刚刚起步的技术爱好者,还是正在追求更高成就的资深开发者,这篇文章都将为你提供宝贵的启示和指导。
|
6月前
|
开发框架 安全 .NET
C#编程高手的成长之路
【4月更文挑战第21天】本文揭示了成为C#编程高手的路径:牢固掌握基础知识和面向对象编程,深入了解C#特性如泛型和委托,精通ASP.NET等框架工具,养成良好编程习惯,持续学习实践并参与开源项目,勇于挑战创新。通过这些步骤,不断提升编程技能,迈向C#编程的巅峰。
55 4
|
6月前
|
人工智能 运维 安全
【年终总结系列 2023】成长与收获:回顾过去、展望未来,加油2024!
【1月更文挑战第1天】年关将至,富余的时间也稍显多了些,遂写下此文,好好回顾一下自己这一年的收获,同时也立下2024年的新年flag。
|
机器学习/深度学习 人工智能 算法
算法小白成长之路(一)
--- title: 算法小白成长之路(一) date: 2022-11-06 20:56:58 tags: -java -算法 -力扣 categories: -算法刷题总结 --- 情景一: 头尾交换位置往中间靠近: 反转字符串: 344. 反转字符串 编写一个函数,其作用是将输入的字符串反转过来。输入字符串以字符数组 s 的形式给出。 不要给另外的数组分配额外的空间,你必须原地修改输入数组、使用 O(1) 的额外空间解决这一问题。 示例 1: 输入:s = ["h","e","l","l","o"] 输出:["o","l","l","e","h"] 示例 2: 输入:s = [
84 0
|
机器学习/深度学习 设计模式 运维
如何快速成长为技术大牛
不管是开发测试运维,每个技术人员心里多多少少都有一个称为技术大牛的梦,毕竟梦想总是要有的,万一实现了呢?正是对技术梦的追求促使我们不断地努力和提升自己,然而梦想是美好地现实却是残酷的,很多同学在实际工作后就会发现,很想称为技术大牛但做的事情看起来跟大牛都不沾边,比如程序员说:“天天写业务代码还加班,如何才能成为技术大牛”。测试说每天都有执行不完的测试用例。运维说:“扛机器 接网线 敲shell命令, 这不是我想要的运维人生”。
如何快速成长为技术大牛
|
Web App开发 人工智能 监控
小可的成长之路——服务器之路
u c个人的云服务器学习与实战的成长之路
186 0
小可的成长之路——服务器之路
|
弹性计算 小程序 数据库
阿里云成长计划
在阿里云开发者团队的全面支持下,相信全新升级的“开发者成长计划”将为培养国内云技术领域优秀人才提供高效助益。
|
物联网 Linux
我在阿里云的成长之路
简述阿里云的部分功能使用,分享心得体会。
|
弹性计算 关系型数据库 MySQL
阿里飞天加速计划助我成长
于2022/9月,我开启了阿里云的飞天加速计划,获得了免费的云服务器用于学习。