Scrum
Scrum是一个用于管理知识工作的敏捷框架。
如何评估代码质量：反馈回路、文化、代码质量、技术债务、部署管道
部署低质量代码到生产环境中会导致累积的缺陷不断增加。
软件项目管理中价值流反馈回路的意义
交付时间和吞吐量是价值流图的动态特征。
将 MVP 和 MVA 应用于遗留应用程序
遗留应用的每个版本，都可以视为一个 MVP。
POC、Scrum 和低质量软件的解决方案
本文讨论 POC 和 Scrum 如何影响质量以及如何解决这些问题。
一文搞懂 Scrum 中的工作量评估和预测
Scrum 团队会使用不同的方法来评估完成产品目标所需的工作量大小。
公司为了敏捷而犯下的十大错误
一个组织并不会简单地就变得敏捷，本文中将列举组织为了敏捷而犯下的十类错误。
敏捷项目管理：目标驱动看板
目标驱动看板使团队能够在前进道路上选择并专注于具有挑战性的目标。
团队心理安全建设实践
在本文中，你将会学到实用的想法、有趣的故事以及提高团队心理安全的有效方法。
从整体组织的角度看待技术债，避免技术破产
笨拙的编程不是造成技术债的主要原因，因此我们不能指望仅依靠更熟练的编程就能解决技术债。
西门子医疗如何同步提高软件交付的速度和稳定性
本文主要介绍西门子 Healthineers 数字健康的软件交付过程。
如何通过 Essence 改善 Scrum
本文解释了由 Ian Spence 和 Jeff Sutherland 博士提出的 Essence Scrum 实践是如何帮助团队在任何环境下都能更好地使用 Scrum。
敏捷为何在企业中鲜有成效？
不管怎样，我也是没有银弹的。
敏捷道路上的五大障碍
曾在许多软件工程师眼中闪耀光彩的敏捷方法已经黯然失色。甚至，人们一遇到某些障碍就可能对敏捷冷嘲热讽。
如何使用障碍板克服软件障碍
人生充满了障碍，前进的路上一定会遇到一些障碍。在本篇文章中，Carly Richmond 思考了他们采用第一块障碍板的成功和挑战。她将讨论他们如何将这块板整合到自己的实践中，并分享他们在这个过程中学到的经验以及如何应用到你们自己的实现中。
敏捷反模式的存在及应对方法
如果置之不理，敏捷反模式会影响到组织、士气和质量。要解决问题，第一步就是要承认痛点的存在。
关于敏捷开发的最佳实践和工具
出于员工的水平和沟通问题，也许国内有些人并不是那么相信敏捷，但是不得不承认，通过使用敏捷方法，国外的信息技术行业已经发生了翻天覆地的变化。
将减少阻力的香蕉法则，运用在软件开发上会产生什么效果？
在互联网技术迅速发展的今日，信息科技对各行各业都产生了深远的影响，仿佛一切传统的业务都在发生着变革。企业信息化已经成为未来趋势，各领域都在尝试推进自身的信息化深度建设，且当代企业信息化建设是靠使用各种管理软件来实现的。在软件的选择上，一般小
开发人员应该放弃敏捷
“敏捷”已然成为一门“大生意”。为首，我们看到了成千上万所谓的“敏捷“教练和培训师，以及很多相互竞争的框架和方法，比如“敏捷”领导力培训、“敏捷”项目管理，等等。
移除“测试”任务栏，加快交付速度
任务栏里的“测试中”一列通常会导致团队有更多在“进行中”的工作，而实际完成的工作会更少。
为什么选择敏捷软件开发 - 考虑敏捷开发的主要优势
多年来，软件开发方法学不断发展，并且许多新方法已经出现在软件开发人员和项目经理的实际经验之外。以前的瀑布式开发方法的缺点太多。今天，我们聊的开发敏捷方法主要是为了解决这些缺点。
我们真的需要产品负责人么？
我认为产品负责人是 Scrum 在软件界遇到的最糟糕的事情。
如何使用 DDD 方法验证业务规则
如果我们的目标是创建可以模拟领域专家行为的软件应用程序，那么挑战就是捕获并实现业务规则。相比原始的代码部分，业务规则更接近良好的知识管理。领域驱动设计的这些技术可以提供一个结构，用来在系统中有效验证和实现业务规则。
每个人都是领导者的工程团队
我想建立这样一个团队，每个人都能成为领导者，每个人都能成为所有者。原文请参考 An Engineering Team where Everyone is a Leader
Scrum 精髓 - Scrum 的核心到底是什么
2014 年我和两位好友左洪斌、米全喜一起翻译了《Scrum 精髓》这本书。翻译完这本书之后，在整个敏捷社区里面还是引起了蛮大的影响。到目前为止已经印刷了超过 2 万册。很多人并不了解 Scrum 的精髓到底是什么。因此想来跟大家聊一聊 Scrum 精髓这一个很重要的话题。
精益思维的演化：从精益思维转变到畅流思维
畅流系统让组织重新思考、理解复杂性，拥抱团队合作和基于自治团队的领导力结构。
