但是，机器还是源源不断地被发走。我暗自祷告，产量一大，我们开发的产品占主体时，一切会好起来的。
越俎代庖的代价
刚开始的装机和培训，服务部门的工程师没有人特别熟悉这台机器。于是服务部的经理找到我求援，希望开发工程师能出差。为了确保机器能顺利推广开，我应承了下来，服务支持文档、服务工程师的培训就这样耽误了下来。如此周而复始，最后只要有客户咨询或投诉，就直接转到项目部，使项目部的很多具体工作进行不下去。
这还不是最糟糕的，开发工程师并未经过服务培训，而我们项目部的工程师对那些又不了解，其安装和用户培训却又要做，可想而知，结果自然是不到位，最后对机器、服务的抱怨都集中到了项目部上。
拆东墙补西墙的救火没能使流程理顺，这时又出现了机器抗干扰差的投诉，这原本通过预研可以提前预防，现在也尾大难调。只好找了一所大学的教授协助解决，虽有改进，结果也不是很理想。不过我实在没精力拿用户进行试验了，加上这番折腾，这个项目的利润被服务、退货、换货耗掉了一部分，销售渠道对产品的反应也很不好，抗干扰差、服务差、发错货，等等。面对危局，我无奈建议公司决策层停掉该项目。
这个故事结束半年了，每每回想，总是感慨：项目不是在最后才失败的，也许它一开始就是一个错误，也许它的路线方向就是错的。
延伸阅读
文章来源于领测软件测试网 https://www.ltesting.net/
