敏捷 agile

关于敏捷的一些东西，手抄一份，加强印象。

敏捷宣言（http://www.agilemanifesto.org）
We are uncovering better ways of developing software by doing it and helping others do it. Through this work we have come to value:
我们正在揭示更好的软件开发方法，我们使用它并且帮助其他人使用。通过这些，我们意识到：
Individuals and interactions over processes and tools
个体及交互比流程与工具更有价值
Working software over comprehensive documentation
可用的软件比冗长的文档更有价值
Customer collaboration ober contract negotiation
与客户的协作比合同谈判更有价值
Responding to change over following a plan
对变化的响应比遵循计划更有价值
That is, while there is value in the items on the right, we value the items on the left more.
也就是说，我们认可上述右边事项的价值，但我们更加重视左边的事项

敏捷原则（http://www.agilealliance.com）
我们遵循以下的原则：
我们最先要做的是通过尽早地、持续地交付有价值的软件来使客户满意。
即使到了开发的后期，也欢迎改变需求。敏捷过程利用适应变化来为客户创造竞争优势。
经常性地交付可以工作的软件，交付的间隔可以从几个星期到几个月，交付的时间间隔越短越好。
在整个项目开发期间，业务人员和开发人员可以的化尽量在一起工作。
围绕被激励起来的个体组成团队来构建项目。给他们提供所需的环境和支持，并且信任他们能够完成工作。
在团队内部以及团队之间，最有效果并且最有效率的传递信息的方式，就是面对面的交流。
可以工作的软件是首要的进度度量标准。
敏捷过程提倡平稳的开发。
发起人、开发者和用户应该能够保持一个长期的、恒定的开发速度。
不断地关注优秀的技能和好的设计会增强敏捷的能力。
简单–使未完成的工作最大化的艺术–是根本的。
最好的架构、需求和设计出自于自组织的团队。
每隔一定的时间，团队会在如何才能更有效地工作方面进行反省，然后相应地调整自己的行为。

scrum过程图

scrum价值观：专注、承诺、勇气、开放、尊重

————–

update:今天是去上海参加了敏捷的一些沙龙的。我是作为一名没搞过敏捷实践的新手去做听众了，同去的一位同事写了一些他的感受，可以一看：http://peigen.info/2010/1/23/agile-and-scrum-one-day/