建模业务流程时常犯错误-202606更新《软件方法》第4章

DDD领域驱动设计批评文集

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

《软件方法》各章合集


4.2 建模步骤A-4 建模待改进流程现状

4.2.2 建模步骤A-4-2 建模待改进流程现状

4.2.2.3 偏离真实现状的错误一:把现状误解为“纯手工”

在建模组织流程的时候,有的建模人员会有意无意地忽略非人系统的作用。

建模人员可能只建模行为,却不说明行为是谁做的,实际上在暗示“都是人做的”。

如图4-27的小额贷款例子,阅读者倾向于缺省认为这几步是人做的。

图片

图4-27 只建模行为

建模人员也可能把所有行为都放在人类的名下,但其实一些行为人类只是负责启动,关键计算由非人系统完成,甚至有一些行为人类完全不参与,全部计算由非人系统完成。

建模人员给图4-27加了泳道(分区),得到图4-28。

图片

图4-28 把所有的行为都放在人类的名下

乍一看图4-28,会以为这几步由相应泳道的人员来完成,但真实情况是:

*“申请贷款”这一步,申请人通过手机上的App申请;

*“评估额度”这一步,除了极少数特殊情况需要信审专员确认之外,绝大多数情况完全由信贷系统决策,不需要信审专员参与;

*“发放贷款”这一步,完全不需要出纳的参与。

犯下这样的错误,相当于把很多年以前的“现状”搬到现在。基于这样的假“现状”做改进,得到的改进有可能还不如现在的真实现状。

例如,其他建模人员看了图4-28,误以为现在这些事情都还是人做的,于是给出目标组织的改进方案:先把申请贷款改为网上申请,但这个改进十年前就已经做了,不可能得到目标组织负责人的认可。

基于真实现状、有竞争力的改进方案是增强信贷系统所封装的评估规则,进一步减少评估额度所需要信审专员参与的比例。

★在上个世纪八十年代,大家物质都匮乏。走亲访友时带一包米、一只鸡、一筒饼干作为礼物是非常得体而且受欢迎的。现在,大家武装到了牙齿,你还带这些礼物去,对方都不知道怎么说你好呢。改进方案就像送给主人家的礼物,要根据他的真实现状来准备。

造成错误一的原因可能有:

*建模太粗糙

建模人员只是大略地知道有这么几步,至于里面的行为哪些由人脑系统负责,哪些由非人系统负责,他也懒得去调研,胡乱套上几个岗位了事。

*害怕忘记

建模人员其实也知道“评估额度”不是信审专员做的,但评估额度的相关规则可能是从信审专员那里调研得到的。他得找一个地方把“信审专员”这个信息记录下来,免得忘了。前面讲述识别业务用例的要点时,也说到因为“害怕忘记”导致想到什么写什么,这个地方是类似的。

*对“本质”有认知错误

建模人员受某些错误宣传毒害,认为“纯手工”做的事情才是本质的,使用计算机系统之后,就污染了业务流程,需要退回到只有人的“纯真年代”。即使该建模人员以及所调研的目标组织的涉众根本没有经历过那个“纯真年代”,也要强行想象一个剥离了计算机之后的场景。

★用“医生为患者诊疗”类比,错误一相当于用患者从来没有接受过任何治疗时拍的片子作为医生当前治疗的依据。

4.2.2.4 偏离真实现状的错误二:把现状误解为“规范”

建模人员在建模业务流程时,没有去观察实际工作中各个岗位是如何做事的,只是照搬组织制定的规范。即使他观察到了各个岗位实际没有按照规范做事,也依然当作看不见,坚持按照规范来建模,得到编造的现状。

可是,很多时候引进软件系统的原因就是人们不按规范做事,不得不通过引进一个系统来强制让人们遵守规范。如果像建模人员所编造的那样美好,大家都能非常自律地按规范做事,很多软件系统的引进就没有必要了!

除了“做事规范”的编造,还有岗位的编造,特别是在建模本来就不那么“规范”的机构时。

例如,目标组织是某社区夫妻便利店,真实现状是,整个店里干活的只有老板(夫妻轮班)一个人,看货架缺什么就叫批发商送货,货到了自己搬上货架,顾客买东西时负责收钱……但是,建模人员硬是编造出“采购专员”、“理货员”、“收银员”等岗位。

例如,目标组织是靠接小外包项目糊口的某软件工作室,就1-2个“全栈(全干)工程师”,但是,建模人员硬是编造出“需求分析师”、“系统架构师”、“测试工程师”等头衔。

这样偏离事实的故意“美化”,造成的结果是遮掩了病灶,导致目标组织得不到真正的改进。

造成错误二的原因主要还是懒惰,毕竟“规范”的流程是可以抄的,真实的流程需要去调研。

★用“医生为患者诊疗”类比,错误二相当于,医生觉得患者的真实影像“不标准”,于是找一个“标准患者影像”来代替真实影像,作为医生当前治疗的依据。

**********

★在组织中,一个人身兼数职的情况是存在的。例如,大型超市缺少人手时,一个人可以同时担任“收银员”、“理货员”等职位,这些职位是真实存在的,而且随时可以换成不同的人。这时,建模“收银员”、“理货员”是可以的。

★规范不一定都是合理的。在规范不合理的时候,人们会想出一些巧妙的方法来规避不合理,这实际上就是对流程的改进。待引入的软件系统可以学习这些经验,并把它封装到自己体内。错误二也抹杀了这个可能。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值