devops|中小公司效率为王,没必要度量

devops,中小,公司,效率,必要,度量 · 浏览次数 : 116

小编点评

## 理解研发效能度量 **理解研发效能度量需要从以下几个方面来理解:** 1. **目标:** 开发人员希望通过进行研发效能度量,实现哪些目标?例如:降低研发成本、提高代码质量、加快开发速度等。 2. **数据:** 开发人员需要收集哪些数据来进行研发效能度量?例如:代码覆盖率、测试用例覆盖率、项目完成时间等。 3. **分析方法:** 开发人员需要使用哪些分析方法来从数据中发现问题和改进方法?例如:统计分析、机器学习等。 4. **反馈:** 通过分析结果,开发者可以采取哪些措施来改善研发效率?例如:优化代码,改善测试用例,缩短项目完成时间等。 5. **结果:**研发效能度量应该如何衡量项目的成功程度?例如:项目成本,项目完成时间,代码质量等。 **以下是一些简单的方法可以帮助你理解研发效能度量:** * **收集数据:** 统计你项目中代码覆盖率、测试用例覆盖率、项目完成时间等数据。 * **分析数据:** 使用统计软件或机器学习工具分析数据,找出问题和改进方向。 * **制定计划:** 根据分析结果制定改进计划,例如优化代码,改善测试用例等。 * **跟踪进度:** 定期跟踪项目进度,检查是否按照计划进行。 * **分享结果:** 向项目管理团队和 stakeholders 分享你的发现和计划,帮助他们做出改进。 **建议:** * 不要将研发效能度量与研发效能度量混淆。 * 在进行研发效能度量之前,需要了解项目的实际情况,并制定针对性的改善计划。 * 与其他团队合作,分享经验,共同提升研发效能度量。

正文

之前写过一篇文章《devops|中小公司不要做研发效能度量》,主要是从基础设施方向考虑,因为很多条件都不具备,贸然高投入去做研发效能度量可能达不到我们的预期效果,给出的建议是先做好当下打好基础。今天想到一个好例子,可以类比下。

 

 

两个人小家庭

      • 1)人少

      • 2)收入清晰

      • 3)支出清晰,买了什么东西,花了多少钱,该不该花,一眼清

      • 4)如果愿意,两个人买个记账本记下来就可以,或者找个记账软件

      • 5)每天记账也是很耗时的。本有美好的生活不去享受,还要每天给自己上发条,每天都记账,也很悲催

      • 6)如果想通过记账来节约开支,基本不可能。因为两个人的生活的支出大部分都是必需的;如果两个人的生活却把钱用到了很多不该用的地方,却想通过记账来发现问题、解决问题、改进财务状况,这是根本不可能的。比如之前每周都去趟高档餐厅,「现在」「突然」发现这块支出很高?然后就不去了?

      • 7)活在当下,花钱的时候多想想,比事后再想怎么节约更直接。

 

 

中小公司

        • 1)人不多

        • 2)账务清晰

        • 3)每件事情该不该做,该不该投入资源,投入多少资源,当初都商量过做出的决策。

        • 4)如果真要看下投入产出比ROI,简单对公司的人力、资源和项目做个盘点就可以。

        • 5)人力部门算下每个部门的人力投入成本;业务部门汇总下现在正在进行的项目,把两边的数据放到一起看一下就能大概知道情况。

        • 6)不要用战术上的勤奋,来掩盖战略上的懒惰。多思考业务,不盲目投入,谋定而后动,知止而有得。

 

当然如果你做研发效能度量是另有目的,想做些其它的事情。比如想通过家庭记账限制老公花钱,自己随便花;比如虚报账目,建设小金库;本已同床异梦,想通过记账来摸清对方底细,自己留一手。这些情况均不在此列讨论。

 

 

本文总结

 

中小公司效率为王,没必要度量。做好现在,活在当下,谋定而后动就是最高效的。另外就是周末看了一篇讲研发效能度量的巨大的帖子,几万字。看得我头疼,所以想通过一些简单的方法来理解这件事。

 

我的相关文章

devops|中小公司不要做研发效能度量

infra | devops工具链基建建设评价标准

DevOps | 互联网、软件公司基础设施建设(基建)哪家强?

DevOps | 研发效能价值如何衡量

DevOps|研发效能不是老板工程,是开发者服务

 

 

感谢点赞、转载关注我,了解研发效能发展 

与 devops|中小公司效率为王,没必要度量 相似的内容:

devops|中小公司效率为王,没必要度量

之前写过一篇文章《devops|中小公司不要做研发效能度量》,主要是从基础设施方向考虑,因为很多条件都不具备,贸然高投入去做研发效能度量可能达不到我们的预期效果,给出的建议是先做好当下打好基础。今天想到一个好例子,可以类比下。 两个人小家庭 1)人少 2)收入清晰 3)支出清晰,买了什么东西,花了多

DevOps|研发效能解决的是企业效率问题

研发效能并不能解决企业效益问题 它不是利润中心,不能给你带来直接收入(研发效能相关工具厂商做咨询、出方案、卖工具除外)。想要解决企业效益问题,依赖于企业战略、业务/产品、组织、运营、创新等其他方面。 研发效能解决的是企业效率问题 研发效能解决的是企业内部「产研运协作效率」的问题。 企业最需要两种涉及

AI DevOps | ChatGPT 与研发效能、效率提升(中)

为啥 ChatGPT 突然火了? 简单概括就是:产品太过惊艳,体验超预期 之前人工智能发展多年,报道最多的也许就是曾经的李世石大战AlphaGo,现实中的特斯拉自动驾驶,还有波士顿动能放出的机器狗。对于圈外人士来说一般也接触不到这些,仅仅看看而已。但是 ChatGPT 不一样,一声巨响,石头中蹦出一

devops|中小公司不要做研发效能度量

我特别反感那些不顾公司现状一上来就想要做研发效能度量的人,尤其是想把研发效能度量当成锤子四处去敲打螺丝钉的人。 没几个人的小公司上来就做研发效能度量,就如同普通人一上来直接问媒婆怎么能娶到迪丽热巴。解决办法无非把大象装冰箱里的那三步。套用一下,公司想要做好研发效能度量也有标准的三步:长时间对研发效能

DevOps|研发效能不是老板工程,是开发者服务

有人说研发效能是老板工程。不是的,研发效能不是老板工程,它不直接服务于老板(虽然老板可能看一些报表),反而是服务于广大产研运(产品+研发+质量+运维)的同学,所以有的公司也把研发效能叫做基础中台,平台工程,开发者服务团队,或者叫开发者服务平台。做好研发效能,做好开发者中台,就容易把公司的各种中后台能

DevOps | 产研协同效能提升之评审、审批流、质量卡点

研发过程中有各种需求的评审、审批流和质量卡点,有的是为了质量把关,有的是为了彰显权力,还有一些是为了信息告知。本文主要讨论在软件开发过程中涉及的评审、审批和质量卡点三种情况,同时探讨对研发流程的影响,在这过程中如何去提效。 同团队内部评审 同团队之间的评审包括产品团队内部的PRD评审,RD团队内部的

DevOps|乱谈开源社区、开源项目与企业内部开源

之前的一篇文章《从特拉斯辞职风波到研发效能中的荒唐事》中关于企业内源的内容在研发效能群内引起了大家的热烈讨论。有的小伙伴不同意,有的小伙伴非常不同意,我觉得这都是非常正常的反馈,话不说不透,理不辩不明,我还是特别希望能和大家一起把这个问题弄明白。这篇文章就是那篇文章的后续,本文主要讨论开源社区、开源

DevOps|从腾讯TEG CDC解散聊技术中台价值和建设

近日一则腾讯TEG CDC整个部门解散的消息在很多群里炸了锅,有的唱衰互联网行业,有的唉声叹气,还有的甩锅到 AGI 的发展。总体上来说,这个事情的确已经发生了,我想从组织架构和整体效能这两方面来分析下这次组织变化。 腾讯TEG CDC解散 6月28日,网传腾讯TEG CDC整体解散,人员涉及设计师

DevOps|中式土味OKR与绩效考核落地与实践

昨天一个小伙伴和我讨论了一下OKR和绩效管理,所以这次想简单明了地说下在中国怎么做比较合适,很多高大上的理论无法落地也是空中楼阁。 首先说一些,我个人的理解 道德品质和能力素质决定了一个人的职位行为 职位行为决定了业务结果 不同级别/工作性质的人员,绩效考核应该有不同权重组合 团队管理者的绩效不得高

DevOps|1024程序员节怎么做?介绍下我的思路

1024,祝每个程序员小哥哥小姐姐节日快乐。 因为在研发效能部门,我支持过几次 1024 程序员节的活动,所以经常有朋友问我1024 程序员节怎么做,本篇就是简单介绍下我的思路,希望对你有用。 1024程序员节的由来 俄罗斯把每年第256(=2^8)天,即平年9月13日或闰年9月12日定为国际程序员