研发效能

上一篇文章《DevOps｜产研运协作工具链上的皇冠-项目管理工具》主要讲了项目管理工具对软件研发的重要性，本篇文章主要想讲清楚我们需要什么样的项目管理工具，项目管理工具必须具备的功能有哪些，以及如何选

项目管理工具可以说是产研运工具链上最耀眼的明星，也是产研工作最重要的一环（没有之一）。为什么这样说？对于我们每个角色（产品、研发、测试、运维、运营、客服等）我们都可以有各自的专业工具来支撑，能让我们每

在之前的文章我首先讲了1)敏捷的第一步-每日站立会，然后讲了如何2)用看板管理项目或者管理自己的工作待办，今天是第三个主题，讲如何3)在实际项目中做任务拆解、估时和工作指派。 任务拆解和评估 任务拆解

上篇文章中，我讲了敏捷第一步-每日站立会，讲了我们平时是怎么开站立会的，其实15-30分钟就够了，绝对不是时间长得让你想拄拐那种。本文我们开始讲敏捷开发中的看板。

对于研发效能团队建设和组织，本文不再赘述，可以参考之前的文章，已经讲得很透彻了。本文重点讲我们日常是怎么开站立会，怎么让团队跑起来，高效能产出的。

2023年11月12日，阿里云产品因为某些故障，全线都受到影响。是的，双十一的第二天，我的购物车还没清空，阿里云就不让我买了。云产品全面故障，影响之大一个大铁锅都装不下。

在软件开发领域中，源码依赖、接口依赖和服务依赖是三种不同类型的依赖关系，它们有不同的特点和优缺点。下面我会详细解释它们的区别和各自的优缺点 源码依赖（Source Code Dependency） 源

研发效能并不能解决企业效益问题 它不是利润中心，不能给你带来直接收入(研发效能相关工具厂商做咨询、出方案、卖工具除外）。想要解决企业效益问题，依赖于企业战略、业务/产品、组织、运营、创新等其他方面。

DevOps 平台建设关键点还是在人，千金易得，一将难求。抛弃吹嘘，不要浮躁、踏实下来真正深入业务，支撑业务。

团队内部之间最好的交流时间是「现在」，最好的交流地点是「工位」。如果你也经历过肯定有同感。一个迭代每一个人开会时间少了4h，开会时间占比减少50%。每个迭代保质保量干完活的前提下，整个团队还可以放假半

研发效能团队相对于各个公司主营业务规模来说并不是很大，但是在经历的几家公司里主要是有两种组织架构，职能独立型组织架构和业务闭环型组织架构。本文主要讲解这两种组织架构的特点、优劣、劣势。

DevOps 到底是 Dev还是Ops？答：属于研发工程师序列，偏向研发域，而不是运维域。 DevOps是研发工程师 DevOps 主要服务的对象就是所有产研团队的人员，与产研团队打交道比较多，相互配

放弃那些动辄就上百个的研发度量指标吧，8大北极星指标指引你的研发效能方向，1个北极星指标公式让你清晰了解公司研发效能现状。

** 本文主要是讲如何建立有效的环境、程序、配置、SQL变更和管理平台。** ​几天前和一个朋友聊到环境、程序的配置变更，SQL变更和整个上线流程。之前我们在这块也做了很多，有做的好的也有做的一般的，

现在国内职业的质量管理都是从 CMMI 和 ISO 质量体系演化过来的，但是能做真正的质量管理的公司很少。质量管理的 QC 偏测试，对最终的产品负责；QA 偏过程，从过程把控质量；QM 偏体系，类似于

上面一篇文章《质效提升 ｜ QA不做业务需求测试，你怎么看》主要讨论的是QA 和业务需求测试相关的问题，文章发出后收到了很多小伙伴的反馈，这里把很多有意义的反馈放在下面，希望对你有用。

因为有的小伙伴看到公司的QA不测试业务需求，只搞流程、卡点、规范、技术创新、QA平台，行业洞察，让研发自测、研发担责上线bug和风险，所以问我，你怎么看QA不做业务需求测试这件事。其实我怎么看不重要，

​因为有的小伙伴看到公司的QA不测试业务需求，只搞流程、卡点、规范、技术创新、QA平台，行业洞察，让研发自测、研发担责上线bug和风险，所以问我，你怎么看QA不做业务需求测试这件事。

研发过程中有各种需求的评审、审批流和质量卡点，有的是为了质量把关，有的是为了彰显权力，还有一些是为了信息告知。本文主要讨论在软件开发过程中涉及的评审、审批和质量卡点三种情况，同时探讨对研发流程的影响，

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