极昼之南

当组织需要实施变革时，会实施“变革计划”。变革要有规划，有明确的开始和结束日期，然后组织严格按此实施。 不过是即将实施Scrum，还是准备对已有Scrum的实施进行微调，你都要用敏捷的方式来管理这些工

最近在和一个团队做敏捷指导的过程中，发现他们是没有敏捷教练的。实施敏捷为什么没有敏捷教练呢？我问团队负责人。对方回答说，我看了一下敏捷教练的工作，没有什么特别的，没有必要另外增加一个人工成本，就让产品

团队和组织会因为诸多原因而抵制Scrum，反对实施Scrum的其中一个可能原因就是不理解Scrum项目中的新角色。 ScrumMaster和产品负责人的角色都是崭新的，他们在转型前的组织中没有相对应的

如果你对Scrum有所了解，你就会发现Scrum并不明确地说明需不需要测试（以至于，有些人误以为敏捷开发不需要测试），也不会说需要通过结对编程还是测试驱动的方式写代码。 Scrum所要求的是团队在每个

还有人在问什么是敏捷软件开发。 敏捷是一个术语，用于描述强调增量交付、团队协作、持续规划和持续学习的软件开发方法，而不是试图在接近尾声时一次性交付。 敏捷专注于保持流程精益并创建最小可行产品，这些产品

自组织是敏捷软件开发的基本观念。 敏捷宣言有一个原则“最好的架构、需求和设计出于自组织团队”，然而一个普遍的误解是，因为对自组织团队的依赖，敏捷团队带头人的角色将不存在或被弱化。但事实并非如此。 自组

Scrum中的燃尽图是什么？ 燃尽图是剩余工作随时间变化的图形表示。它通常用于敏捷软件开发方法，例如Scrum。但是，燃尽图可以用于包含随时间推移可衡量的进度的任何项目。 通常，在燃尽图中，杰出的工作

对于任何敏捷过程来说，团队协作都是核心。 敏捷宣言告诉我们“个体与交互比流程与工具更有价值”，这时指优秀的软件出自优秀的团队。 Scrum团队一成俱成，一败俱败。这里没有“我的工作”和“你的工作”，只

不少公司都在考虑采用敏捷开发，或者在项目开发过程中融入敏捷的思想，在这里，我列出几个常见的误区，希望能对大家有所帮助。 误区1：敏捷开发 == 极限编程/Scrum/… 敏捷开发是一种方法论，只是一些