经验教训：

　　管理软件的本质在于业务流程，在于管理思想。软件设计的好坏，直接关系到软件的利用效果。若想要没有OA软件使用经验、开发经验的人，开发出一套OA软件，即使在原有的模板上进行开发，也是一件非常困难的事情。因为他们程序开发人员的思维跟我们用户的思维还是有一定差异的，有时候，这些差异很难通过语言来解决。

　　所以，我们在选择信息化业务伙伴的时候，特别是涉及到一些比较复杂的管理软件时，除了要考虑对方的程序员能力时，非常重要的，还要考虑对方除了技术员之外，有没有比较熟悉实际业务的专业人员。如此的话，我们只需要跟对方的熟悉业务的人员沟通即可。至于他如何跟他们的程序员沟通、如何保证需求的实现，就不是我们关注的内容了。我们只需要关注最终的结果就可以了。

　　三是在跟信息化合作伙伴洽谈时，没有提出一个合理的考核方案。我们在起草合作合同时，虽然也想到考核的问题，但是，出于经验的限制，没有没有设计出一个好的考核方案。这导致了在信息化项目的后期，我们跟软件公司之间相互扯皮，踢皮球。

　　经验教训：

　　若我们选择外包服务商的时候，一个切实可行的考核方案是非常有必要的，不能够让软件公司，把项目简单的完成了，甚至只是时间到了，就可以轻松的拿到项目资金了，这显然是不行的。为了能够督促合作伙伴完成项目，则就必须要有考核方案，而不能简单的用项目时间来度量。值得高兴的是，我们在这方面虽然做的不够，但是至少还做了一些。在项目开始前，我们还是进行了一番比较深入的需求调研，对开源的OA软件也进行了试用，然后，两者比较，就罗列了一些在系统中无法满足的需求。我们在签定合同时，就明确了要实现这些需求，对方才能够拿到项目资金。所以，现在的状况是，我们跟对方都陷入了泥潭，不可自拔。对方软件公司虽然不能实现全部需求，但是，为了拿到这笔资金，还在那边不断的努力;而我们呢，因为由这个软件开发公司的限制，也不能再随便的寻找其他的开发商。现在至少有软件公司陪着我们一起熬，心里至少安慰一点。虽然，这对我们的影响可能会更大。

　　最后，这个项目还是以失败告终。投入了不少精力与金钱，开源OA软件还是没有在企业中上线运行。我一发狠，最后，还是在企业财务总监那边，争取到一笔资金，上了一个成熟的商业OA软件，没花多少时间，就完成了OA项目。

　　经受这个打击之后，我在以后选择信息化项目外包服务商的时候，就特别小心了，不能太过于简单。而且，从这次事件之后，我对开源的软件也不是很看好。因为一般的企业，毕竟不是专业的软件公司，没有这么多的人员，更加没有专业人员来维护开源系统。