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

2016.11.1, 深圳, Ken Fang

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

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

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

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

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

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

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

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

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

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

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏华章科技

成功实施BI项目的四大要素

其实所谓“要素”不一定是项目执行过程中的关键点,这其中也包含了执行人的要素,毕竟所有项目的实施都是以人为发起点,然后以事件作为驱动,所以项目中最难把控的就是人的...

632
来自专栏服务端技术杂谈

程序员的能力模型

我之前说过,程序员如果想有未来,必须最少做到P7的水平,这样在未来找工作可以有很大的选择权。

723
来自专栏SDNLAB

拉动SDN/NFV的三驾马车

每一个有生命的东西本质上都是一个更大的生态系统中的一部分,这个道理也同样适用于技术的发展。网络的变化如何影响从服务排序到问题管理一切,这些变化必须设法产生技术变...

3287
来自专栏EAWorld

加速企业敏捷的DevOps平台

大家好,本次内容我在我司上个月的PWorld大会上分享过,线下会议参与人数有限,这次应邀在微信上向更广泛的人群分享。希望对大家能有帮助,谢谢! ? 今天分享的主...

3478
来自专栏SDNLAB

NFV:业务须知

我们现在看到越来越多的技术功能被虚拟化,以简化操作并降低成本。网络也不例外,虽然网络比其他领域采用的速度更慢,但不可否认的是网络也正在被虚拟化。 网络功能虚拟化...

3146
来自专栏DevOps时代的专栏

世界级DevOps专家 : Kris Buytaert带你认识原味的DevOps

前言 大家上午好,我会很快介绍一下自己,我的名字叫Kris,我和Patrick一起在很多年之前开始做DevOpsDays。我做这个行业已经有20年了,我最开始是...

2217
来自专栏SDNLAB

编排不等于用例:不属于编排的Top3

在云计算的早期,我们曾花费大量时间教客户关于云是什么,如何使用它,为什么它是好的,更重要的是,云不是什么。

904
来自专栏Forrest随想录

有运维专家推荐吗?

因为工作行业的原因,会有很多的同行或朋友找我推荐一些有运维经验的人,或者直接希望要运维专家。

793
来自专栏DevOps时代的专栏

实施 DevOps 的8个步骤

Gartner的研究主管George Spafford说:“由于缺少标准的定义和方法,处于不断发展中,需要接受和管理风险,DevOps对传统IT思维提出了挑战。...

834
来自专栏python+iOS学习交流

30KiOS程序员的简述:如何成为高级开发人员

本篇文章适用于所有在这个行业已经有了几年时间后想要在职业生涯中取得突破的开发人员,编程人员和程序员(或者你可能刚刚开始,但希望你能看到你的路径)。本文适合那些有...

982

扫码关注云+社区