敏捷开发中设计文档的作用
设计文档帮助设计师完善开发计划和风险管理
线性的瀑布模式在产品设计开发中已经是一种很落后的开发模式了，首先外部环境（用户需求，市场变化等）是不断变化的，信息时代下新技术、新产品层出不穷，用户需求也呈多样化且易受到引导；其次，设计师对外部市场环境和产品规划的认知，同时开发团队的技术实现能力也需要一些学习和积累的过程。变化和不确定的因素就决定了产品开发不可能等设计面面俱到后再进入实际开发，因为这一步是遥遥无期的。设计师需要根据产品的愿景来设定开发单元的价值优先级，根据任务的轻重缓急来安排工作计划，常用的有滚动计划法和迭代增量开发模式（RUP，敏捷等）。
在很多游戏产品开发项目中，设计师同时兼顾了协同开发团队实现（类似于装修设计师+现场施工经理的结合），掌握一些基本的项目管理技巧（至少是风险管理、成本管理）可以大大提升设计实现的效率和效果。现实中多的是脑洞大开如空中阁楼的无视技术限制的设计，也有做产品做到公司破产的案例（替老板心痛一秒，不能再多！）。有的设计师满是天马行空的点子，却不做系统性的文档，在实际开发中想一出是一出，各种临时决定的需求变更，等开发到过半测试验收的时候才发现各种功能不协调、漏洞百出，唯有返工重新设计，导致了巨大开发进度危机。这类风险完全可以在前期设计时采用脑图，方案分析，纸面模拟等方式排除。
写在最后
设计方案的风险分析在大型开发项目中是必需的，设计师可以不懂技术，但必须标明方案中牵扯到的开发单元，以便于团队有效把控技术风险和进度风险，同时能有多套应对实现变更的备用方案。
设计师也需要站在对立面来审视设计文档，同时勇于接受他人反馈和挑战，找到文档的不足并不断完善（图文表达、玩法设计、实现风险评估），文档阶段的破坏性风暴是试错成本最小的（纸面游戏，玩法推理等），不要等到开发阶段投入了大量的时间和资源后才发现设计中的大量缺陷和不对路。
在开发进程中保持文档的更新，最好能形成系列的工作日志（如用户反馈，设计变更的原因，选择方案理由，方案实施效果等），作为知识积累（个人总结或传给后来人）。
在大型项目中，很多设计由多人协同开发，模块化设计集成，迭代增量的设计模式将是主流。开放设计是大趋势啊，游戏从传统的线性战役模式转到了当下的开放世界沙盒模式，项目管理也从线性的瀑布模式进化到了迭代增量开发模式，作为游戏开发项目的设计师，不与时俱进就要被淘汰了哇。（confluence这类知识分享聚合软件是构架开放工作环境的不错选择。）
