如何權衡業務規則的遵守與違反?
在經營企業的過程中,不可能預見到可能發生的每一種情況,並事先為它們準備好可以自動執行的純粹基於規則的方案。這是否意味著你不應該使用基於規則的方法?當然不是!
它的意思是,在許多情況下,你的規則方法需要對實時插入的情感、人類判斷力和常識儘可能友好。
決策模型和決策表在這方面往往是很脆弱的。也許我們對決策邏輯和DMN的要求太高了!?
示例場景
如今,你的組織很可能對不適當的觸控行為有嚴格的規定。下面是一個例子。
禁止擁抱規則:一個員工不允許用手臂摟住另一個員工並進行擠壓。
在工作時從事這種行為會導致該員工被解僱。但是否有可以打破的情況呢?想象一下下面的情景。
有一天,你去廚房區喝咖啡,注意到你的一個同事的手被抓著喉嚨,臉色發青。這名同事正在窒息,無法呼吸。因此,你走到他們身後,伸出你的雙臂,繞過他們的身體,進行擠壓。這是一個通常被稱為 "海姆利希手法 "的動作。
不幸的是,一位經理碰巧路過,看到了正在發生的事件。他們告訴你立即停止,然後直接把你送到人力資源辦公室,告訴你你的工作被終止了。你違反了規則,懲罰是讓你離開。
這將是非常愚蠢的。通過'擁抱'這位同事,你可能已經救了他們的命。我想這位同事認為他們即將死去,會永遠感激你。常識告訴我們,如果情況需要,就應該打破 "不擁抱規則"。這裡需要的是什麼?一些實時的人類判斷力。
具體來說,在編寫規則時可能沒有預見到的情況下,需要允許違反規則而不受到制裁。在現實的人際關係中,規則可以而且有時應該被違反。正如我母親常說的,"對規則有足夠的瞭解,才能知道什麼時候打破它們"。
兩種規則
這就是為什麼必須認識到有兩種規則,而不是一種:
1. 定義性規則
這種規則不能被打破。一個定義性規則可能是壞的或錯的,但它不能被違反。當然,你可以選擇忽略結果,但那是完全不同的事情。
例如。如果一個客戶在一個日曆年內下了12個以上的訂單,該客戶必須被視為黃金客戶。
決策規則和決策表就屬於這第一類。
2. 行為規則( banq:領域事件)
行為規則可以被違反或破壞。它們制約著正在進行的活動的進行,因此對人、組織和商業活動至關重要。非常粗略的說,你可以把行為規則看作是業務約束。
例子。如果一個客戶下了訂單,就必須把他分配給一個代理。
任何一種規則都可以被打破的想法對於DMN和傳統的專家系統社群(符號AI)來說是非常陌生的。
事實上,我已經看了足夠多的決策模型和決策表,知道行為規則在其中根本不存在。在我們的方法中,我們不允許這種情況發生。
每個行為商業規則的一個關鍵問題是,它需要多嚴格地被執行?這是一個對業務敏捷性和業務分析來說都非常有說服力的問題。
就 "不擁抱規則 "而言,你可能希望規定在可核實的緊急情況下,它可以被推翻。
這就是你如何在業務邏輯中實時注入人類的判斷力、常識和情感。
行為規則的自動化
在最近幾年,我學會了對自動化要謹慎。
規則:在建築工地上必須戴上一頂硬帽子。
幾年前,我恍然大悟,這些天來,人工智慧和ML完全有能力確定一個工人何時戴著硬帽子。這只是一個自動檢測的問題。(事件容易實現觸發,由下而上思維)
所以,現在我看到了一個巨大的機會:將人工智慧和ML與行為業務規則結合起來使用。
通過這樣做,我們可以實現以前從未想象過的各種務實的自動化。
強制執行級別
行為商業規則的一個獨特特徵是處於執行級別。
例如,在足球比賽中,黃牌與紅牌(或僅僅是警告)的執行級別是完全不同的。
你想讓一個行為規則得到多嚴格的執行,以及你想對違規行為做出什麼反應,這些都是與規則本身所表達的邏輯是屬於不同性質的問題。
- 強制執行: 如果一個行為人違反了行為準則,該行為人不能逃避制裁。
- 延遲執行: 該行為規則被嚴格執行,但這種執行可能被延遲
執行--例如,直到另一個具有所需技能和適當授權的行為者能夠參與其中。 - 預先授權覆蓋:預先授權的行為人可以推翻它:凌駕於行為規則之上 該行為規則被強制執行,但具有適當的事前授權的行為人可以凌駕於它。
- 實時覆蓋:行為規則是被強制執行的,但行為人可以實時向另一個有事實授權的行為人請求豁免。 實時向另一個有明確授權的行為人請求放棄。
- 有理有據覆蓋:該行為規則可以被一個沒有明確授權的行為人所推翻。 但如果推翻後被認為是不適當的,該行為人可能會受到制裁。行為人可能會受到制裁。
- 解釋覆蓋:只需提供一個解釋,就可以推翻該行為規則。
- 準則: 建議,但不強制執行。
飛翔中的知識
等一下,一個根本不執行的規則有什麼意義?這樣的規則只是一個準則或建議。
將一條規則表示為準則並不意味著它不做任何事情。
遠非如此。有了自動支援,這意味著你在實時傳播知識,即使你不從字面上執行規則。
通過這樣做,規則平臺讓工作區的參與者瞭解最新的政策和最佳做法,就在現場。希望他們能相應地修改他們的行為。
這真是非常、非常聰明!
關閉業務?
我聽到有人反對說,你不能簡單地關閉業務,同時解決一些違反行為規則的問題。
首先,情況根本不是這樣的。你幾乎總是在推遲一個特定的互動,或者在最壞的情況下,只是一組互動。
然而,如果這個問題仍然與你有關,你總是可以選擇列表中的第二個執行級別,也就是推遲執行,直到違規行為得到解決。
在知識時代,一個不能解決這些實時問題的規則平臺正在失去一個巨大的機會。
相關文章
- 蘋果被開發者“抓包”違反自己定的規則蘋果
- 資料架構需要遵守哪些規則呢?架構
- sql與nosql的權衡SQL
- php正則匹配所有違規字元PHP字元
- Drools 業務規則引擎的完整教程
- cerner/clara-rules: Clojure的業務規則引擎與專家系統
- 業務規則的常見問題解答
- 什麼是業務規則引擎?
- Steam下架53款國產免費遊戲 或因違反V社內購規則遊戲
- uwegeercken/jare:Java業務規則引擎(Jare)JARJava
- 遞迴的應用場景和呼叫機制、遞迴需要遵守的重要規則遞迴
- 任務規則
- Tars | 第4篇 Subset路由規則業務分析與原始碼探索路由原始碼
- DDD 中的那些模式 — 使用 Specification 管理業務規則模式
- DDD中實現業務規則的驗證 - Marcin
- 12月第1周業務風控關注 | 100款違法違規APP下架整改APP
- win10系統啟動遊戲提示檢測到遊戲違反安全規則怎麼辦Win10遊戲
- 實習轉正和校招如何權衡?
- 如何使用SAP的後設資料框架 (MDF) 構建自定義業務規則?框架
- Mysql-基本的規則與規範MySql
- Java中最流行的幾種業務規則引擎簡介Java
- 第2-4-4章 規則引擎Drools規則屬性-業務規則管理系統-元件化-中臺元件化
- mysql資料庫最佳化需要遵守的原則MySql資料庫
- 29家違規企業被納入電信業務經營不良名單
- 矛盾與規則的結算
- canvas非零繞組規則與奇偶規則Canvas
- 企業如何遵守資料安全法規進行SAP資料脫敏處理?
- 用規則引擎開發靈活配置的業務系統
- 業務規則引擎平臺如何降低程式設計師工作量? - brcommunity程式設計師Unity
- 違規內容
- RESTful API 中的 Status code 是否要遵守規範RESTAPI
- 偏差-方差間權衡
- 企業微信的業務管理許可權如何分配
- 有錢和有趣,遊戲公司該如何權衡?遊戲
- 微服務的Zuul萬用字元規則微服務Zuul字元
- NAND FLASH系統的權衡利弊NaN
- iOS 14.5更新應用追蹤透明度規則,違規應用將下架iOS
- id與class 命名規則