微服务产品级敏捷: 重新定义软件设计

2016.11.1, 深圳, Ken Fang

不论你的产品是纯软件的，还是软、硬件相结合的，当你在版本中的软件设计，需要花费数个月，才能完成时，建议你应该深度的思考⋯

@ 即使花费数个月做软件设计，是件绝对对的事。但，这件绝对对的软件设计，是否已使产品在市场上，毫无竞争的能力？

@ 即使花费数个月做软件设计，是否就真的不会发生 “遗漏”？是否就真的能找得出所谓的 “正确” 设计方案？很遗憾的是，我们必须很深刻的认知到：这世上在过去、现在，乃至是未来，都不会有这样的工程实践，可使我们的软件设计，不会发生遗漏。至于所谓正确的设计方案，更只是架构师，用来彰显自己价值的国王的新衣罢了。

我们真的应该重新的看待、重新的定义所谓的软件设计⋯

@ 从产品的角度看待软件设计；专注在设计对客户有价值的场景，而不是所谓没遗漏的场景。

@ 软件设计不应只是识别架构间的依赖；软件设计更应从产品的角度，深度的分析架构间的依赖，对产品所产生的风险为何？

@ 软件设计不应只是设计接口、接口的实践、接口间的关系；更重要的是，软件设计要能明确、不茅顿的定义出：软件完成的标准为何？

@ 从产品的角度，软件设计绝不只是设计；软件设计必需要结合架构、开发、测试与项目管理。所以，软件设计绝对是架构师、开发人员、测试人员、Product Owner 集体的协作、集体的智慧、集体的决策下的产物。

微服务产品级敏捷，便是结合了敏捷、精益与软件工程，设计出：场景分析、架构上下文地团、Story 场景树、表格式测试用例，让架构师、开发人员、测试人员、Product Owner 可共同高效的协作，在最短的时间内完成对客户有价值的软件设计。并能依照软件设计中，所定义的软件完成标准，使得开发人员能做好每日的目标管理，即时的发现软件设计或开发上的风险与挑战。