多个角度看待问题

卷首语

很多事情只从一个角度去分析很容易出现偏颇，你需要从各个角度去分析，才能有一个更清晰的认识。

展开说说

最简单也是最常见的就是沟通。你和别人进行交流沟通的时候，如果你只站在自己的角度，你会发现很多时候对方就好像在和你作对一样，但是真的是这样吗？如果你尝试站在对方的角度，你也许会有更多的发现。

我们公司发布产品的过程中需要提交一些申请，而有一个部门就是专门处理这些申请的。我们部门总是我去提交这些申请，这个申请的过程还是比较繁琐的，申请的各个条目都有着特定的要求；而且负责这些申请的部门很多时候还会问我一些这个产品的一些细节问题，随着时间的推移，我对他们的印象是越来越差，认为这个部门的人简直就是没事找事。但是真的是这样吗？我尝试着站在不同角色的角度去看待这个问题。

1. 我自己的角度

1.1 这个部门就不该存在，产品出了问题也是我们产品部门的事情，这个部门不会负责任何风险，那么它们加入这个流程里面就是浪费发布产品的时间。

1.2 这个部门的业务水平和理解能力真的是太低了，产品和请求的具体信息我已经都写的那么清楚了，为什么还要来问我。

1.3 这个部门的响应速度太慢了，每次我提交申请之后都要催促好几遍，才能最终被处理。

2. 审查部门的角度

2.1 公司创建了我们这个部门，就是控制产品的发布是正式的，而不是随意的。如果因为我的审查不严格，导致产品出现了问题，最终我肯定是要承担责任的。

2.2 这个申请怎么写得那么简单，我们并不是负责这个具体的业务模块的，这些专有的名词能不能解释清楚一些，每次还要我找产品部门去问，这些时间真是没有必要的花费。

2.3 我们这个部门就这几个人，但是却承担着整个公司的产品的审查，谁不想要提高响应速度呢！但是真是没有办法啊。

3. 公司的角度

3.1 产品和系统如果出现问题造成的影响太大了，而且会给公司造成很大的损失。等到造成了损失再去找责任人就太晚了，那么设立一个审查部门，就可以让产品部门发布产品的时候更加的小心谨慎。这样虽然会拖慢效率，但是相对于产品的稳定来说，这个成本是可以承担的。

4. 局外人的角度

4.1 这个部门存在的目的好像就是为了保证产品的质量和系统的稳定性。那么如果可以使用技术保障质量和系统的稳定性，这个部门就可以不存在了，这样产品部门认为的阻塞消失了，审查部门也可以从重复的工作中解脱出来。产品的质量可以通过自动化测试来保障，比如设置规则，当测试的覆盖程度达到什么水平的时候才可以发布产品。而系统的稳定性则可以通过分布式节点来保证，这样在发布产品的时候就不需要关闭系统了，不会对用户造成无法使用系统这样的影响。

当我这么分析之后，我发现我对审查部门的怨念就消失的无影无踪了，而且还想到了可能解决当前困境的方案，而不是只在那里进行无意义的抱怨。

结束语

多角度的去思考问题，你会看到更多平时忽略的事情，你的心态也会随着视角的改变而变的更加的平和，而且你会有更多建设性的建议，而不是只有那些无意义的抱怨。