zoukankan      html  css  js  c++  java
  • 如何成为一名大厂的优秀员工? AlexCool

    点击上方蓝字关注公众号

    被评为优秀员工是对自己辛苦工作的认可,能力的肯定,其次每个公司都会重点奖励优秀员工,会在各方面进行资源倾斜,可以帮您快速升职加薪。                                                             

    前言

    工作中我们发现,不少同学工作很忙,天天加班,做了很多事情,但绩效并不好,这是什么原因导致的呢?

    对于团队,部门,甚至公司来说,即可以解决短期问题又可以长期发展的人才是公司需要的!既能解决当下又能面向未来!

    如何才能成为一名优秀员工呢?尤其是在大厂里面,各路优秀人才齐聚,如何让自己更出众?

    制定优秀的目标

    业务部门中的研发团队其实是支撑团队,业务目标才是第一性的。此即有第一层的延伸:

    • 层次:目标是有层次的。在业务目标的层次下,研发团队本身是无目的、无意识的,只具备工具属性;

    研发目标只是实现业务目标的一个可行路径,研发目标无条件对齐业务目标。不会出现超越业务目标的研发目标,这样对组织而言是人力和经费的浪费。

    那么在落地执行的层次上讲,研发的目标是怎样的呢?如果说研发团队本身是工具属性,即如庖丁手中的刀,那是否意味着研发的OKR直接跟随产品OKR即可了呢?以产品的目标为目标,完成产品的需求即是开发人员的OKR,岂不是快哉,很省事?!

    这里我们就要谈到第二层的延伸:

    • 研发团队的主观能动性:一个需求,由张三完成和李四完成有何区别?如果两个人都以完成产品需求为OKR目标,那相当于抹平了差异,忽略了研发人员的主观能动性;

    那么完成相同的需求,研发之间的差异性体现在什么地方呢?当我们说一个研发靠谱,活干的漂亮,究竟是在说什么呢?我们通常是指两点:效能和质量!我们下文对这两点展开论述。

    因此,对优秀员工而言,如何完成需求不是OKR,如何优秀的完成需求,才是OKR!

    ---- 完成需求是第一位的,体现员工的价值;

    ---- 优秀地完成任务,体现了优秀员工的价值;

    其中,优秀 = 高效能 + 高质量 + 可持续!

    效能

    效能就是快,包括:

    • 需求交付快;

    • 低运营,免运营;

    • 后续迭代快等;

    所有研发人员对此效能的目标应该是一致的,但如何实现,则与个人具体的工作相关。

    比如,有的团队瓶颈在于研发环境糟糕,一次编译需要10分钟,那么其中一条KR可能就是:编译耗时缩短到2分钟以内。至于如何落地,那可能又要把KR当成目标,对实际情况进行细化分析。

    那么2分钟是如何得来的呢,如果我们只会从上到下的拆分目标,那难免会出现拍脑袋的情况。此时又需要由下而上的反馈机制。提升编译速度的技术路线是什么,常规可以达到什么程度,实施阶段及各阶段在何时可以完成,这些在制订OKR时都是要有概念的。

    质量

    质量就是好,同样包括多方面:

    • 用户体验好,如响应快;

    • 无资金、数据等安全问题;

    • 无现网故障问题;故障时低MTTR等;

    质量是效能的基石,没有质量的快是无任何意义的。对研发人员而言,实现质量的路径是明确的,就是规范。

    质量保证有明确的模式,在各个团队的差异就在于各环节执行的到位程度。有的团队可能对代码把控比较强,但是灰度发布执行并不到位等,可能就需要提升系统的面向灰度发布的能力。

    质量的保证措施可能会拖慢效能,如此团队的OKR也可以是如何高效能的保证质量,包括通用能力的快速复制等。

    可持续

    一次快不算快,可能以后步步慢。同样,一次好未必是真好,可能是运气好。高效能和高质量必须是可持续的。为了完成可持续的目标,可能就有很多负债需要解决。这也可以作为研发的OKR。

    可度量

    当每位同学在年初都设计好了自己的OKR,年终我们来评定的时候,如何清楚他们的完成程度呢。

    如果某个同学的目标是:提升某某业务系统的开发效能。年终核算,该同学说自我感觉效能提升了很多,值得一个五星。那最后五星指标肯定是不够用的。因此OKR必须客观可度量。

    某管理学大师即称:若你无法衡量它,即无法改进它。不可衡量的目标是没有意义的。若不可衡量,说明当前工作模模糊糊,一塌糊涂。

    深入思考

    保持深入思考,避免工作上死板地完成任务

    (1)对于工作中遇到的各项任务需求,在着手进行优化前,应有意识地对需求背后的真实目的与痛点进行思考甚至必要的调研,而不是抱着完成任务的心态盲目的进行开发。对于一些不合理的需求应该主动思考是否必要,有没有更好的方式达到最终目标。

    (2)功能上线前的验证环节应深入思考,重视对待,对能想到的、有可能产生影响的各项指标都进行全面深入观察,最大程度将风险在线下发现、解决。

    (3)功能上线后应有较为长期的持续跟进观察,减少长短期指标偏差带来的风险。

    (4)在日常工作中应意识到每一次的需求背后对于整个项目及小组的价值所在,仅仅考虑完成工作还不够,应意识到个人工作对项目、小组的意义。这也有利于个人职业发展,增加工作过程中的成就感。

    (5)不断精细化是监控系统的长期方向及目标。

    (6 )  设计方案要考虑长期演进,分期迭代, 按二八原则对功能进行优先级分排序,避免无效工作,把宝贵的时间用在刀刃上。

    大局观

    (1)提升自身对部门的了解。从只能看到手头工作,到对部门发展历程及未来目标有了更加深入且立体的了解。其次要对整个行业领域有更多了解,扩大自己的视野,在设计方案能积极提出业界主流方案供团队参考。

    (2)拥有owner责任意识,对项目牵扯各个组件和资源进行梳理,一定要围绕目标,协调好资源(包括需要配合的同事),"推动"大家一起齐心协力完成项目,只有项目顺利完成,你的贡献会更有意义。

    (3)明确任务整体目标,在每项任务的前期(调研,设计方案,评审方案等)、中期(开发,调试,测试)和后期(灰度上线,运营,监控,指标等)该如何进行都有明确计划,并及时跟踪进展和反馈风险。

    (4)理解个人工作和团队价值的关系,让团队价值最大化,只有团队取得胜利,个人获得MVP才有价值。

    最后

    希望大家努力提高自己,新年开始,制定好目标,然后努力去实现它,优秀指日可待。

    点击上方蓝字关注公众号,阅读更多好文章

       

  • 相关阅读:
    SQL GROUPING 运算符
    SQL 中各种各样的函数
    SQL 窗口函数简介
    [OpenWrt] 简单的策略路由
    简略讲解OpenWrt的路由配置(单播路由/静态路由、策略路由、IGMP组播路由)
    WPF中XAML中使用String.Format格式化字符串示例
    链接服务器使用OPENQUERY性能提升
    VSCode中不能使用cnpm的解决方案
    SQL执行时间计算常用的两种方法
    C# 实现简体中文和繁体中文的转换
  • 原文地址:https://www.cnblogs.com/alexcool/p/14788236.html
Copyright © 2011-2022 走看看