人人都是总结大师_fei33423 人人都是_个人渣记录仅为自己搜索用的博客-CSDN博客
定义需求(乔布斯,马云),定义问题(传统CEO), 解决问题.
1.思考方式
横向扩展思考(还有其他哪些场景可以扩展), 纵向思考(这个场景还有哪些动作), 深度优化(当前这个场景,这个行为指标是什么,如何优化,漏斗有哪些) . 时间,空间
2. 抓人,人有哪些
3. 整理, 熟悉. 有哪些流程,有哪些问题. 用户反馈了什么. 日常问题整理总结.
4. 你怎么牵头的. 怎么发现问题的.
你做了什么,重点是什么,为什么做这个,原理逻辑,复杂度,难点(费时费力偶现,有时候知道前有难度,知道后就没有难度了,如何做到高可用,高性能,安全,高容量),你做的直接结果是什么,横向对比,深度. 业务结果不是你的述职结果,最终结果. 必玄
what,why? how?result
不同的层级,不同的岗位结构都类似,只是套的东西不一样. 只是你做的事面向的对象,干系人和产出不同.
首先你要向别人介绍的是什么? 介绍名词(物,系统,是事情的产出,阶段性结果)还是介绍工作(是事情)还是介绍物使用的数据(例如,好用,码对就能投,光有形容词不行,是产出的最终结果)
ata 系统介绍,现状,招揽转岗是介绍名词,ata介绍做了什么是介绍工作. 述职介绍是介绍工作. 周报总结即是总结做了什么,好不好.还有更是自己维护的系统架构图,产品的现状模块是什么,还有哪些问题.
做一个产品容易,但是一个产品是否真的好用更重要. 好用必须要可衡量. 也就是我们说的目标必须可衡量. 大目标里有小目标.
纵向和横向逻辑, 纵向其实是分类整理. Y轴是自身的分类层级(参考界门纲目科属种)
还有一种是价值观金字塔,Y轴是主体的分类层级.
还有一种呢, 横轴本身 就是多个框和小框的组合. 相当于 自身分类层级拉平到了一层. 然后上下层变成了依赖关系.
例如
业务层 会议室管理(内含 会议室创建,删除) 硬件管理(绑定到会议室) 会议预订(预订,释放)
外部依赖
存储层 mysql redis
又如稳定性建设:
什么是事情(参考项目定义,哲学概念):
主体、客体(干系人)、对象、工具系统(包含了五要素,内部的人等不用整理出来了),方法、产出、结果(被他人购买,使用的终极结果)
什么是物体:
什么是系统:
思考维度:
需要积累与平时的总结.
平时工作是点状的,主要是周报的时候解决? 归类,汇总,效果.
系统总结/整理:
一般熟悉系统都是流式,从上到下,动态.
总结就是改成 "从下到上, 静态结果." 输出:"业务架构图""应用架构图" "有哪些系统,每个系统在哪些流程上关联"
点状bug如何变成总结: 影响目标是什么?
1. 原来受影响的人是多少,现在受影响的人是多少.
2. 解决完bug,性能提升了多少.
工作分两块:
1. 点状的,case by case的解决问题. 工作时间,只是说明你在做什么. 或者一个重点case,难点. 重点case思考的全面性.
2. 总结,将case分类,整理出报表和数据. 更重要的是整理出方法论,日后可以怎么去梳理. 证明你的能力. [这个就是每个工作要除了交付之外,还有一个目标是效果对比.]
全景图重要,说明你的全局观. 分类重要,证明你已经整理过. 但是述职要在分类,全景图之后讲出具体的case.
你说你的工作有条不稳的进行. 如何做,如何保证稳定性? 项目跟进: 信息沟通最关键. 信息分享者+ 信息的收集者. 考试也是一种比较好的方式.