摘要：当你把这5幅图看懂了，研发效能分析和改进就容易了。作为CTO或企业管理者，我们如何去了解和衡量研发团队的研发效能呢？作为PMO和效能负责人，我们该从哪几个维度来回答关于研发效能的问题呢？如何通过效能数据分析，帮助企业管理者透明化研发效能水平和变化趋势，分析效能问题根因、指导改进行动、衡量改进效果。作为CTO或企业管理者，我们如何去了解和衡量研发团队的研发效能呢？作为PMO和效能负责人，我们该从哪几个维度来回答关于研发效能的问题呢？带着这两个问题，我们进入到研发效能分析的场景，聊一聊我们如何通过效能数据分析，帮助企业管理者透明化研发效能水平和变化趋势，分析效能问题根因、指导改进行动、衡量改
摘要：当你把这5幅图看懂了，研发效能分析和改进就容易了。作为CTO或企业管理者，我们如何去了解和衡量研发团队的研发效能呢？作为PMO和效能负责人，我们该从哪几个维度来回答关于研发效能的问题呢？如何通过效能数据分析，帮助企业管理者透明化研发效能水平和变化趋势，分析效能问题根因、指导改进行动、衡量改进效果。作为CTO或企业管理者，我们如何去了解和衡量研发团队的研发效能呢？作为PMO和效能负责人，我们该从哪几个维度来回答关于研发效能的问题呢？带着这两个问题，我们进入到研发效能分析的场景，聊一聊我们如何通过效能数据分析，帮助企业管理者透明化研发效能水平和变化趋势，分析效能问题根因、指导改进行动、衡量改
摘要：3个案例，详解如何选择合适的研发模式，研发模式的选择与产品形态、发布方式、团队规模、协作成熟度密切相关。本文我们将根据不同的团队场景，分析如何选择适合自己团队的研发模式。 策划&编辑｜雅纯上一讲，我们详细介绍了4种常见的分支模式及其优劣对比。本文我们将根据不同的团队场景，分析如何选择适合团队的研发模式。研发模式选择看什么 研发模式的选择与产品形态、发布方式、团队规模、协作成熟度密切相关。比如团队规模很小，协作成熟度很高，就直接用主干开发。类似于Web服务端的开发，可以做到持续部署，可以选择GitHub—Flow，或者是TBD。如果你的团队规模比较大，需要开发的时候做相应的隔离，再看协作
摘要：3个案例，详解如何选择合适的研发模式，研发模式的选择与产品形态、发布方式、团队规模、协作成熟度密切相关。本文我们将根据不同的团队场景，分析如何选择适合自己团队的研发模式。 策划&编辑｜雅纯上一讲，我们详细介绍了4种常见的分支模式及其优劣对比。本文我们将根据不同的团队场景，分析如何选择适合团队的研发模式。研发模式选择看什么 研发模式的选择与产品形态、发布方式、团队规模、协作成熟度密切相关。比如团队规模很小，协作成熟度很高，就直接用主干开发。类似于Web服务端的开发，可以做到持续部署，可以选择GitHub—Flow，或者是TBD。如果你的团队规模比较大，需要开发的时候做相应的隔离，再看协作
StoneDB作为开源项目，一直秉持开源开放的基本原则，我们的社区版代码现在已经完全在Github上开源，并不断提高代码的可读友好性，同时，为了让大家更好地理解我们是如何打造一款一体化HTAP开源数据库的，我们会定期把一些核心技术的研发实现思路分享给大家，也算是抛砖引玉，如果读者有更好的实现思路，也欢迎与我们沟通，甚至可以参与到我们社区版的开发中~Tianmu引擎是StoneDB团队自研的一款列式存储引擎，在6月初刚开源时，并不支持delete功能，对此很多用户都提出了需求的意见，所以我们当时也把delete功能列入到我们的年度Roadmap里了，预计在10月20号的StoneDB_5.7_v
StoneDB作为开源项目，一直秉持开源开放的基本原则，我们的社区版代码现在已经完全在Github上开源，并不断提高代码的可读友好性，同时，为了让大家更好地理解我们是如何打造一款一体化HTAP开源数据库的，我们会定期把一些核心技术的研发实现思路分享给大家，也算是抛砖引玉，如果读者有更好的实现思路，也欢迎与我们沟通，甚至可以参与到我们社区版的开发中~Tianmu引擎是StoneDB团队自研的一款列式存储引擎，在6月初刚开源时，并不支持delete功能，对此很多用户都提出了需求的意见，所以我们当时也把delete功能列入到我们的年度Roadmap里了，预计在10月20号的StoneDB_5.7_v
云效BizDevOps，始终致力于为企业提供一站式的产研数字化解决方案平台，帮助企业提升研发效能。在信息技术高度发达的今天，依然有非常多的企业在研发管理和效能提升上遇到种种困难：1.研发过程拉通对齐难：在软件研发生命周期中，多个职能团队参与其中，不同的职能采用不同的流程和工具，形成职能壁垒，成为一个个信息孤岛；同时，研发流程也只是纸面化的，挂在墙上，写在文档里，落不了地。交付过程拉通对齐难。2.事情响应不及时：在日常协作过程中，常常事等人、人等人。要不找不到人，要不就是信息在传递过程中损耗，表达不清晰，或者就是一件事的响应处理要等待比较长的时间。3.研发管理缺乏抓手：研发过程不可见，问题改进更
云效BizDevOps，始终致力于为企业提供一站式的产研数字化解决方案平台，帮助企业提升研发效能。在信息技术高度发达的今天，依然有非常多的企业在研发管理和效能提升上遇到种种困难：1.研发过程拉通对齐难：在软件研发生命周期中，多个职能团队参与其中，不同的职能采用不同的流程和工具，形成职能壁垒，成为一个个信息孤岛；同时，研发流程也只是纸面化的，挂在墙上，写在文档里，落不了地。交付过程拉通对齐难。2.事情响应不及时：在日常协作过程中，常常事等人、人等人。要不找不到人，要不就是信息在传递过程中损耗，表达不清晰，或者就是一件事的响应处理要等待比较长的时间。3.研发管理缺乏抓手：研发过程不可见，问题改进更
摘要：开发之痛：稳定的测试环境，怎么就那么难。对于生产环境，准确、稳定最重要，我们推荐以应用为中心的基于OAM和IaC的实践方式；对于测试环境，隔离、低成本和稳定的依赖是最重要的，我们推荐基于稳定环境的隔离测试环境的实践，复用稳定环境，通过流量隔离和数据隔离来生成测试环境。通过环境建设，我们解决了研发过程中的资源冲突。专栏策划｜雅纯志愿编辑｜jimmy、吕瑞星“对于生产环境，准确、稳定最重要，我们推荐以应用为中心的基于OAM和IaC的实践方式。对于测试环境，隔离、低成本和稳定的依赖最重要，我们推荐基于稳定环境的隔离测试环境的实践，复用稳定环境，通过流量隔离和数据隔离来生成测试环境。“以下是详细
摘要：开发之痛：稳定的测试环境，怎么就那么难。对于生产环境，准确、稳定最重要，我们推荐以应用为中心的基于OAM和IaC的实践方式；对于测试环境，隔离、低成本和稳定的依赖是最重要的，我们推荐基于稳定环境的隔离测试环境的实践，复用稳定环境，通过流量隔离和数据隔离来生成测试环境。通过环境建设，我们解决了研发过程中的资源冲突。专栏策划｜雅纯志愿编辑｜jimmy、吕瑞星“对于生产环境，准确、稳定最重要，我们推荐以应用为中心的基于OAM和IaC的实践方式。对于测试环境，隔离、低成本和稳定的依赖最重要，我们推荐基于稳定环境的隔离测试环境的实践，复用稳定环境，通过流量隔离和数据隔离来生成测试环境。“以下是详细
