决策框架

我这里的决策指的是确定实现目标的过程和方法。对我来说全工作范围和大部分生活重要决定的场景都需要使用这种决策框架。

一个核心的目标是不要 “case by case” 的想问题

那么你要做如下事项：

1. 确定问题是根问题杜绝 XY 问题。要研究问题发生的原因，事情解决的原理，做到知其所以然。
2. 对你没接触过的事务研究并制定过程框架，不要怕慢。
3. 尽可能对你的执行框架找到引用，比如说RFC，IEEE，paper，official best practice。
4. 组织内容形成文档，内容至少要又用于描述什么时候用框架的背景，所需要调查的事项以及为什么有这么多事项用于灵活增减执行，所需要使用问题解决的方法大概的过程可能遇到的困难，检查节点和最后能得到的结论或者结果。
5. 最后要像纪律一样不折不扣的执行，不然以上所做的东西都是空中楼阁。

这样做的好处很多：

1. 有助于提升你的总结能力。这种总结的积累可以帮助你在工程设计相关走的更远，同时你的精彩总结可以为其他人形成示范效应成为你 布道 的工具。
2. 当你十分确定某项工作符合某种框架之后，你可以很轻松的把工作交给其他人来做，减少你自己的重复工作省下时间去思考更新更深入的事情。同时也可以为你节约思考的时间。

观察其他人的实践发现要注意的点：

1. 设置检查点和检查方法方便 查看健康状态 。
2. 同步你的方法和想法毫无保留的以方便你的队友 获取足够的认同 。
3. 前后一致。

一些不好的例子:

1. 用PS命令作为监控程序的依赖，这违反了引用和业界最佳实践的做法。
2. 不要觉得对项目有掌控感的时候说我们不需要项目管理角色而失去掌控感的时候又觉得需要。
3. 工程速度要求与人员人数质量和工作标准不匹配。测试和git工作流规范是重灾区。