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

40 | 运维需要懂产品和运营吗?

能将产品推广落地
能将需求讲清楚
产品PRD的雏形
运维是架构稳定和演进的看护者
运维成了整个技术架构的设计者之一
运维的价值和能力体现
运维要有产品和运营意识
运维体系类比为产品业务体系
过程改进
线上运行数据分析
平台推广落地
落地实现
需求提炼
找出问题和隐患,转化为需求
转化痛点为需求
转化工作为需求
总结
角色转变和价值体现
技术运营
技术产品
运维需要懂产品和运营吗?

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

在《云计算和 AI 时代,运维应该如何做好转型》这一期内容中,我提到两个转型建议:一个是技术产品,另一个就是技术运营。今天我就更加聚焦地来分享这个观点。
我们运维接触更多的是软件生命周期中的运行维护阶段,我之前总结过一张图,就是在这个阶段要做的一些事情,把它们串起来就是下图:
这张图的思路应该非常清晰了,而且对照一下我们日常在做的工作,基本上也离不开图中所描述的这些事情。
这里我想表达的是,我们应该从这张图中敏锐地观察到,研发团队对运维团队的诉求,以及运维呈现的价值已经发生了变化,我们更加需要能够帮助团队建设出高效运维体系的角色,而不是能够被动响应更多问题的角色

运维的角色转变和价值体现

打造一个运维体系,我们完全可以把它类比为一个产品业务体系。我们公司的组织架构中,针对一个产品或业务,如果要对其进行技术上的实现,自然就离不开类似运营提需求,产品分析设计、业务架构师设计建模、开发实现以及测试保障这样一环套一环的配合,每个角色都发挥着独特的价值。
那么,对于一个运维体系,就相当于是面向研发团队内部的一套技术业务体系,只不过我们的需求方和客户是开发人员,而不是业务人员。
我们对照一下可以发现,运维团队中技术环节的角色是不缺的,但是缺少的是业务环节的产品和运营角色。但是我们做事情,不一定非要有岗位上的明确设置才能往下做,只要有能起到这个作用的人承担这样的职责就够了。而这里,最合适做这个事情的,一定是运维,因为运维是日常线上运维的执行者,只有运维最清楚这里面的细节、问题和痛点,换其他人可能很难能够讲清楚
确认放弃笔记?
放弃后所记笔记将不保留。
新功能上线,你的历史笔记已初始化为私密笔记,是否一键批量公开?
批量公开的笔记不会为你同步至部落
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线
笔记
复制
AI
  • 深入了解
  • 翻译
    • 英语
    • 中文简体
    • 中文繁体
    • 法语
    • 德语
    • 日语
    • 韩语
    • 俄语
    • 西班牙语
    • 阿拉伯语
  • 解释
  • 总结

在云计算和AI时代,运维需要懂产品和运营吗?这篇文章探讨了运维在技术产品和技术运营方面的转型和发展。作者指出,运维团队需要具备产品和运营意识,能够帮助团队建设高效运维体系,而不仅仅是被动响应问题。文章强调了运维团队在技术产品和技术运营方面的角色转变和价值体现,提出了技术产品和技术运营的重要性。作者还详细阐述了技术产品和技术运营的具体工作内容,包括需求提炼、落地实现、平台推广落地、线上运行数据分析和过程改进等方面。最后,文章总结指出,运维已成为整个技术架构的设计者之一,具备技术产品和技术运营的能力至关重要。整体而言,本文强调了运维在技术产品和技术运营方面的重要性,为运维人员提供了转型和发展的思路和方向。

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

全部留言(9)

  • 最新
  • 精选
  • easyops
    运维人员的思想不能在局限于解决日常运维场景问题,而更应该有外延和内收的增强知识面。外延可以把自己的技术推广,打造个人影响力;内收可以把更多的运维场景梳理出来,真正地了解运维的需求,痛点,从而更好的修炼自己的内功。

    作者回复: 老王就是内外兼修的大神!

    2018-01-19
    2
    9
  • 朱雯
    听赵老师的课,提到最多的词就是生命力和价值呈现。如果只是专注于技术,对这两个词感触很可能就只是迷迷糊糊。这个课程之中使用了很多例子描述这两个词,让我明白了我该做的一些事情。1解决问题而不是沉迷技术。2呈现价值,提高岗位生命力。

    作者回复: 期望对你有帮助,多交流。

    2018-01-21
    8
  • haormj
    对于小公司而言有没有推荐的运维平台,看蓝鲸的介绍不错,但是只是CMDB和作业平台还好,容器管理不开放,自己做不知道如何入手。

    作者回复: 业务在云上的话可以考虑云上的运维平台,但是应用层面的自动化运维,还是要自己做,这也是很多运维平台很强大,但提供的更多是通用服务,个性化的很难满足。

    2018-01-22
    2
  • 大G来了呦
    代码能力就是运维同学的必修课

    作者回复: 未来一定是这样,其实代码能力是一方面,更核心的是,要具备代码思维

    2020-09-14
    1
  • 岑崟
    运维的转型不仅是一线运维人员所面临的问题,也是运维管理者所面临的挑战。管理者的思想不转变,团队也难以转型;亦或者思想转变了,没有一个可实施的路径,无法承受在转型中的阵痛,没有在高一层的有力支持,有时候转型也是徒劳

    作者回复: 运维管理者首先要转变,研发团队的管理者也需要转变

    2018-01-25
    2
    1
  • 牧野静风
    现在才拜读到赵老师的文章,如遇甘霖,我一直也在思考如何将运维工作自动化,也有很多想法,可是编码能力有限,也是慢慢在摸索。

    作者回复: 编码能力是一点点锻炼出来的,可以所做起来再说,从shell到python,再到go和java,一点点来。

    2019-07-26
  • 怀揣梦想的学渣
    作者多次提到运维不应局限于被动维护这样一个思想,在我的工作中,是有这样感受的。若是局限于遇到问题-解决问题-输出经验-遇到问题-复用经验,整个人是被困在这样的循环中。当我发现某个问题是可以主动联系产品研发进行根源上解决时,当我发现联系产品研发解决某个问题,并且全国的客户都不会再遇到这个问题时,我感受到运维的价值应当站在产品全生命周期去看,不应与研发对立,也不应局限于我的工作完成就结束。或许公司给的薪资不尽人意,但个人应当珍惜职业口碑,塑造更有价值的自己。
    2022-03-18
    1
  • 技术修行者
    站在不同的高度,看到不同的风景。 摆脱传统运维的固定思维,跳出舒适区,积极拥抱变化,和上下游一起协作,保证整体业务架构和技术架构的稳定性和可运营性。 忽然感觉运维变得高大上了!
    2020-05-28
    1
  • Raymond吕
    思想越成熟的公司,比如华为,腾讯,阿里等,对运维都有自己的定义,有成套的体系和方法论支撑。其实不管自己能不能做到那种高度,但至少要知道有人曾经在那里,而不是抱怨环境导致自己停滞进化。
    2020-03-03
收起评论
显示
设置
留言
9
收藏
沉浸
阅读
分享
手机端
快捷键
回顶部