仍然是应景之作啊

2005年刚到培训部的时候，知道公司为我们开发了一套培训管理系统(通称为TMS)。但是这套系统的开发明显是脱离实际的，我们试用了一下发现用不下去，全是问题，工作逻辑也不对，这套老系统就悄没声的废弃了。2006年底，07年初的时候，重新开发TMS的事又提上了日程并在整个售后服务部建立在线解决方案的大背景下如火如荼的展开了。

新系统的需求阶段我是积极参与的，我以前也开发过基于数据库的管理系统，非常明白系统里面需要什么样的数据。就我们现在的培训业务而言，一部分是对外部客户的，还有一部分是对内部客户的。外部客户的数据管理老板交由我负责，我已经为之建立了数据库，用关系数据表保存培训信息。内部客户的数据是同事Z小姐在维护，她新毕业并且对数据库不了解，她也知道自己的不足，但是老板让她做这件事她也没有办法。

老板让我和小Z分头管数据，但是并没有事先规划好管理的方案。我是因为长期浸淫在IT业，自觉的用数据库来管理，即使公司不投资开发管理系统，我也会自己写个小系统管的。小Z则不同，她既然没有数据库方面的知识，她就用老板给她的一张Excel表格来记录。这张表格是部门长期的传统，客观的说，这张表格是部门长期缺乏科学管理数据的产物。

但是在我们公司，因循守旧是受到赞赏的，提出反对意见是被人讨厌的。从管理培训数据这件事上就可以对公司文化略见一斑。我设计的数据库因为外部客户经常从里面查数据，准确全面，好评还是不少的。但是老板却对我的努力置若罔闻，夸奖自然是没有的，还因为我不时要对我的微型系统敲敲打打而指责我工作时间安排不当，影响到其它工作。在这样的局面下，不指望把我的管理方法推广到小Z那里了，虽然我私下跟她讲过用数据库的好处。相形之下，内部要调数据的时候，得出的数据都要人工查并且不全面。

我曾经指望TMS的上马能让老板对现行的数据管理有所反思，但现在看来，没意识是不会突然变成有意识的。从需求调研到现在用户测试阶段有半年多的时间，这段时间内我们依然是原样管理着数据，并没有为新系统做特别的努力。内部客户的数据我从另一个层面也管理了一部分，老板曾经问过我培训数据导入TMS有没有问题，我告诉过他内部数据整理出来要花不少人工，虽然我们管理的方法不科学，但是我保存了大量原始记录，从里面整理出清楚的数据关系还是有可能的。

最近跟开发商的一次会面中，我问到历史数据导入新系统的问题，他们的答复是内部数据中缺的信息就缺了，全部用虚拟的实体来对应。我一愣，问老板是这样吗。老板打着马虎说就这样吧，从新系统上马数据开始正规录入。我无语，在他们的心中，并没有真正重视TMS的意义和作用，所做的一切依然是应景之作。我的努力不过是自作多情罢了。