人人都是总结大师

技术人人都是xx_个人渣记录仅为自己搜索用的博客-CSDN博客

  如何思考总结,并如何写文档展示. 结构化思考, 金字塔思维_fei33423的专栏-CSDN博客

父文章 如何成为一名架构师,架构师成长之路_个人渣记录仅为自己搜索用的博客-CSDN博客_架构师成长之路

总结是什么

      所谓的总结其实就是归类. 对问题归类,对方法归类. 同时横向,纵向扩展. 阅读他人经验填充.  所以日报总结没有意义. 顶多是自顶而下的填充.

     周报应该怎么写, 把填充的内容截图上来即可. 加一些难受的点,失败的点,反思. 爽的点, 整理,感受. 月报应该怎么写? 通过上诉的采集,分类,思考. 划清重点.

            日常问题   ->  项目  -> 系统已有规划. 

                   ^                                 |
                   |                                          

                    <-------                <-------

    系统事项金字塔: 

                                           --日常--

               ---- 项目粒度: 项目有很多事项 . ----

       ----------------- 系统粒度: 很有多优化 ------------------------------

    项目关键信息:  关键时间点, 阶段时间点 当前阶段.

  如何总结

     收集/整理/展示场景下 目录/脑图/交叉表 的使用

      维度: 动态和静态. 先价值链(时间线/流程/活动) 再静态领域实体. 能不能迁移给别的系统形成系统.( 码农的方法论和传统方法论不同的点,要落地成数字化系统 ) 时间/空间, 组成拆分.

      扩写和总结结构后类似, 从散到抽象,从多到少, 扩写时基于此后从少到多,复现, 故分类一致时间,空间,组成上类似, 但多了周遭环境,附属的人/生物的时间故事,多了形容词,副词,修辞手法. 

      如何描写山.  1. 时间上,空间上,组成上.  2. 扩散性写作法, 五感写作法( 有画面感 , 量词, 副词, 形容词,拟声词,加比喻,加拟人(修辞学). ) , 3.进一步就有了情感, 抒情, 喜怒哀乐) (3.1 描写画面, 3.2 侧面环境, 3.3 表达感受 )(初级写作靠叙述,高级写作靠抒情) " ( 作文 要写风/雨/春天/秋天 就不要写 但 处处, 感情和岁月,时光,人生

      活着用很简单的词汇描写了很好的xx, 余华给小孩推荐的三本书. 难度,简单但是仍然讲故事,情感.

  为啥要有总结

    一个人过来一段时间了, 在干活的过程中总结, 从而定义问题, 定义问题的优先级(不能来一个问题就解一个问题),  解决问题.(p8的要求) 什么是问题? 问题就是"满足直接需求的过程"中产生的需求.,死循环. p5( 指点着干活,学知识, )  p6 ( 独立干活, 知道怎么干,模块, 对大部分知识懂,了解坑, 采集,挖掘问题, 解决自有系统的问题  )

  总结的目的是归类问题和归类解决问题的方法

     归类问题,定义问题,解决问题的能力.

   p7 ( 1.对系统各模块了解, 2.对框架知识了解, 底层到上层知识了解全面. 3.对工作流程了解 各个活动流都很了解,且活动流越来越大, 静态和动态. 且脑中有大图, 能够产出各个层级的工作方法论, 如何让各个流程保质保量, 例如将稳定性工作汇总总结, 按时间线,按总分线, 按封装层次线. [ 你了解到带宽就能干带宽那块的5G传输工作, 你只了解到下载软件, 那就可以干软件下载的功能. 每一层都可以有活干. 只要接触的对象够少即可. 项目经理把控人,码农把控机器 ] 4. 从日常点滴收集中定义出问题, 整理出优先缓急, 并分配解决. 5. 对可维护代码怎么写有. 能重构垃圾代码. 面向能力编程. 无大的bizType字段, 多个地方判断,内部系统架构演讲, 模块拆分,边界隔离    ->p8)  

   p8 ( 无中生有 1.将个体的人工经验落地成自动化配置系统. 推广 2. 用户的诉求但还没有实现成系统,  3. 解决已有的客诉问题,业务/客服同学难点. 规划看见未来, 和业务同学一起发现需求, 头痛的点 ,用户投诉的点( 需求分析, 多问几个why, 多了解场景, 时间, 地点,操作流程 ? ), 实现领域突破. 或者跨团队的问题发现,决策 3. 复杂度和系统的拆解, 对多个系统烟囱编程感知并向p9申请沉淀统一的系统 , 系统级架构演讲. ) ->

   p9 ( p9 cto  1. 了解域内各个系统的职责和难点, 感知系统架构问题并推进  2. 业界方向 ,了解熟悉业界 , 对业界规划和未来走向产生影响 . 他思考问题的角度会更长远、全面 )

  总结的前提是采集

      总结前提是熟悉流程, 采集, 优雅解决问题的前提是整理,横向纵向拓展场景. 采集-整理-解决的能力就是能力迁移. 后续可能不需要这么冗长的过程, 而是听到一个消息,立马感知到机遇.

  感知能力提升后的终极目的是发现需求

     当然一个人的能力是有限的. 可以通过和年轻人沟通,脑暴. 和老年人脑暴. 共同发现需求,机遇. 发现需求 -> 满足需求 ( 在满足需求的过程中又会有问题, 又需要发现问题,定义问题,解决问题. 然后又出现新的问题,然后循环) 人类社会就这样被分化,360行.人类360行的本质.

     要和年轻人在一起,了解大多数人的需求, 不要自顶向下推理需求,通过需求金字塔验证. 自顶向下(第一性原理)可以用来解决问题或更好地实现需求.

     需求金字塔. (没法插入脑图,那么采用交叉表来实现) ( 没有共同维度的就很难用表格来表达.)

	分类
直接需求	快乐需求
间接需求	时间需求
	资源
	能源

   创业的选择. 是否是现阶段需求. 竞品需求是什么. 竞争对手是谁. 大领域还是小领域.

   在聊天中把项目,task,联调问题结构化. 最终量化考核. 客服问题定位流转系统同理.