什么是敏捷（Agile）哲学
敏捷哲学是一种以客户为中心的开发方法论。最初的提出是用于软件开发，但同样可以用于软件以外的其他产品开发，以及客户开发（市场营销）。
既然是以客户为中心的开发方法论，它当然是精益的，任何客户不需要或讨厌的产品特征可以立即从开发需求中删除，以减少浪费。
敏捷面向的是不断变化的客户需求和市场环境。缺乏竞争的领域不一定需要敏捷哲学。宝马可以保持设计风格10年不变，但它的营销和具体产品的开发可以使用敏捷方法。
敏捷实践的特点是：频繁迭代、持续学习、高质量
敏捷宣言原文
我们一直在实践中探寻更好的软件开发方法，身体力行的同时也帮助他人。由此我们建立了如下价值观：
- 个体和互动 高于 流程和工具
- 工作的软件 高于 详尽的文档
- 客户合作 高于 合同谈判
- 响应变化 高于 遵循计划
也就是说，尽管右项有其价值，我们更重视左项的价值。
敏捷原则原文
我们遵循以下原则：
- 我们最重要的目标，是通过持续不断地及早交付有价值的软件使客户满意。
- 欣然面对需求变化，即使在开发后期也一样。为了客户的竞争优势，敏捷过程掌控变化。
- 经常地交付可工作的软件，相隔几星期或一两个月，倾向于采取较短的周期。
- 业务人员和开发人员必须相互合作，项目中的每一天都不例外。
- 激发个体的斗志，以他们为核心搭建项目。提供所需的环境和支援，辅以信任，从而达成目标。
- 不论团队内外，传递信息效果最好效率也最高的方式是面对面的交谈。
- 可工作的软件是进度的首要度量标准。
- 敏捷过程倡导可持续开发。责任人、开发人员和用户要能够共同维持其步调稳定延续。
- 坚持不懈地追求技术卓越和良好设计，敏捷能力由此增强。
- 以简洁为本，它是极力减少不必要工作量的艺术。
- 最好的架构、需求和设计出自 自组织团队。
- 团队定期地反思如何能提高成效，并依此调整自身的举止表现。
敏捷不是什么
- 敏捷不是牛仔编码，不是那种“我们会边走边想办法”的软件开发方法。敏捷需要在每个冲刺（sprint）中向客户交付已完成价值，交付符合“完成清单”，具备测试数据、确保可以部署运行。
- 敏捷并非没有严谨和规划。关键是在整个项目中持续规划，而不仅仅是前置规划。团队可以持续学习、规划、实践。
- 敏捷不是缺乏路线图的借口。团队知道他们要去向哪里以及他们想要达到的结果。拥抱变化不等于随意转变方向。
- 敏捷不是没有规范的开发。团队保持一致需要有一个适度的规范。
通用的敏捷，无处不在的敏捷
敏捷早已扩展到各种产品和管理领域。初创企业是最典型 的产品开发团队，也是使用敏捷方法最多的群体。
《创业唯快不破》、《创业者手册：教你如何构建伟大的企业》等创业书籍都强调敏捷思想。这些书籍都强调要尽早交付产品，尽快让市场检验。加快产品的内部和外部测试循环。
敏捷意味着迭代，什么都要敏捷迭代。你的产品要迭代，营销方法要迭代，数据分析方法要迭代，组织结构要迭代……你需要迭代整个公司，没有敏捷你做不到。
常用的敏捷方法
软件开发常用敏捷方法有：Scrum（一个敏捷项目管理框架）、极限编程（XP）、看板、精益。
通用敏捷方法有：看板、精益。
最容易做到的敏捷行动：（每日）站立会议
培养敏捷文化。成功实践敏捷的团队是敏捷文化的最好推手。
敏捷随时开始，无论你是否有敏捷教练
敏捷哲学本身是最重要的。敏捷思想可以无处不在，但您搜索到的敏捷方法很多都只针对软件领域。敏捷哲学在被归纳成形之前就已经被大量使用了。
立即开始，便能立即加速您的生意发展。
参考文献：
敏捷宣言和敏捷原则原文来自：敏捷软件开发宣言、敏捷宣言遵循的原则，为 Kent Beck, James Grenning, Robert C. Martin, Mike Beedle, Jim Highsmith, Steve Mellor, Arie van Bennekum, Andrew Hunt, Ken Schwaber, Alistair Cockburn, Ron Jeffries, Jeff Sutherland, Ward Cunningham, Jon Kern, Dave Thomas, Martin Fowler, Brian Marick等人所写。
About the author
Temiao Editorial Team
