业务开发

复杂流程

金字塔原则

• 表达的逻辑: “说”，使用金字塔原理的原因和具体构建方法;

• 思考的逻辑:“想”，使用金字塔原理过程中的应用逻辑要素;

• 解决问题的逻辑:“做”，在实例中界定、解构、分析和解决问题;

• 演示的逻辑:“表演”，在PPT演示和文字中呈现金字塔;

核心介绍

• 上层概况下层
• 同层独立穷尽：建立一个框架标准，然后细分解决，不重叠，不遗漏
• 纵向疑问问答：比如：为什么会这样
• 横向四大顺序：表述需要能够承上启下，确保上下不同层次的内容合乎逻辑
  • 结构：整体和局部
  • 时间：首先，其次，然后，最后
  • 总分：整体和部分
  • 演绎： 大前提， 小前提，结论
• 序言情景冲突：序言(现状)……>情景(原因)……>冲突(问题)……>解决(办法)

表达的逻辑

• 逻辑关系：纵向&横向
• 序言书写：讲故事（介绍背景、指出冲突、引发疑问、给出答案。）
• 构建方式：
  • 自上而下：从文章的主题开始，一步一步扩展
  • 自下而上：列出你想表达的所有思想要点，找出各个要点间的逻辑关系，得出结论。

思考的逻辑

• 推理逻辑
  • 演绎： 大前提+小前提=结论
  • 归纳： 小前提+小前提+小前提=结论
• 应用逻辑（比如：从原文罗列的信息整理出结论）
  • 演绎性： 比较容易整理
  • 归纳性：
    • 时间
    • 结构
    • 重要程度
• 延续思路
  • 演绎：对其做进一步评估
  • 归纳：找出与之类似的思想

解决问题

• 界定问题
  • 是否存在：差距，如何从现状R1到目标R2
  • 步骤
    • 切入点
    • 困扰
    • 现状
    • 期望结果
• 结构化分析
  • 诊断框架
    • 呈现有形结构：架构图
    • 寻找因果关系：基于架构图找出问题
    • 归类分组：将产生问题的可能原因分类
  • 逻辑树
    • 序列分析法：先后顺序画出该领域的图解，表明每个阶段的主要决策变量，包括影响每项获得各个因素。然后，对这些主要决策变量如何影响目标的实现提出假设，并根据对目标实现有重要影响的主要决策变量，决定应该做出哪些决策。

演示

• 文章中的金字塔：突出显示文章的框架结构。
• PPT演示中的金字塔：
  • 文字幻灯片应只包含最重要的、经过适当分组和总结的思想（观点、论据、建议等)
  • 应图文并茂，使用各种图表相配合
  • 演示文稿应呈现深思熟虑后的故事梗概和剧本
• 思维中的金字塔
  • 思维导图

名词解释

• 归纳推理：论证的前提支持结论但不确保结论的推理过程。 它们落在金字塔的第二行，每一项都针对写作报告的一个具体问题（如，为什么，怎么办，你怎么知道的）
• 演绎推理： 结论为前提事实必要条件的推理过程。一项逻辑性地导致另一项。
• MECE法则：
  • ME：Mutually Exclusive => 相互独立
  • Collectively Exhaustive => 完全穷尽
• SCQA：情境（Situation）、冲突（Complication）、问题（Question）、答案（Answer）

过程分解

即很多同学过度的依赖工具或是辅助手段来实现分解，这些辅助手段做的都是一个pipeline的处理流程

分解问题和抽象问题(核心问题)

结构化分解，最后通过合理的抽象，形成合适的阶段（Phase）和步骤（Step）上。

结构化分解带来的问题

• 领域知识被割裂肢解： 过程化拆解，导致没有一个聚合领域知识的地方。每个Use Case的代码只关心自己的处理流程，知识没有沉淀。
• 代码的业务表达能力缺失：在过程式的代码中，所做的事情无外乎就是取数据--做计算--存数据，在这种情况下，要如何通过代码显性化的表达我们的业务呢？说实话，很难做到，因为我们缺失了模型，以及模型之间的关系。脱离模型的业务表达，是缺少韵律和灵魂的。

过程分解+对象模型

自上而下的结构化分解+自下而上的面向对象分析

能力下沉

模型不是一次性设计出来的，而是迭代演化出来的。

• 复用性
• 内聚性

业务技术突破