2 敏捷原则
敏捷宣言的签订者很快对4则价值观达成共识,但是他们在宣言的12条附加原则上耗费的时间较长。
我们把这些原则分为四个类别:交付、沟通、执行和改进
客户不总是对的,要向人们提供真正需要的东西,而不是提供他们要求的东西
为了考虑变化,团队应当在项目中的很多时间点快速地改变自己的方向。“预先指定大计划”的瀑布流开发方式限制了团队响应这些变化的灵活性
2.1 交付项目
2.1.1 原则1:最优先要做的是尽早、持续地交付有价值的软件,让客户满意
这条原则包含三个独立概念
- 尽早发布软件
- 持续交付价值
- 让客户满意
既然客户只有在看到了可工作的软件之后才能给你真实有信息量的反馈,那么获得反馈的最佳方式就是尽早交付
敏捷团队选择出能交付最大价值的特性和需求,并据此计划项目的迭代,来持续交付有价值的软件
2.1.2 原则2:欣然面对需求变化,即使是在开发后期。敏捷过程利用变化位用户维持竞争优势
大多数软件工程师都是在技术自豪感的驱动下