生活中通常习惯于“具体问题具体分析”，鲜有提炼升华的意识。但凡见到理论抽象，或嗤之以鼻，或惊为天人。系统化思考是一个非常精巧的工具？说不好。为了更好的理解系统化思考，以及更好的应用，有了如下的系统化思考“设计模式”。

缘起

接着昨天的话题，S可以理解成正反馈。O可以理解成负反馈。这是最基础的沟通背景。其实个人认为用 +， -号表示更容易理解。

• 平衡回路
  • 一正一负抵消平衡
  • Balancing Loop
• 增强回路
  • 正正或者负负，增强
  • Reinforcing Loop

软件领域的设计模式（Design Pattern），简单理解就是软件开发过程中普遍发生的问题，给出一类解决方案。换句话说，大量实践中一些比较常见的问题，以及这些问题的应对方法，加以提炼升华。

系统化思考的基模和设计模式有些类似。对于常见的问题，也有对应的解决方案，称之为基模(ArcheType)。

个人认为，基模的价值在于，复杂问题简化，找到问题背后的通用性，从而找到系统核心问题。

常见系统基模有如下几种：

字面很好理解。解决短期问题，但是给未来埋雷。
举个栗子：

饮鸩止渴

• 解决方案
  • 现金减少
  • 需要贷款
  • 有了贷款
  • 现金增加
• 意外后果
  • 贷款增加
  • 利息增加
  • 现金减少

不会无限制增长，举个栗子

• 成长过程
  • 新品推出快
  • 收入增加
  • 人数增加
• 限制过程
  • 人数增加
  • 部门庞大
  • 管理复杂
  • 工程师做管理
  • 工程师研发时间减少
  • 新品推出慢

例子大意是

• 治标
  • 工期紧
  • 加班
  • 解决工期问题
  • 看起来还不错
• 治本
  • 工期紧
  • 安排一定学习时间，提升能力
  • 解决问题加快

看起来压一压是可以解决问题的，一直用这个招，但是人员提升有限，可能走了，或者怎么了。

看起来似乎很简单，好像没什么用，好吧，毕竟才小学，后面还得继续。另外其实还有几个基模。先顺着大师兄的思路走。

补充阅读

http://wiki.mbalib.com/wiki/%E7%B3%BB%E7%BB%9F%E5%9F%BA%E6%A8%A1#.E7.B3.BB.E7.BB.9F.E5.9F.BA.E6.A8.A1.E7.9A.84.E6.A1.88.E4.BE.8B.E5.88.86.E6.9E.90.07UNIQ3b93d33c730377f8-nowiki-00000018-QINU3.07UNIQ3b93d33c730377f8-nowiki-00000019-QINU

后记

这个系列有很大的压力，一方面担心理解不深，对其他人造成困扰，另外也担心因此亵渎。不论如何，我还是想尝试一下，也许我做得这个小板凳，对大家能抛砖引玉。

关注公众号，找画作者