敏捷宣言: 详释 - Agile Manifesto in Detail

敏捷宣言

 

沒過多久，該小組就收集了他們共同擁有的四個價值觀。他們將這些價值觀寫成了敏捷宣言。

 

 

1. Individuals and interactions over processes and tools（人和交互重于过程和工具）

 

敏捷团队认识到流程和工具很重要。您已经了解了敏捷团队使用的一些实践: 每日站控程序、用户情景、任务板、燃尽图表、重构和回顾。这些都是有价值的工具, 可以为敏捷团队带来真正的变化。但是, 敏捷团队更看重个人和互动, 而不是流程和工具, 因为当你关注人的因素时, 团队总是最适合

 

2. Working software over comprehensive documentation（可以工作的软件重于易于理解的文档）

 

"工作" 软件是什么意思？您如何知道您的软件是否工作？这其实是一个比你想象中更难回答的问题。传统的瀑布团队通过构建全面的需求文档来启动项目, 以确定团队将构建的内容, 与用户和利益干系人一起审阅该文档, 然后将其传递给开发人员进行构建。大多数专业的软件开发人员都参加过这样一次可怕的会议, 团队自豪地演示了他们一直在处理的软件, 结果用户抱怨它缺少了一个重要功能, 或者它无法正常工作。这往往以一场争论告终, 就像本在他给出了他的团队几个月来一直在做的一个功能的演示后与迈克的争论:

 

3. Customer collaboration over contract negotiation（客户合作重于合同谈判）

 

不, 这不是顾问或采购团队必须处理合同的问题! 当敏捷团队中的人员谈论合同谈判时, 他们通常指的是人们对其用户、客户或其他团队中的人员采取的态度。当团队中的人有 "合同谈判" 的心态时, 他们觉得在任何工作开始之前, 他们都必须就团队将建设或做什么达成严格的协议。许多公司鼓励这种心态, 要求团队提供明确的 "协议" (通常在规范中记录, 并在严格的变更控制程序中执行), 说明他们将交付什么、什么时候交付。敏捷团队重视客户协作而不是合同谈判。他们认识到项目会发生变化, 人们在启动项目时永远没有完美的信息。因此, 他们没有试图在开始之前准确地确定要建造什么, 而是与用户合作, 试图获得最好的结果

 

4. Responding to change over following a plan（响应变化重于遵照计划）

 

一些项目经理有句俗话: "计划工作, 工作计划"。敏捷团队认识到规划很重要。但制定一个有问题的计划, 会导致团队建立一个有问题的产品。传统的瀑布项目有处理变更的方法, 但通常涉及严格且耗时的变更控制程序。这反映了一种心态, 即变化是例外, 而不是常规。计划的问题在于, 它们是在项目开始时构建的, 而此时团队对他们将要构建的产品了解最少。因此, 敏捷团队预计他们的计划将发生变化。这就是为什么他们通常使用有工具的方法来帮助他们不断寻找变化并做出反应。你已经看到了这样的工具: 每日站起来会议。

 

更多推荐的 scrum 文章

• Scrum的基本功 - 集合中英文版本 (Scrum事件)
• Scrum的基本功 - 集合中英文版本 (Scrum工件)
• Scrum的基本功 - 集合中英文版本 (角色和责任篇)
• Scrum的基本功 - 集合中英文版本 (基础篇)