Dojo
最新
最佳
搜索
订阅
解道Jdon
架构设计
领域驱动
DDD介绍
DDD专辑
战略建模
领域语言UL
领域事件
商业分析
工作流BPM
规则引擎
架构师观点
数据工程
产品经理
系统思维
微服务
微服务介绍
微服务专辑
模块化设计
SOA
API设计
clean架构
SpringBoot
分布式事务
事件溯源
Kafka消息
Kubernetes
DevOps
编程设计
GoF设计模式
模式专辑
面向对象
函数式编程
编程语言比较
编程工具比较
形式逻辑
前端编程
Reactive编程
Jdon框架
Rust语言
人工智能
Web3
模因梗
幽默梗
程序员吐槽
面试技巧
Java入门
数字化转型
认知偏差
道德经
更多话题
复杂性系统的战略分析要点 -Dave
21-10-24
banq
任何规划过程都必须允许变化,但太多的变化最终是不可改变和无法计划的。
关键不在于数据的捕获或分析,而是如何让正在做决策的人尽早关注异常情况以做出更好的决策
上下文就是一切,但我们也需要自动化(这是算法帮助的地方)来触发警报并触发足够的视角多样性以使任何决策具有弹性。
三种普遍做法:
建立无上下文的通信沟通渠道(信息网络)、
在适当的粒度级别映射现有知识和能力以允许随着上下文的变化进行彻底的重新利用,
以及最终批判性地构建人类传感器网络。不仅可以收集人为中介的数据(补充大数据),而且还允许实时刺激多个视角以进行异常检测、映射能量梯度等
我们需要考虑一些新流程来处理这种混乱局面,实现有效行动,并为将成为多参与者社区的所有参与者创造一定程度的预期确定性。为此,我们可以借鉴敏捷的一些实践,但我也想看看 Cynefin 的各种并行安全失败实验,在构造函数的背景下,并使用时间盒概念的现代化管理控制。你可以说我试图打破实践和理论的整个人/过程/技术分类,以支持三者之间更平衡的东西。
将有一项工作将所有这些与当前和新兴的战略理论进行映射,重复一遍,它们都是由于关注有限数量的变量并(总是回顾性地)因此而引起的变化。这是有价值的,但有限,需要映射。
理解和授权人们在此时此地采取行动以及更广泛的战略理解有一个鸡和蛋的方面。正常的线性过程是从目标开始,然后确定行动;而现在越来越多的的想法是从实践开始,然后编写战略。可以更好地综合两者(由上而下、由下而上)。
1
DDD战略设计与领域建模
敏捷工程方法
复杂性系统的系统思考
数据科学