写点什么
创作场景
- 记录自己日常工作的实践、心得
- 发表对生活和职场的感悟
- 针对感兴趣的事件发表随笔或者杂谈
- 从 0 到 1 详细介绍你掌握的一门语言、一个技术，或者一个兴趣、爱好
- 或者，就直接把你的个人博客、公众号直接搬到这里
登录/注册
持续改进
收录了 持续改进 频道下的 50 篇内容
CI = 持续改进，DevOps 的动力源泉
DevOps的目标是交付高品质的成果。关键在于让事情变得更好的愿望—包括产品、流程、协作，等等。
数据驱动的持续改进思维
组织需要一种客观的方式度量绩效，并采取措施持续改进业务成果。Avvo使用一个具有自治团队模型和回顾实践的数据驱动的决策框架帮助人们更好地决策及提出持续改进建议。
持续改进：超越敏捷实践
在Agile Tampere大会上，Ramya Sriram分享了他们如何通过敏捷实践、反馈和定制化的成熟度评估来推动持续改进。
同事反馈环：如何实现持续改进的文化
本文是同事反馈环这一系列的第三篇文章，探讨了如何使用反馈来鼓励一种持续改进的文化。文章提供了另外的三种方法实现同事反馈，并在结尾对如何开始和继续提供了一些建议。
持续改进不能止步于回顾
如果你希望持续改进，则可以从回顾开始，但不能止步于回顾，还要进行变更管理、文化变革和创新。为了促成组织变革，最重要的事情是培养新的习惯及变革文化。
8 个 DevOps 自动化工具，帮你做出持续改进
在这篇文章里，我们将介绍 8 个 DevOps 自动化工具，每一家公司都需要依靠它们来获得持续改进。
Visual Studio 2017 15.9 版本发布，C++ 支持持续改进
尽管Microsoft已经在开发Visual Studio 2019，它还没有忘记VS2017。第9次更新进行了大量错误修复以及新的功能引入，并给C++开发人员提供了语言一致性。为帮助简化版本控制，.NET Core SDK做了一些行为调整。
Kevin Behr 谈持续改进
DevOps Days于近日在纽约举行。Kevin Behr是“可视化Ops手册”的合著者以及“凤凰项目”的创始人之一。他和Jesse Palmer就如何将持续提升文化逐步导入总是处于过劳状态的运维团队这一问题作了一次演讲。为了了解更多已采用的方法，InfoQ采访了Kevin Behr。
持续改进精益敏捷教练技术
本文描述了在开始内部精益敏捷教练小组时所面临的挑战以及一些成果，例如自我评估雷达、指导过程以及一些经验教训。如果你正在考虑把精益敏捷教练作为你的职业生涯，那么你可以使用它来评估你处于什么阶段以及可采取的下一个行动。如果你已经是一名精益敏捷教练，你也可以使用它来提高你的教练技能。
如何基于 PDCA 思想进行发展型产品管理
优秀的产品规划人员必须具有非常好的眼光和判断力、优秀的数据分析和挖掘的能力、缜密的思维、较强的执行力、对“变化”较强的管理能力，把产品规划的执行变成一个“搭积木”过程。那么如何进行产品规划呢？
建设和改进持续业务交付能力｜ BizDevOps 公开课
BizDevOps最新权威解读课程，由BizDevOps共促计划专家团成员共同创作。分享企业真实实践案例，以及需求管理、组织设计、组织数字化升级、数据运营和工具等设计专题精讲。
Visual Basic 10：持续改进中
像C# 4一样，VB 10并没有加入过多革命性的特性。到目前为止，所有的特性都是可用的，仅仅是使用起来不太方便。因此这个发布很可能是仅对已有的特性进行改进。
VS 2013 Update 3 发布并持续改进
微软发布了Visual Studio2013 Update 3 RTM版本，RTM版本的发布意味现在可以放心将其用在生产环境中进行软件开发。这些更新反映了该公司专注于为VS2013用户不断提供强大的新特性和功能改进，并将继续“移动优先”和“云优先”战略方面的投资。
Compuware：告别瀑布式开发，实现大型机领域 DevOps
此过程没有裁员，也没有丢弃对为其带来超过45年成功的大型机计算平台领域的关注。
调查表明敏捷模式的最大挑战在于沟通问题与持续改进
近期，在美国德州达拉斯举行的Agile 2012峰会上一项由Serena Software所进行的最新调查表明，运用敏捷模式的项目收到非常不错的反馈，数据预示着我们能够做得更好。同时，调查结果也明确指出了敏捷模式所面临的一系列挑战，这包括上下游组织之间的沟通等等
通过小而具体的行动与轮换主持人，让回顾会议真正发挥作用
在 伦敦 QCon 大会上，Natan Žabkar Nordberg 提到，团队可以通过定期开展回顾会议，并将重点放在每周 1～2 个具体行动上，从而避免回顾变成单纯的“抱怨循环”。在他的演讲《打造高影响力的软件团队》中，他还指出，可以通过轮换回顾会议主持人来增强团队成员的主人翁意识，因为每个人都会带来不同的视角。对于更大的改进举措，他建议将其视为持续 4～6 周的“实验”，之后由团队投票决定是继续、调整，还是回退，从而确保团队能够真正从实践中学习并持续改进。
Kubernetes 1.15 发布，专注于持续改进和稳定性
Kubernetes 1.15包含了一些新特性，比如基于自定义资源定义的清除，相对于之前的版本，新版本主要关注的是稳定性而不是增强。
Andreas Schliep 问答：关于 ScALeD——大规模敏捷和精益开发
Andreas Schliep提到，在组织中引入和集成敏捷方法，应该认为是一个敏捷项目，并相应地去对待。我们采访了Andreas，谈到了试图实施大规模敏捷时的陷阱，还讨论了ScALeD，以及它和Agility Path、LeSS、SAFe和DaD之间的对比，此外还涉及到持续改进和大规模回顾会议。
章显洲谈敏捷教练的个人修养
章显洲，阿里巴巴B2B项目经理，一直在.Com硝烟弥漫的战场上扑腾奔跑，敏捷方法实践者，业余敏捷教练，《精益软件开发艺术》、《微软的秘密》、《软件架构师应该知道的97件事》中文译者。在2011QCon杭州大会上的演讲主题为“吸纳敏捷方法——提升互联网开发的竞争优势”，演讲主要从互联网系统的产品特性、产品研发团队的结构特性、导入和实施敏捷开发中的Bad Smell与重构方法、团队构建和关键实施策略等方面，与参会者分享了他本人的思考和探索。演讲结束后，章显洲接受了InfoQ中文站的专访。
Copyright © 2026, Geekbang Technology Ltd. All rights reserved. 极客邦控股（北京）有限公司 | 京 ICP 备 16027448 号 - 5
京公网安备 11010502039052号 | 产品资质
京公网安备 11010502039052号 | 产品资质
