只是写设计文档的设计, 就是瞎折腾

2017.3.26, 深圳, Ken Fang

1. 做产品, 需要的是 “产品软件设计”, 而不是 “设计文档”。

2. 做产品, 需要的是可按照产品的不同, 而可 “自组合” 的工程实践，而不是只有一 “标准答案” 的 “流程”。

3. 做产品, 需要的是 “共同的协作”, 而不是 “专家们的评审”。

这些事, 在整个软件业早已是共识与基本常识, 为何还要花那么多的时间争论？！

只要是产品开发当然要做产品软件设计。

但产品软件设计到底要达到什么的目的? 许多人都不去思考这最根本的问题, 反而是, 只是纠结有没有设计文档。结果是，即使是有了设计文档，原来没有设计文档时, 所产生的问题，不仅是还没有解决，还瞎折腾了一堆文档。这就是咱们做事，最没效率，也最无知的地方。

产品软件设计最主要要能达到的目的：
1. 识别架构上的依赖
2. 能指导开发人员与测试人员
3. 能明确的定义每日开发完成的定义
4. 能保证架构的可测试性
5. 能保证架构的易用性

最重要的是：
上面所说要达到的目的, 所要承载的信息量, 是要能让 “一个开发人员”, “一个测试人员” 都能真正清楚明白的。

所以, 不要只是拿个设计模板就去写，就说是在做产品软件设计；这样只是在写作文, 不是在做产品软件设计。

产品软件设计, 是要协作的, 是要系统化的深度思考的；是要有方法、有实践去引导协作、去引导思考、最终才能产出产品软件设计。

产品开发中, 团队需要的是可指导开发人员、测试人员的关键信息。当产品开发达到某个基准线时, 再将版本中的关键信息, 整理成产品的知识 (文档) 。唯有如此, 才能保证产品的知识 (文档), 是与产品的现况是匹配的。更重要的是, 避免在版本的开发过程中, 浪费时间, 去写没法指导开发人员, 测试人员, 又与产品现况不匹配的过时文档。

在产品级敏捷中, 我们真的找到个方法, 可在版本的开发过程中, 经由团队的协作, 引导出可指导开发人员, 测试人员的关键信息。