Q2：怎么建立度量体系？
A2：我有几点建议 ， 首先度量一定是为了解决问题的 ， 我们做度量的时候 ， 先要确定我们需要解决的问题的痛点是什么 。 根据我的理解 ， 度量不是面向一线工程师的 ， 所以在做度量的时候 ， 一定要与TL一层的管理对齐目标 ， 对齐目标需求 ， 再建立对应的指标体系 ， 进行指标的采集 ， 度量 。 度量其实分为过程指标和结果指标 。 我们一般做度量的话 ， 度量格就涉及到考核了 。 我觉得做度量这件事情 ， 你首先要确定你为了做这件事情 ， 可能需要获得更多的支持 ， 我们要先去拿结果指标跟上层对齐目标 ， 然后获得更多的资源 ， 再去根据具体问题看过程指标 。 最后一个原则就是MARI原则(度量分析回滚改进原则) ， 我们遵循这个原则 ， 让数据说话 ， 用数据去解决问题 。
Q3：如何进行需求的分层管理？
A3：我说一下我们公司的一个具体实践 。 我们公司是采用OKR的管理机制 ， 首先我们确定了整个公司的业务目标 ， 然后各个团队去制定自己的O目标 ， 之后根据目标去设立对应的一些结果指标 ， 然后结果指标再去拆分成具体的一些产品需求 ， 再去对这个需求进行跟踪管理 。 所以就是分了三级 ， 对于上级来说 ， 我们关注的是整个目标的情况；对于中层来说 ， 关注的是结果指标这一层 ， 看这一个点我是不是要达标；对于一线来说 ， 关注的是需求的交付 。
Q4：DevOps是不是一定要基于一些方法论？
A4：比如说项目管理 ， 我们一般与敏捷相结合的话 ， 有了敏捷方法论 ， 然后我们去落地这个项目管理 ， 例如现在最常用的是看板管理 ， 它使用这些方法论会让我们解决问题更快捷 ， 更高效 ， 但是它不是必须的 ， 比如说TDD ， 我们在建立DevOps体系 ， 当初并没有TDD ， TDD测试驱动开发其实是在最近几年体系比较完善的时候才要做的事情 。 所以在没有这些方法论之前 ， 我们做的是一些单点的提效 ， 当然有这些方法论的时候 ， 我们去做参考 ， 然后把这些单点的流程做场景化的落地实践 。 理论跟实践结合起来 ， 我觉得会达到更好的效果 。 前两天看一些大佬们分享 ， DevOps实践其实是重在道法器术 ， 道当然指的方法论 ， 所以在一些方法论的指导下我们去落地实践可能会更好一点 。
Q5：DevOps跟SRE有什么区别？
A5：下面是我的一些理解 ， 可能有些偏颇 ， 然后大家如果觉得不合适 ， 我们可以再探讨 。 从内容方面 ， 我觉得是DevOps是一套方法论 ， 它最终的体现是落地到一套工具 ， 平台 ， 它包含了项目管理、开发、测试、运维等多个领域 ， 而SRE主要还是在运维领域；从目标层面来看 ， DevOps是保证项目过程的质量和目标 ， 当然它也对最终服务的健壮性负有责任 。 但是SRE主要还是为服务的可靠性提供保障；从执行人员来看 ， DevOps发起方一般可以是PM ， 质量保障运维或者工具等团队 ， 而SRE主要还是运维人员 。 所以从我的理解层面来说 ， DevOps是囊括运维领域的 。
点击链接回看本期直播
https://v.zmengzhu.com/play/10241836?i=7907844&ticket_id=10241836&mod=play&domain=zmengzhu.com
>>>>
活动推荐 - Gdevops峰会·广州站
2022 Gdevops全球敏捷运维峰会·广州站将于5月13日举办 ， 精选运维热门议题 ， 共同探索云原生时代下的运维转型蜕变之路 ， 部分议题抢先剧透：
- 【腾讯游戏】腾讯游戏SRE工具链建设实践
- 【平安银行】数据库智能化运维实践之故障自愈
- 【光大银行】光大银行智能运维探索与实践
特别声明：本站内容均来自网友提供或互联网，仅供参考，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系，我们将在24小时内删除。