把一件事看做一条线

一件事有起点与终点，它们之间有一条虚线连接。我们在做的就是将这条虚线连接成实线。

看了测试同事的日志讲的是一天感觉很忙，但是结果出的很少。他自己分析了原因，自己给出了措施。有点感受。

我自己经常也会这样，根本原因在于对于想要实现的结果是模糊的，如何实现是不清楚的。

怎么办？

自己把关于整件事涉及的事项能写多少写多少写清楚，先别动手开始做。

1. 写出预期结果。（我要什么）
2. 按结果倒推关键节点和步骤。（我有什么）
3. 事情排序。（我愿意放弃什么）

对结果进行倒推。我要的结果，我面对的环境是什么，我能做什么等。

举个例子：
我作为现场运维人员，用户说这周要把要各楼层缺的信息点补点。

接下来怎么做？

1. 为什么做这个事？
   因为检查出来的问题，提出整改，给出了整改要求。

2. 怎么做这个事？
   预期结果 各楼层信息点测通，终端都接入能访问业务系统。

倒推关键点

1. 信息点台账
   存在多少，新增多少。
2. 交换机要求
   交换机数量及端口数量。
   交换可网管，可自动绑定ip mac
   交换机设置acl策略
   交换机如何配置
3. 网络配置
   摸清楚当前网络状况
4. 综合布线
   需求是什么，谁负责，多久完成，信息点连接图，测通等
5. 详细的网络拓扑图
   标有端口的拓扑图
6. 交接有哪些文档
7. 交换机与综合布线同时进行

这件事当中涉及到很多，人，事，结果。你在充当什么角色，别人不知道怎么干的时候你是否知道。