Scrum 认证迎来一个新的转折点？

Tobias Mayer 访谈：人的 Scrum 和 AgileLib

Tobias Mayer编著的《人的Scrum》是一系列短文，主题涉及自组织、团队协作、技艺、技术债、估算、回顾会、文化和Scrum应用。关于人、团队和自组织对于Scrum的重要性以及AgileLib.net（针对共享敏捷资源的新行动），InfoQ对Tobias进行了专访。

07｜从员工批量离职中，认识管理的价值

正确看待管理的价值

Bas Vodde 的问与答 — Less 框架：原则、实践及核心思想

Bas Vodde 和Craig Larman 设计并介绍了大规模Scrum（Large Scale Scrum(LeSS)），一种规模化模型。大规模Scrum也是Scrum，适用于多个团队工作在同一个产品线上的情况。InfoQ采访了Bas Vodde，讨论了更多有关LeSS的框架。

Yii2.0 RESTful API 认证教程

Yii2.0 RESTful API 认证

敏捷之 SCRUM：SCRUM 起源背景及框架介绍

我们真的需要产品负责人么？

我认为产品负责人是Scrum在软件界遇到的最糟糕的事情。

别再空谈敏捷了

现如今，“敏捷”可以是指任何东西。渐渐地，它就变得毫无意义了。很多企业已经对”敏捷“感到厌倦了，甚至有了抗拒性。跨学科研究、原则和实践是敏捷的未来。只要我们想要继续使用“敏捷”这个名字，就必须追根溯源。请不要再空谈“Agile Agile Agile Blah Blah Blah”了。

为什么大规模 Scrum 框架大都只是跟风，迟早会被放弃？

尽管我已经熟悉了许多大规模框架，但没有一次实践经验是正面的。

这是一篇敏捷实践者对 Scrum 的吐槽

众所周知，Scrum 是一种敏捷实践，很多团队在敏捷转型时都采用了它，但是在我看来，Scrum 并不那么敏捷，甚至它提倡的有些价值观和做法是有悖于敏捷原则的，所以本文我会讲讲 Scrum 到底存在哪些问题？

20 年起义，敏捷已死，敏捷万岁

开发者，你们真的享受到敏捷开发的好处了吗？

蚂蚁内部开源：迈出第一步，但还有很长路要走

第一阶段是源码开放，第二个阶段是社区讨论，第三阶段是产品视角。内源很容易卡在第二步，因为第二步有很核心的点，是要有足够的人参与进来。

PSD1 认证取消强制性课程要求

Scrum.org宣布，对参加专业Scrum开发者认证1（PSD1）将取消强制性课程要求。

敏捷认证，赞成还是反对？

有些人强调敏捷认证培训的必要性，它有助于选择面试人员并为敏捷转型奠定了基础。有些人则反对认证，他们认为没有正确地反映出人的能力与技能，没有认证的候选人可能比有认证的更好。你是赞成还是反对敏捷认证呢？

行业内口碑第一的前端团队，如何打造文化

用“简单、自由、有爱”这几个词，来解释文化就是日常点滴

关于 DAO 的七个真相和两个趋势（一）

DAO的主要优势，来源于智能合约带来的“代码自治”，但它的核心诉求并不是自治，而是功能定位。

敏捷教练的成长：个人修炼

我讨厌说说而已的敏捷

现在总有人说“敏捷死了”，然后又说“我们是开玩笑的”。他们想表达的意思是，敏捷本身并没有死，是我们的敏捷实践方式出了问题。那么怎么做才是对的？或许真正的敏捷只存在于理论之中？有时候我也会这么说，但现在已经感到厌倦了。

敏捷转型认证的价值

敏捷认证能代表专业知识吗？多位思想领袖对此问题分享了他们的观点。

Save our Scrum 作者访谈

由Matt Heusser和Markus Gärtner合著的“Save our Scrum”一书为实施Scrum的团队提供了建议。书中探讨了对于实施Scrum有困难的团队，他们可以做什么才能摆脱困境，并找到更好的方法来使用Scrum。本次采访主要关于实施Scrum群体的知识水平和“拯救Scrum”，追求商业价值，Scrum是如何失败的，以及采用和裁剪Scrum。

开发人员应该放弃敏捷

“敏捷”已然成为一门“大生意”。为首，我们看到了成千上万所谓的“敏捷“教练和培训师，以及很多相互竞争的框架和方法，比如“敏捷”领导力培训、“敏捷”项目管理，等等。