持续改进
收录了 持续改进 频道下的 50 篇内容
CI = 持续改进，DevOps 的动力源泉
DevOps的目标是交付高品质的成果。关键在于让事情变得更好的愿望—包括产品、流程、协作，等等。
数据驱动的持续改进思维
组织需要一种客观的方式度量绩效，并采取措施持续改进业务成果。Avvo使用一个具有自治团队模型和回顾实践的数据驱动的决策框架帮助人们更好地决策及提出持续改进建议。
同事反馈环：如何实现持续改进的文化
本文是同事反馈环这一系列的第三篇文章，探讨了如何使用反馈来鼓励一种持续改进的文化。文章提供了另外的三种方法实现同事反馈，并在结尾对如何开始和继续提供了一些建议。
持续改进不能止步于回顾
如果你希望持续改进，则可以从回顾开始，但不能止步于回顾，还要进行变更管理、文化变革和创新。为了促成组织变革，最重要的事情是培养新的习惯及变革文化。
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年成功的大型机计算平台领域的关注。
解析精益产品开发（一）—— 看板开发方法
看板（Kanban）开发方法是近年来最热门的敏捷和精益开发方法。越来越多的案例表明，它能够改善协作、优化管理，显著提高交付速度、质量和灵活性。看板开发方法的规则简单，但其有效实施依赖于对原理的理解、对原则的坚持和实践的应变。本文将整体介绍看板的原理、原则和基本实践。
调查表明敏捷模式的最大挑战在于沟通问题与持续改进
近期，在美国德州达拉斯举行的Agile 2012峰会上一项由Serena Software所进行的最新调查表明，运用敏捷模式的项目收到非常不错的反馈，数据预示着我们能够做得更好。同时，调查结果也明确指出了敏捷模式所面临的一系列挑战，这包括上下游组织之间的沟通等等
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中文站的专访。
原因才是真正的关键问题
困扰了软件项目与产品交付任务多年的一大难题在于，我们到底应该开发出什么样的成果。2002年的一次调研发现，我们交付的80%的软件功能是没人用的，这实在令人惋惜。如何才能开发出真正有用的东西？
工程文化复兴：数字化转型成功的关键
团队可以创造出自己的可持续发展环境，从而对交付的内容和方法提供创新的见解。团队管理者必须对持续改进和革新的需求做出预估，否则将受到一种“自顶向下”方式驱动的“数字化转型”的干扰，这种干扰会挫败软件工程实践。当前正是团队恢复软件工程实践的时候。
京公网安备 11010502039052号 | 产品资质
