複雜性系統的戰略分析要點 -Dave
任何規劃過程都必須允許變化,但太多的變化最終是不可改變和無法計劃的。
- 關鍵不在於資料的捕獲或分析,而是如何讓正在做決策的人儘早關注異常情況以做出更好的決策
- 上下文就是一切,但我們也需要自動化(這是演算法幫助的地方)來觸發警報並觸發足夠的視角多樣性以使任何決策具有彈性。
三種普遍做法:
- 建立無上下文的通訊溝通渠道(資訊網路)、
- 在適當的粒度級別對映現有知識和能力以允許隨著上下文的變化進行徹底的重新利用,
- 以及最終批判性地構建人類感測器網路。不僅可以收集人為中介的資料(補充大資料),而且還允許實時刺激多個視角以進行異常檢測、對映能量梯度等
我們需要考慮一些新流程來處理這種混亂局面,實現有效行動,併為將成為多參與者社群的所有參與者創造一定程度的預期確定性。為此,我們可以借鑑敏捷的一些實踐,但我也想看看 Cynefin 的各種並行安全失敗實驗,在建構函式的背景下,並使用時間盒概念的現代化管理控制。你可以說我試圖打破實踐和理論的整個人/過程/技術分類,以支援三者之間更平衡的東西。
將有一項工作將所有這些與當前和新興的戰略理論進行對映,重複一遍,它們都是由於關注有限數量的變數並(總是回顧性地)因此而引起的變化。這是有價值的,但有限,需要對映。
理解和授權人們在此時此地採取行動以及更廣泛的戰略理解有一個雞和蛋的方面。正常的線性過程是從目標開始,然後確定行動;而現在越來越多的的想法是從實踐開始,然後編寫戰略。可以更好地綜合兩者(由上而下、由下而上)。
相關文章
- 複雜性系統隱喻:修剪比砍樹更靈活 - Dave
- 複雜性自適應系統無法建模分析
- 複雜性系統設計:福特CEO談特斯拉的三個特點
- 外觀模式-簡化子系統的複雜性模式
- 戰略性系統思考方法小結
- DDD函式程式設計案例:戰勝軟體開發的複雜性! 戰勝方式本身有點複雜哦!函式程式設計
- 分散式系統:常見陷阱和複雜性分散式
- 複雜性系統是一種心智介面 – Charles
- 複雜的IT專案如何管理 有哪些管理要點
- 訊息佇列在大型分散式系統中的實戰要點分析!佇列分散式
- 與複雜性系統共舞:如何培養系統思考與系統思維? - Donella
- 系統困境與軟體複雜度,為什麼我們的系統會如此複雜複雜度
- 操作複雜的CRM系統如何使用
- 對於複雜系統只能採用模擬性建模? - Cilliers
- 複雜度分析的套路及常見的複雜度複雜度
- 複雜度分析複雜度
- Istio的複雜性揭祕
- 複雜性Complex與複雜Complicated區別 - Sonja
- 阿里巴巴複雜搜尋系統的可靠性最佳化之路阿里
- 報告:通過整合安全生態系統以降低複雜性
- 遊戲的戰略(二)——選擇性的戰略與落地的挑戰遊戲
- 解決DDD核心的複雜性
- 如何降低軟體的複雜性?
- CRM系統選型的要點
- 面試中的複雜度分析面試複雜度
- 演算法的複雜度分析演算法複雜度
- 直面不確定性與非線性的複雜現實:邁向複雜性經濟 - Cilliers
- 前端複習要點前端
- 害怕軟體的複雜嗎?其實複雜性是必須存在的 - ferd
- Shell排序複雜度分析排序複雜度
- 針對複雜系統的雙環模型之指南模型
- 複雜混亂系統的三種應對方式
- 關於“服務網格”和分散式系統軟體複雜性 - Matt Klein分散式
- 常用的時間複雜度分析方法時間複雜度
- 使用橋接模式設計複雜的訊息系統橋接模式
- Russell Ackoff博士的系統思考要點 - kislayverma
- 第一講 複雜度分析複雜度
- dfs時間複雜度分析時間複雜度