这是《落叶》文集里第 242 片落叶，希望你能喜欢，不为别的，只为这份坚持。
当你从事某种职业的时候，不要单一的只站在自己职业的角度去看问题和想问题。
为什么呢？
因为当你觉得专业的时候，却未必是合理的。
举个例子，一个资深开发工程师，为一个项目组开发了一套自动化测试脚本，是给测试人员用于做接口测试的，可过了几个星期，这个资深开发工程师去项目组了解这套脚本的使用情况，结果发现并没有用起来。
原因是当初设计这套脚本时，开发工程师从脚本的执行效率角度考虑，觉得把接口请求和检查的动作都嵌在 Java 代码里去执行会很高效，但这就要求使用该工具的人员首先得配置 Java 开发环境，然后还要懂得 Java 的简单语法以及代码调试。这就相当于给这个工具的使用设置了一个门槛，过不了这个门槛的人，就没法用这个工具。
先拿这个例子来说，不管是多么资深的工程师，在打造你的作品时，一定要站在使用对象的角度去设计和看待你的作品，让使用者觉得不仅仅功能强大，而且还非常易用，就像乔布斯打造的 Apple 产品。这就要求你在做工程师的时候，还需要站在产品经理的角度去考虑问题。
再比如说，你作为软件测试工程师，在一个即将交付的项目测试过程中，发现了一个隐藏很深的页面崩溃问题，经开发研究，改起来非常复杂，影响的模块较多。如果站在测试的专业角度，崩溃的 Bug 都是属于高严重级别的问题，是必须要被修复的，但如果你站在交付项目的角度，这个问题修复的影响面较大，势必会增加项目准时交付的风险。更重要的是，如果站在实际用户的角度，遇到这个崩溃问题的几率其实接近于0，所以综合几个因素考虑，这个 Bug 的严重级别其实应该为低严重级别，可以在后续升级维护版本里修复。
我认为在当下的职场当中，做事要能专业，考虑问题要能多维。做工程师的，需要了解一些项目管理和产品设计的思想和知识。做产品的，需要了解一些设计和运营的思想和知识。
不能只站在自己本专业的角度去看待问题、做设计和出解决方案，要多维度地去考虑问题，才能让最终的产物趋向合理化。
作者简介：14 年测试 + 11 年项目管理 + 11 年团队管理 = 一个测试老兵
