浅聊 | 我们为什么忽视方法研究？
一说到基础IE，大部分的印象就是：秒表测时，视频测时，预定工时法算工时，抽样测时的各种花样测时法。有朋友吐槽被人对自己的称呼，就是“测工时的”。
其实，基础IE中很重要的一块，方法研究，被忽视了。曾经有位IE前辈教导我说，工时研究和方法研究是基础IE的两只脚，现在的IE基本上只用工时研究这一只脚走路，怎么能走的好呢？
那我们今天来看看，人们为什么会忽视方法研究呢？
原因一、难度大
工欲善其事必先利其器，讲的是要做好一件事，准备工作非常重要。那准备工作是准备什么呢？一般回答以下问题：
（1）Why（目的）；
（2）What（对象）；
（3）Where（地点）；
（4）When（时间）；
（5）Who（人员）；
（6）How（方法）。
就比如六号去打酱油这么一件事，实现要了解哪些信息呢？
（1）Why（目的）：家里烧菜需要酱油。
（2）What（对象）：买酱油。
（3）Where（地点）：隔壁街的超市。
（4）When（时间）：家里等着用，即刻购买 。
（5）Who（人员）：由六号去买。
（6）How（方法）：前去超市，买酱油，回家。如果六号从来不去超市，这个方法还要具体一些，下楼往东走300M，向南过马路，过完马路向西走500M，看到一个超市，进入超市，寻找调料专区，找到酱油，要XX牌子的酱油，付款，拿回酱油，按照原路返回。（这里涉及到路径信息，超市信息，可认为是跨专业知识）
在上面的例子中，5W看上去都是一句话能说清的事情，但是这个1H就是比较复杂了。假若事情有上述2倍复杂，5W的复杂程度可能在2倍左右，甚至更低；但是这1H的复杂程度估计会远远超过2倍（涉及到更多的跨专业知识）。最后，有的人就会嫌麻烦，就说，哎，你们自己看着办吧。
所以，在这点上，与其说是忽视方法研究，不如说是因为难度太大，IE被动放弃了方法研究。
原因二、权限低
在咨询过程、软件定制过程的沟通中，了解了客户的组织架构。发现一个IE普遍存在的痛点：IE的权限低。IE的组织普遍存在于某个部门（一般性在制造部、生产部）下面，用来记录数据。很多事物只有建议权，无决策权。
有时候和其他工程背景的朋友吐槽这个事情的时候，他们很不理解，说，权限低怎么能算你们的痛点呢？应该是所有人都希望自己权限高啊，都希望高收入，高地位啊。
其实他们并没有了解IE的角色，IE是一个会多种工程技术去帮助解决优化管理上问题的岗位。没有较高的权限，其他的工程类的工作还可以开展，但是IE的因为其工程与管理交叉的属性，没有权限，与管理相关的工作根本开展不下去，比如，很多优秀的方法研究策划案死在了方案实施这一阶段。大家类比一下，在推进精益生产之时，是需要公司最高层的全力支持，而不仅仅是在制造部、或者生产部下面建立一个精益推进办公室。所以，没有权限，IE开展方法研究可以说是是在浪费时间。
所以，在这点上，与其说忽视方法研究，不如说企业因为对于IE的误解，限制了IE的权限，使得IE被迫放弃了方法研究。
结论
这似乎陷入了死循环，对IE误解-->没有权限-->无法开展方法研究-->IE威力无法施展-->对IE误解。
这一切问题的破局方法似乎就是纠正对IE的误解，对IE授权，只要我们能够大力宣传，让老板知道IE的好，只要让IE有权限，就能搞定所有问题了。是这样吗？
别忘了第一个问题。真的授权了，能开展方法研究了，咱们IE的跨专业领域知识能够支撑方法研究吗？咱们IE会不会是扶不起的阿斗？