再强调一下，做什么和怎么做就是手段，既然是手段，就要写得足够具体，具体到有明确的可落地实施的事情，有明确可以衡量的标准，或者针对当前存在的一个具体问题，不要在这个地方又写得像目标，没有明确的可执行的点 。
继续举上文数据交换服务的例子，针对其中的一个核心需求：
ETL业务流程标准化：将最佳实践沉淀下来，通过配置的方式让用户选择，减少重复工作，降低用户开发的难度，规避使用姿势错误可能造成的问题 。
这个内容要写具体的要做的事项 。以下方式来写可能就是不合格的，因为不够具体，还没有足够思考：
总结最佳实践
生成标准的流程
总结常见的错误
以下内容可能就更加明确，更加可落地一些：
统一当前增量数据导入的存储，合并，归档方案
将常见合并，去重逻辑标准化，通过配置自动生成任务脚本
制定ODS快照表生命周期管理方案，规范存储路径和命名方式，定期清理过期数据 。
什么时候做，谁来做：
这是做什么和怎么做的进一步延伸，需要强调的是整个项目如何实施的整体步骤计划，而不仅仅是简单的列一下每项工作的人员和排期，
需要分析系统可能的迭代步骤（包括可能的短期应急和长期解决方案），上下游依赖梳理，需要协同进行的工作，最终项目上线时可能的业务迁移，数据迁移，系统集成等等外围工作的安排 。
如果不是工期严格要求，deadline为导向的项目，整体的依赖和步骤往往才是在项目规划阶段需要重点阐述的内容，也是有可能对整体产品的进度，风险产生影响的事项
而具体工作工期的安排，说实话，多数情况下，反到没有那么重要 。如果整体工作和步调没考虑周全，工期排得再科学，再精细，也毫无意义 。
总结一下，什么时候做什么事，最重要的目的，不在于工期的计算，甚至也不是人力资源的安排，而是为了理顺事情依赖关系，控制可能的意外风险，提升项目开发进度的可控性 。
小结
方案规划设计文档，绝对不是为了满足流程需要凑数的文档，也不是头脑风暴式的简单记录 。它的根本目标，抽象来说是：明确问题，圈定范围，确定重点，阐明路径 。本质是为了统一认识，控制风险 。它应该是一个问题经过思考以后的输出的答案，而不是问题的调查报告，笔记或备忘录 。
【规划文本的定义】它很像一个议论文体裁，事实，分析，结论缺一不可 。所以，无论你的方案文档写的多么翔实，如果只是相关内容细节的罗列，只议不论，缺乏抽象总结，还需要阅读文档的同学再去揣摩项目意图，或者看完以后对项目所要做的工作为什么要做，重不重要，要做成什么样都不明确的话 。那它就只是一个不合格的半成品，不能对后续的项目开发工作发挥实质的指导和规划作用 。
推荐阅读
- 鉴别音箱的真假的方法 ae音箱真假辨认
- 野蕨菜致癌吗？
- 形容动物的词语形容动物的词语有哪些
- 饿的英文单词
- 老北京炸酱的做法求详细.
- 伦敦水晶宫的 特点
- 如何养成良好的习惯？
- 1984年的一分硬币价格 1984年2分硬币一去那里换
- 情绪爆炸，容易遇到中年危机的四大星座女是什么？
- 爱奇艺视频VIP 爱奇艺视频的vip怎么开?