历史文章 。文中提及的工具和版本以文章发布时为准。
它是提供即时、可扩展解决方案的能力，也是承接项目时的一种思维和态度。
它将项目拆解，去掉不必要时间，频繁进行合理性检查，避免在没有项目价值的事情上耗时过多。
把时间投入有价值的行动与改进，减少令人头痛环节的时间和精力，让团队用一半甚至更少时间达到相同目标。
本文将介绍如何把敏捷项目管理应用于网站开发。
传统网站开发流程（约 2000—2007 年的典型流程）。
2000 年后不久，许多机构积极研究如何有效设计网站，将印刷、视频和广播使用的工具及方法调整后应用于网络。
我们采用纸面原型、线框图、用户画像、基于使用场景的设计，以及网站地图和流程图等信息架构方法。
转折点
最近我们承接了一个学校教育网站改版项目。
准备提案时，我们无法确定如何开展，却一时不清楚原因。
后来发现，开发要求仍遵循 2005 年的思路。
线框图、网站地图、使用场景和焦点小组等传统开发流程，近十年来帮助我们打造了有效网站。但在快速变化的行业，速度和效率非常重要。
现在看来，这些是“西部拓荒时代”的工具。它们在 Web 2.0 仍有位置，但使用减少了。
发生了什么变化？
过去五年出现三项重大变化，根本改变了网站设计方式。
首先，人人都在使用互联网。我们说的是所有人！十年前，许多首席执行官让秘书打印需回复的邮件；如今每位 CEO 都有 Blackberry 或 iPhone。
其次，我们更理解人们如何使用网站。五年前依靠较好的初步估计，如今已有最佳实践。例如大学网站访客知道寻找“用户登录”，学校也知道该链接很重要。难以想象，十年前这些还是可用性讨论与测试中的重大问题。
第三，也许最重要的是，过去五年 CMS 技术大幅进步。有才华的可用性顾问——这个职业十年前也不存在——能够与开发者合作调整 CMS，让年长、不了解电脑与互联网的人也能编辑网站。
如今，当年网站开发工作的 80% 已不再必要。
是时候放下这些流程，迈向下一阶段。
敏捷 Web 开发是一种现代而灵活的网站开发流程。
在敏捷开发中，编辑第一天就能操作内容和导航。导航迭代顺畅，更快呈现给用户，因此能沿途做许多小修正，而不必等待几周才大幅调整。
灵活的网络，灵活的流程
让团队摆脱邮件回复与电话，停止无尽会议，以及每周反复讨论同样目标。
把大家聚集在同一办公室，形象地说“关起来”。邀请决策者、内容人员和 IT 专家，形成每个项目的简单成功方法。
快速迭代让各环节更顺畅，减少计划、总结、反馈、情绪变化、人员重组和培训等耗时。团队不再在五个月里参加四场会议，而是在三天内总计投入三小时。
采用敏捷开发，团队可深入工作，在项目开始两周内完成网站，并在一个月内获得真实用户反馈。
考虑是否引入这些变化及相关培训时，请回答以下核心问题：
-
- 这项改变能帮助我们实现目标吗？
- 这种理论符合我们的企业文化吗？
- 它比现有方案更好吗？
- 先试行一周，最坏可能发生什么？
- 一周结束后，依据什么标准决定继续还是恢复原有方法？