《软件方法》化劲火锅和肾摸事火锅

DDD领域驱动设计批评文集

做强化自测题获得"软件方法建模师"称号

《软件方法》各章合集


2.3.5.1 目标组织可以变化或多个吗

假设目标系统规格为S1,定位目标组织为O1。随着S1的不断开发,O1存在的问题不断得到改进。如果存在和O1属于同一个组织规格的另一个组织O2,O2的负责人希望S1也来改进组织O2的问题。那么,组织O1中在负责人看来排序较高的问题得到改进之后,是否可以把目标组织切换为组织O2?

上面的说法可能比较抽象,我们把它具体化:

浑元太极科技开发一款"点到为止·餐饮管理系统",定位目标组织为"化劲火锅"。根据负责人马宝群的观点,"化劲火锅"最需要解决的问题依次为:带有券和储值卡的混合支付更方便、更高效识别高价值客户、生意好的时候备菜更精准......。

正在针对这些问题依次开发系统功能时,"肾摸事火锅"也想要这个系统,但"肾摸事火锅"负责人认为叫号混乱是"肾摸事火锅"当前最需要解决的问题,而这个问题"化劲火锅"这边并没有专门提到。

此时,是否可以认为照顾"化劲火锅"的利益照顾得差不多了,应切换到"肾摸事火锅",解决"肾摸事火锅"最头痛的问题?

不可以。

事实上,"化劲火锅"也有排队叫号,但它已经通过其他系统来解决。在"化劲火锅"负责人看来,比起其他的问题,排队叫号的问题实在是不值一提。

可能会有人认为这是"集思广益"、"补漏洞",觉得幸好多看了一家"肾摸事火锅",否则就漏掉了"叫号混乱"这么一个"大"问题。

火锅店千千万,"肾摸事火锅"为什么进入了建模人员的视线?稍微认真追溯一下,往往会发现很多时候背后的理由如同儿戏,离得近,有熟人,碰巧看到......

更可怕的是,"肾摸事火锅"有可能是建模人员用潜意识"筛选"出来的。解决了"化劲火锅"排序前三的问题,接下来排第四的问题太难解决了,怎么办?

建模人员的潜意识以自己擅长而且喜欢解决的问题为条件,在众多火锅店中筛选,哎,找到了,对于"肾摸事火锅"来说,该问题最严重。于是,"肾摸事火锅"非常自然地进入了建模人员的视线。

这已经逐渐接近于2.3.3.1所说的虚构目标组织,变成了偷奸耍滑的遮羞布。

选择"化劲火锅"作为目标组织,是经过多方比较得到的,如果没有足够的理由,就要尊重当初的选择。如果反复思考,认识到确实是当初考虑不周,可以更换目标组织,但在更换的同时,需要重新思考之前的排序。

我们再看另外一个场景。

建模人员不是出于前面所述的那些"儿戏"般的原因另外考虑"肾摸事火锅",而是在定位目标组织时,除了"化劲火锅"之外,多考虑了一个候选的目标组织。这样做虽然也有被用作遮羞布的危险(为什么不多来几个候选?),但危害比之前所说的场景要小很多。

下面这个场景看起来相似,但性质不同。

一家企业,当前最值得改进的问题是排程的灵活性,这是生产部的问题,接下来是风险预警,这是供应链部的问题。这时候,不能说切换了目标组织,因为目标组织是这家企业。

当然,如果做的只是"排程系统",也就不存在什么"接下来是风险预警"的问题。

相关推荐
职业码农NO.11 天前
系统架构设计中的 15 个关键取舍
设计模式·架构·系统架构·ddd·架构师·设计规范·领域驱动
hqyjzsb2 天前
技术鸿沟与角色突围:AI时代产品经理的能力重构与CAIE认证价值
运维·人工智能·职场和发展·重构·产品经理·学习方法·编程语言
梓贤Vigo2 天前
【Axure原型分享】AI图片去水印
交互·产品经理·axure·原型
AthlonxpX863 天前
关于OceanBase tpmC场景与异数OS 元宇宙OLTP场景的异同答疑。
操作系统·oceanbase·架构师·元宇宙·tps·oltp·数据库引擎
黄俊懿3 天前
【深入理解SpringCloud微服务】Spring-Security作用与原理解析
java·后端·安全·spring·spring cloud·微服务·架构师
黄俊懿4 天前
【深入理解SpringCloud微服务】Gateway源码解析
java·后端·spring·spring cloud·微服务·gateway·架构师
黄俊懿4 天前
【深入理解SpringCloud微服务】Seata(AT模式)源码解析——全局事务的回滚
java·后端·spring·spring cloud·微服务·架构·架构师
Codebee4 天前
于钉钉投诉的申诉与思考:行业观察的价值,在于敢说真实的问题
人工智能·产品经理·阿里巴巴
OBS插件网4 天前
OBS直播教程:OBS如何添加歌词显示?OBS怎么把歌词放上去?
人工智能·数码相机·语音识别·产品经理