最近一直在思考团队开发模式的问题，因为随着业务量和项目复杂度的增加，当前在使用的开发方法也渐渐显露出很多弊端。 这两天听到的一期 TeaHour 正好是在讲敏捷开发的， 听到里面有提到《敏捷宣言》，之前虽然一直在用敏捷开发，但并不了解其实质， 正好借这次帮团队优化开发模式的机会好好研究一下，另外在这里也要感谢一下 TeaHour 团队对社区的贡献。

敏捷宣言

我们一直在实践中探寻更好的软件开发方法， 身体力行的同时也帮助他人。由此我们建立了如下价值观：

  • 个体和互动 高于 流程和工具

  • 工作的软件 高于 详尽的文档

  • 客户合作 高于 合同谈判

  • 响应变化 高于 遵循计划

也就是说，尽管右项有其价值， 我们更重视左项的价值。

敏捷宣言遵循的原则

  • 我们最重要的目标，是通过持续不断地 及早交付有价值的软件使客户满意。

  • 欣然面对需求变化，即使在开发后期也一样。 为了客户的竞争优势，敏捷过程掌控变化。

  • 经常地交付可工作的软件， 相隔几星期或一两个月，倾向于采取较短的周期。

  • 业务人员和开发人员必须相互合作， 项目中的每一天都不例外。

  • 激发个体的斗志，以他们为核心搭建项目。 提供所需的环境和支援，辅以信任，从而达成目标。

  • 不论团队内外，传递信息效果最好效率也最高的方式是 面对面的交谈。

  • 可工作的软件是进度的首要度量标准。

  • 敏捷过程倡导可持续开发。 责任人、开发人员和用户要能够共同维持其步调稳定延续。

  • 坚持不懈地追求技术卓越和良好设计，敏捷能力由此增强。

  • 以简洁为本，它是极力减少不必要工作量的艺术。

  • 最好的架构、需求和设计出自自组织团队。

  • 团队定期地反思如何能提高成效， 并依此调整自身的举止表现。