我IT的职业经历

摘要：我是一名生产木门家具公司信息管理部门人员，担任部门经理。你不要小瞧我，我的权力很大，管着我们部门另外俩人。他们俩人一个负责硬件，也就是网不好使了调一下，电脑坏了重置个系统或是保修一下；另一个负责软件，也就是增加个人员账号、录个产品信息、设置个产品属性。我呢就是

我是一名生产木门家具公司信息管理部门人员，担任部门经理。你不要小瞧我，我的权力很大，管着我们部门另外俩人。他们俩人一个负责硬件，也就是网不好使了调一下，电脑坏了重置个系统或是保修一下；另一个负责软件，也就是增加个人员账号、录个产品信息、设置个产品属性。我呢就是协助一下他俩的工作，顺便和软件方对接一下需求。你可能觉得我们人少，毕竟在传统制造企业中IT就不被重视，属于鸡肋的部门呵呵。。。

我是2020年来到公司的，完整的经历了一次上软件系统的过程。下面我将这一过程讲述给大家，以供大家娱乐。在我来公司之前公司已经更换过一次系统，比较庆幸我没赶上之前的两次上系统的过程。听之前同事说，那两次上系统过程可“欢乐”了。我来到公司之后听到了好多关于系统不好使的信息，不是这个需求不能满足，就是那个功能不能实现。在我到公司半年时，公司决定要重新做ERP系统。

首先是系统选型，当时做这个行业ERP系统的有4、5家公司，公司已经用过两家的系统了，剩下可选的范围就很窄了。系统选型是一个麻烦的事情，要考虑公司实际需求还要考虑软件商的技术实力，实施经验是否完整的实施过规模较大的行业客户、服务能力等因素。通过总结前两次系统实施的经验，老板觉得这几家软件商规模都不大，实力差不多。谈到服务能力关键点是软件老板的人品了，人品好的服务就不会太差吗。最终选中了一家老板认为人品比较好的一家。

选完软件商了，接下来就是软件实施前的需求调研。需求调研过程相对比较顺利，各个职能部门提出自己的需求，软件方按照软件理论结合我们的实际需求出文字性方案。

等到了实施阶段，“欢乐”的事情就来了。第一个面对的问题是产品结构和工艺的梳理。由于新系统与之前的系统研发思路不同，原来整理的产品结构和工艺不能直接导入到新系统。想让软件方按之前的方式调整系统功能，可软件方认为我们原有的数据不符合公司的以后的要求。经过多次讨论依然没有达成共识，事情便僵持下来。软件方多次和公司负责人沟通说，他们的方式能够满足后续业务的需要且灵活、易管理、可扩展。最终说服了公司采用他们的方案。但这下坑苦了我们，重新梳理产品相关信息，实施过程中还有其他欢乐的事情，这里就不多讲了。

接下来便是测试环节。软件测试过程堪称最易出现荒唐状况之处。于我们而言，正常系统的 BUG 处理起来较为轻松，软件方予以修改即可。然而，偏偏遭遇某些部门任务 A 功能不好用，欲改成 B ，某些部门任务 B 功能为自身带来额外工作，故而不接受 B 功能的调整；再者，人们已然习惯原有系统的操作方式，换成新的操作方式后难以适应，要求软件方依照之前的模式更改系统。此类问题纠缠不休，对系统进度造成了影响。此时，公司领导现身，先是要求软件方将能够调整的予以调整，无法调整的则按照软件现有的功能使用。