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

DDD领域驱动设计批评文集

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

《软件方法》各章合集


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

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

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

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

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

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

不可以。

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

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

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

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

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

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

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

我们再看另外一个场景。

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

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

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

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

相关推荐
甲枫叶2 天前
【claude热点资讯】Claude Code 更新:手机遥控电脑开发,Remote Control 功能上线
java·人工智能·智能手机·产品经理·ai编程
Dr.AE3 天前
OpenClaw 产品分析报告
人工智能·自动化·产品经理
甲枫叶3 天前
【claude+weelinking产品经理系列16】数据可视化——用图表讲述产品数据的故事
java·人工智能·python·信息可视化·产品经理·ai编程
Ruannn(努力版)4 天前
产品经理 PRD需求文档
产品经理
甲枫叶4 天前
【claude+weelinking产品经理系列15】UI/UX 打磨——产品经理的审美终于能自己实现
java·人工智能·python·ui·产品经理·ai编程·ux
rolt5 天前
二十四年前在UMLChina谈本体论-James Odell
产品经理·架构师·uml·本体论·palantir
甲枫叶6 天前
【claude产品经理系列13】核心功能实现——需求的增删改查全流程
java·前端·人工智能·python·产品经理·ai编程
产品经理邹继强6 天前
需求优先级之争可以休矣
microsoft·产品经理
实战产品说6 天前
2026出海产品的机会与挑战
大数据·人工智能·产品运营·产品经理
甲枫叶6 天前
【claude产品经理系列11】实现后端接口——数据在背后如何流动
java·数据库·人工智能·产品经理·ai编程·visual studio code