工作感悟

聚焦自动化(需求分析）已经有一年半的时间了，在整理过去的方案时发现，我的自动化经历了做什么，怎么做和值不值得做三个历程。

第一阶段， 做什么。在还不完全了解用户操作流程的时候，把什么流程拿来自动化是最初的想法。慢慢发现，既然有规则，既然人能用文字将规则清晰地写在纸上，那么这些人工操作流程就一定能被机器替代。关键在于如何替代，这就到了第二阶段。

第二阶段，怎么做。自动化的方式也不受限制：整合到系统作为功能模块，或做报表然后在系统外自动化等等。不得不感叹现在科技的发达程度，很贴切的说法：不怕做不到，就怕想不到。

第三阶段，值不值得做。如果一切都按照Just do it 的原则，公司就估计要垮台了。所以在几乎什么都可以被自动化且什么都能被自动化的前提下，公司赵忠就要考虑究竟值不值得自动化了。我总结的成本比较如下：

  开发成本主要包括：  
   1、需求确认。需求确认是个相当复杂的过程，我们可以采用简单原则，按照用户的流程进行完全客户化设计，不考虑参数，但这样做一旦需求发生变化，会造成此功能的欠缺甚至瘫痪。我们亦可以采用乙方使用的参数设计，但相应会增加复杂设计的成本，同时用户使用过程中需要事先定义各种参数，也会延长操作时间，从而增加成本。
   2、需求修改。这个不用多说了，只有变化是不变的。变就意味着开发成本。
   3、开发技术。开发人员的成本是大头，开发风险成本同样是大头。另外由于个人原因或技术上本身的限制，一旦开发过程中遇到问题，开发人员会跟用户协商如何妥协双方的利弊。100%的流程如果能将90%自动化，我们仍然已经计算剩余10%的成本。
   4、测试成本。专门测试部门的测试，用户的测试等等，都是为确保自动化能顺利进行的成本。

 手工成本主要包括：
   1、人工成本，主要构成部分。
   2、人员培训成本。一旦发生工作交接，人员流动等等，培训成本不容忽视。
   3、出错成本。一般来说，自动化以后，程序出错率会比人工出错率低很多。但如同飞机与汽车的事故率作比较一样，一旦系统出错，损失将很惨重。另外，人工转接工作会使得出错成本增高。

无法给出结论性的总结，各个企业具体情况具体分析。同样我们的项目也是。

不知道为什么这些让我想到了哲学。当事情做到一定的程度，我们会发现其实问题不在于事情的本身，而更多地可能在于主观上如何判断和选择。

作为用户和IT的桥梁，工作的时间越长也让我越来越体会到中庸理论。了解得越多，越觉得双方都有理。 一个大的公司里，且不考虑效率因素，其实做一个决定很难。

推荐到鲜果：