微服务架构设计 第五步: 微服务的 User Stories 的拆分与澄清

2016.9.11, 深圳, Ken Fang

特性负责人与架构师, 开发骨干人员, 测试经理, 资深测试人员, 经由协作, 完成了:

1.  微服务边界上下文 (Bounded Context) 的界定。

2.  微服务架构设计; 架构方案的选定。

3.  微服务架构上的依赖分析。

所以, 接下来特性负责人便可:

1.  将微服务内部的业务场景切片, 依场景或功能点, 拆分成一个或多个 User Stories。

2.  将微服务会与其他微服务产生交互的场景, 拆分成一个或多个 User Stories。

特性负责人, 需针对每一个 User Stories, 提供以下的信息给开发人员与测试人员:

1.  会与 User Story 直接产生交互的外部使用者、系统、设备或事件。

2.   外部使用者、系统、设备或事件, 和 User Story 直接产生交互的目的。

3.   外部使用者、系统、设备或事件, 和 User Story 直接产生交互的主要场景。

4.   User Story 完成标准 (验收条件):

       a. 使用性: 外部使用者、系统、设备或事件是经由何种方式; 浏览器, 手机, 接口, 端口或某事件类型; 与 User Story 直接产生交互。

       b. 性能

       c. 可靠性

       d. 安全性

在微服务产品级敏捷中, 特性负责人, 不应只是传递微服务的需求, 而应该是要能说服开发与测试人员, 能认同 User Story 的价值, 并使开发与测试人员能从产品外部的视角, 清楚明白:外部使用者、系统、设备或事件所期望 User Story 完成的定义或标准为何? 

对于没被我们说服的这些开发、测试人员,我们怎能相信这些开发、测试人员,能为我们产出高质量的微服务?假如,我们自己都不把说服开发、测试人员,这么重要的事,当成是一回事,那只能再度的证明:我们自己也都是抱着一种做事的心态;只要开发、测试人员听我的命令在做事就行了。做产品和做事最大的差别,不在于做事的内容,而在于心态与文化;一种懂得尊重他人,说服他人能交心,又能严守原则与是非的心态与文化。

产品的特性负责人,对于自己所负责的特性,都无法从外部的视角,明确且清楚的定义出,什么是微服务开发完成的条件时,这样的特性负责人,除了只会使团队交付永远没有市场竞争力、永远无法使客户满意的产品外,其他什么事也没法做…

SaveSaveSaveSaveSaveSaveSaveSave

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

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏云计算D1net

云计算时代新机遇 促五大职业需求暴增

云计算概念始于20世纪60年代,如今已经存在了数年,但是在今年,随着云计算的发展,越来越多的公司开始希望利用它提升业务敏捷性,并减少开始。 随着云计算在当前的巨...

2966
来自专栏Java架构

2018年各企业使用微服务架构都会面临的6个严峻挑战

1907
来自专栏云计算D1net

IaaS和PaaS数据库 哪个更安全?

虽然AWS有产品能够同物联网应用协同工作,但是我曾经读到过PaaS数据库架构可能在涉及大数据时是一种更好的方式。那么PaaS数据库应用的安全含义是什么?在物联网...

36616
来自专栏SDNLAB

OPNFV发布第二个开源NFV平台

2016年3月1日,旧金山,OPNFV发布了OPNFV Brahmaputra,这是该开源社区发布的第二个平台。随着平台级NFV功能测试及用例的丰富,Brah...

3277
来自专栏程序员互动联盟

每天只需编程4小时

其实我一直认为,作为程序员每天有效编程时间大约4个小时就可以,我每天就是最多编程4个小时,不是因为我没有什么活,其实我的工作任务在很多人看来是“相当繁重”的。减...

3077
来自专栏祝威廉

高昂的PR,开源的困惑

我是个急性子,所以没怎么成功给社区提过PR,除非那个项目是我自己的,或者社区让我有直接Merge的权限。好比之前吐槽完SDL开发太慢后,自己直接fork了一份,...

742
来自专栏ThoughtWorks

TW洞见 | 微服务—大企业是如何在实践微服务中成长的

文章作者来自ThoughtWorks:Imran Khan,译者来自ThoughtWorks:贺思聪。图片来自ThoughtWorks。 本文版权归【Thoug...

2627
来自专栏极乐技术社区

小程序一周报 | 小程序广告组正式启动内测 / 企业微信与微信消息互通开启内测

982
来自专栏ThoughtWorks

数字化企业的API架构治理

在前文中我们说到,传统企业在逐步建设自己的数字平台过程中,需要抓住交付基础设施、API和架构治理、数据自服务、创新实验基础设施和监控体系、用户触点技术这五个支柱...

2744
来自专栏小怪聊职场

管理|从0开始组建一支研发团队(一)

2387

扫码关注云+社区