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

2017.3.26, 深圳, Ken Fang

  1. 做产品, 需要的是 “产品软件设计”, 而不是 “设计文档”。
  2. 做产品, 需要的是可按照产品的不同, 而可 “自组合” 的工程实践,而不是只有一 “标准答案” 的 “流程”。
  3. 做产品, 需要的是 “共同的协作”, 而不是 “专家们的评审”。

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

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

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

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

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

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

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

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

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

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

扫码关注云+社区