D项目轶事之史上最曲折的库存初始化

D项目轶事之史上最曲折的库存初始化

D项目中，笔者认为自己是项目组最苦逼的顾问。笔者的关键用户最多：仓库管理部门，采购部门，三个备品备件部门，计划部门，生产部门的关键用户都是我的关键用户，我需要对接近10个关键用户。

说到库存初始化，笔者就更难受了，四个部门的关键用户需要向我提供库存数据：仓库部门，以及三个使用备品备件的部门：生产部门，质量部门和维护部门。关键用户多，素质参差不齐，责任心各不相同，在提供的库存数据里，他们的这些差异体现的淋漓尽致。各种看起来很低级的数据错误，让笔者哭笑不得，比如库存数量是0，甚至是负数；启用批次管理的物料，库存数据里把多个批次号组合在一条库存记录里；启用批次管理的物料，库存数据里没有批次号；没有启用批号管理的物料，库存数据里有批次号；库存数据里物料号不在物料主数据清单里；库存数据里出现的Storage bin代码，不在storage bin master数据里……

在第一次库存初始化导入的过程中，就出现了上述各种错误。我将这些导入错误的截图，错误的字段，错在哪里，都分门别类，然后以邮件形式给到相关的关键用户及其部门经理，同时抄送给客户方项目经理，CFO等，希望能引起高度重视，并且要求对方仔细修改数据，避免相同多的错误在后续的导入中再次出现。

让我及其不爽的是，第二次在测试系统上导入库存时候出现的各种错误，都在第一次库存导入的时候出现过! 也就是说，相同的错误重复出现！这是让我极其难受的事情。看来这不是关键用户文化素质问题，而是工作态度的问题了！

所以在上周，在客户执行大盘点准备库存数据之前，我召集关键用户们开会，再次就库存导入的模板给他们做相关的培训，并且将之前的各种数据错误都找出来，跟他们一起Review，告诉他们错在哪里，如何改，如何避免等等。希望能通过这次最后的培训与强调，能让其高度重视最后一波库存导入，彻底改善数据质量。

本周一，即4月30日，按计划是D项目上线前夕导库存的日子。

我很紧张，因为根据之前2次在测试系统导入库存的错误层出不穷，痛苦不堪的经历，我对这次上线前的库存导入基本没有信心，不知道会出什么乱子。一早我忐忑不安的来到办公室，做好了再次痛苦一天的心理准备！

下午三点半，库存数据终于出来了，四个部门的关键用户分别把库存数据提交给我。我就开始逐个部门来导入库存数据了。维护部门的库存数据第一个导，没有一个报错，完美！这是在我预料以内，毕竟维护部门关键用户还算专业，加上其部门经理亲自督导，所以数据质量最高。第二步导入仓库部门库存数据，除了6个物料号因WM视图没有扩展导致报错以外，没有出现其它问题了。后续导入生产部门以及质量部门的库存数据，噩梦与痛苦的开始！第一次库存导入遇到的各种低级的错误，再次出现！！！我虽强忍怒火，但则是是还是很直接的指责关键用户，工作不用心，责任心不强，重复的犯相同的错误，极其不专业！关键用户也很紧张，纷纷做出愧疚状并一再表示抱歉。没办法，谁让我运气差遇上他们呢？只好耐心的找出报错的库存数据，让关键用户们修改，然后重新导入。一直搞到晚上近十点，总算导完了！我也终于可以送一口气，放下心来。

笔者认为，D项目的导库存，是笔者从业以来最曲折最纠结的。关键用户不关键，是根本原因。

2018-05-03 写于无锡市新吴区.