赵成的运维体系管理课
赵成
《进化: 运维技术变革与实践探索》作者
37829 人已学习
新⼈⾸单¥59
登录后,你可以任选4讲全文学习
课程目录
已完结/共 49 讲
开篇词 (1讲)
效率和稳定性最佳实践 (20讲)
赵成的运维体系管理课
15
15
1.0x
00:00/00:00
登录|注册

38 | 我是如何走上运维岗位的?

三线研发维优
二线技术支持
一线维护
三线研发维优的高要求
项目性质的原因
对客户和用户的尊重
一、二、三线运维机制
首问负责,问题闭环
全面看待问题
文字表达和口头表达能力
服务心态
获得信任和认可
主动研究解决问题
团队协作解决问题
个人感受和成长
运维体系和运作机制
培养的软技能
项目上线后面临的挑战
参与开发阅读类互联网产品
个人发展建议
华为内部对运维的定位和尊重
加入华为电信软件部门
给我们的一点启发
为什么会把运维当作职业发展的方向
怎么开始做运维工作的

该思维导图由 AI 生成,仅供参考

在专栏介绍中,我简单分享了自己为什么会走上运维这个岗位,一是责任心使然,出现问题时总是会主动冲在前面解决,另一个是在这个过程中技能提升得很快,很有成就感。不过当时受篇幅所限,并没有完整说明,所以今天我想再来聊一聊这个话题。
聊这个话题还有一个出发点,就是当下业界对运维的认知和定位还是存在很多问题的,有不少贬低运维的言论,所以我想结合自己的经历谈谈对这个事情的看法,期望能够带给你一些启发。

我是怎么开始做运维工作的?

我做运维是在加入华为 1 年后开始的。在华为内部,我从来没有听说过任何贬低运维的说法,反倒是从华为出来,才开始听到一些言论,比如运维背锅、运维层次低等等,当时感觉还有点怪怪的,这一点下面会再详细讲到。
我当时是在华为电信软件部门,大家熟知的短信、彩信、智能网、BOSS 计费系统以及运营商客服系统等都是这个部门的产品。我到公司没多久就进入了一个新成立的项目组,为运营商开发一个阅读类互联网产品,因为是工作后参与的第一个正式项目,从需求讨论、方案选型、代码开发到上线这样一路跟来下,几乎倾注了我所有的热情。当时完全是封闭式开发,除了吃饭睡觉,其它时间基本都用在这个项目上,周六日都是泡在公司的。
项目上线之后,基于运营商海量用户的积累,业务量很快就增长上来了,按照惯例,各种系统问题、故障宕机也随之而来了。当时我们团队规模不大,大家也都是齐心协力,出现问题我们总是一群人一起冲上去解决问题。之所以有这样的反应,主要是因为不忍心看到自己和团队一手打造出来的系统出问题。在华为,软件质量的荣誉感胜过一切。
因为我经验尚浅,所以一开始都是跟在后面看着主管和老员工解决,后来对于一些疑难问题,我就会主动要求接过来研究一下,有时候一个问题要研究好几天才会有些眉目,不过也是在这样的一个过程中,随着解决的问题越来越多,经验也就越来越丰富,很快就成长了起来。
再加上我一直是出现问题后,第一个做出响应和冲到最前面的那个人,主管和团队也对我有了足够的信任和认可,也正是因为获得了这样的信任和认可,后来我得到的成长机会就越来越多。
这里就分享一点:
要敢于承担责任,敢于表达自己的想法。特别是对于职场新人,只有承担,且敢于承担更多更重要的责任,才能够快速成长起来。一些重要事项,主管肯定是优先安排最稳妥和靠谱的人去做,这个时候老员工的优势会更明显,作为新人或经验尚浅的员工,如果没有积极主动的态度和令人放心的表现,很多好机会往往就与你失之交臂了。
当时,我们解决完问题,不仅仅是内部解决完就好了,还要给客户汇报。说简单点,就是把问题原因、处理过程和后续改进措施,用客户能够听懂的表达方式讲出来。一般都是先用邮件发送正式的报告,然后再当面做解释和汇报。当客户不理解、不认可的时候,你就要花更多的时间和精力想办法去表达清楚。
说实话,我当时认为这是非常浪费时间的事情,我想要是把这些时间都花在技术研发上该多好。不过,多年以后回过头来看,这个过程对于培养、提升自己的“软技能”是很有帮助的,主要锻炼了以下几个能力。
确认放弃笔记?
放弃后所记笔记将不保留。
新功能上线,你的历史笔记已初始化为私密笔记,是否一键批量公开?
批量公开的笔记不会为你同步至部落
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线
笔记
复制
AI
  • 深入了解
  • 翻译
    • 英语
    • 中文简体
    • 中文繁体
    • 法语
    • 德语
    • 日语
    • 韩语
    • 俄语
    • 西班牙语
    • 阿拉伯语
  • 解释
  • 总结

这篇文章以作者在华为软件部门从事运维工作的成长经历为主线,分享了在运维岗位上的认知和重要工作习惯。作者通过自身经历,突出了在运维岗位上的成长经历和对运维工作的认知,以及在工作中培养的重要工作习惯和软技能。文章内容详实,涵盖了华为内部运维体系的一、二、三线维护机制和协作体系,以及对运维岗位的高度定位和尊重。通过作者的经历和观点,读者可以了解到运维工作的重要性,以及在这一领域成长和发展的机遇和挑战。文章最后鼓励读者在个人成长和实际工作中勇于面对问题,努力提升个人能力,追求更优秀的职业发展。

仅可试看部分内容,如需阅读全部内容,请付费购买文章所属专栏
《赵成的运维体系管理课》
新⼈⾸单¥59
立即购买
登录 后留言

全部留言(10)

  • 最新
  • 精选
  • 宵伯特
    大部分的程序员都局限于技术开发范围,对于产品的责任心和认同感并不强,常见的说辞是出于明确的职责划分,但更多的原因来自于团队文化的影响。而对于产品的开发,很少有团队能有合理而明确的职责划分,大部分都是基于传统开发领域的认知,对于职责的边界划分其实都含糊不清。 尤其在小的团队中,运维的职责可能落到项目管理者或专职的运维人员身上,其他开发人员的参与度不够,自然就不对线上和客户有多少的责任感,如果能让这些人员也参与进来,那么所有人的能动性应该会有所提升的。

    作者回复: 责任可以有边界,但是做事不能有边界,你的我的分太清楚了,有时候事情就没法做了。

    2018-01-02
    11
  • lasdaybg
    做过开发,也做过运维,从技术角度看,可能开发难度更大一些,但是从做事角度看,运维更有挑战性。做开发,确定性的工作多一些,做运维,不确定性的工作更多

    作者回复: 这个观点很不错。

    2020-05-24
    9
  • 怀刚
    表示身同感受,选择了就把他做精做细形成差异化,职场越往后软技能和Owner精神很重要,做事不设边界对不确定的事情保持乐观;很认同轮岗或到一线体验,但很多公司很难有这样的机会。我们遇到人员骤增导致生产力严重下降的问题,往往都为了甩锅撇清干系,哪怕是一个非核心的小问题也要花费很大的时间精力沟通或公关,反过来受影响的却是用户,时间久了就形成了很不好的习惯和文化,没有大公司的命却得了大公司的病,赵老师有好的建议吗?

    作者回复: 团队氛围和体制上的问题,只能在氛围和体制上改进,我也没有太好的办法。 不过对你个人来讲,可以坚持你认为正确的做事方式,不必去纠结非常细致的责任问题,这样你看问题会更全面,对你个人成长还是有好处的。 最后,完成工作的基础上,一定要关注个人成长。

    2018-01-16
    2
    4
  • 戴开显
    前几个月我还有过类似的疑惑,那段时间我在公司是兼做开发和运维。做了比较长的时间业务开发,和一小段时间的运维,隐隐约约觉得运维相关的活给自己带来的挑战更大。但是和一个主要做运维,偶尔做些许开发的同学沟通,他却说运维太low 了。 这里面我相信有一些原因是各自有各自的舒适区,对于自己比较熟练东西,可能会主观的认为没那么难。但是,客观的层面,我觉得运维确实有一些工作,会对工程师个人能力的要求更高,同时也会给工程师带来更快的成长。尤其是一线业务的线上运维工作。 对于想要成为一个合格的Backend架构师的我来说,运维岗位的锻炼是不可或缺的。✊🏻✊🏻✊🏻

    作者回复: 加油,只要你有心!

    2018-01-04
    4
  • 若丶相依
    不是我的活儿我可以考虑干,不是我的锅我坚决不背。

    作者回复: 职责可以有便捷,但是做事不能有边界

    2020-03-28
    2
    1
  • 吴澎湖
    我只想知道,你是怎能保持这好看的身材和相貌的吧

    作者回复: 坚持锻炼,半年之后自然会体现在身材和相貌上。

    2019-08-08
    1
  • kevinsu
    用心去做事,平时多总结思考归纳,坚持,结局不会太差
    2019-05-16
    2
  • 技术修行者
    1. 职责可以有边界,但做事不能有。 2. 积极主动承担责任。 3. 以终为始,争取产出超出期望。
    2020-05-28
    1
  • GeekAmI
    态度决定高度 哈哈
    2018-01-10
    1
  • 老衲只吃肉
    非常认同【平时多做一点,做得认真一点,确保最终能够拿到结果,而且稍微努力一下,尽量拿到比预期好一些的结果】。 如果能做到以上,这个人去哪都是有很大机会往管理层上位,领导也很放心将事情交给这样的下属。然而职场大部分都停留在抱怨,而不是去解决你所抱怨的问题。
    2019-07-22
收起评论
显示
设置
留言
10
收藏
沉浸
阅读
分享
手机端
快捷键
回顶部