三、招标书对于项目范围规定的不够明确，模棱两可
我相信，很多企业的项目管理员，都有类似的苦恼。
一方面，企业员工的需求如同滚雪球一般，在慢慢的膨胀，越滚越大。一些新需求，如同雨后春笋一般，纷纷冒出来。员工系统使用的越深入，越发现软件的不足与缺陷，使用起来也没有想象中那么方便。
另一方面，信息化项目合作伙伴也在不断的回避我们用户增加的新需求，他们对不断增加的新需求、不断变更的需求实现方式叫苦不已，他们担心，长久以往下去，他们会如同美国陷入伊拉克战争那样，陷入泥潭而不可拔。
一方面，用户不断向信息化项目负责人施压，另一方面，信息化合作伙伴又找种种理由（理由是成立的，不是借口）来进行推托，要么不断的增加实施成本，这都让信息化项目负责人在项目实施的过程中，两头不是人。
只有真正到了这紧张的时刻，CIO才会知道，原来招标书有这么的重要。要是在招标书上，能够写明详细的需求，那么，也不会弄到现在这个进退两难的地步了？在招标书上，对于项目范围规定的不够明确，对于需求定义的不够详细，是造成今天一切的罪魁祸首。
所以，在书写招标书的时候，我们要明确定义出项目的范围，整理清楚项目的具体需求，让员工与项目合作伙伴，一看到招标书，就知道要实现什么什么功能，如此，可以减少三方之间的分歧；也可以减轻CIO肩膀上的压力。
四、需求没有跟管理制度结合，跟现实处理脱钩
若我们在招标说明书上写需求的时候，没有跟管理制度结合，那么，需求只是一种计算机上一些简单的实现过程，但是，他没有反应企业真实的需要。因为没有跟管理制度结合的需求，就好像没有血色的脸一样，苍白无力，经不起任何的推敲。
我见过一家企业写的招标书，其招标书上写的需求可谓是最详细不过了，而且，还配有具体的流程图。但是，其需求说明上，忽视了管理制度、忽视了例外。如他们在写ERP收货管理的时候，对于收货管理有一个进货数量的控制需求，他们要求，仓库在收货时，不能收超过采购单数量的货物。若超过了，要么让对方带回去，要么暂时寄存在企业中，可以在下次采购单的时候，进行抵扣。但是，后来发现，在现实处理中，还不一定这么做。当经过采购经理批准的话，还是要按实入库的。
那为何会有这种差异呢？原来，他们在写招标书的时候，是按照企业的制度来的。但是，企业的制度跟现在的实际处理有一定的差异，可能是制度还没来的更新。此时，若按这个有问题的管理制度写招标书的话，就可能产生这个问题了。
所以，我们在写招标书的时候，不要太迷信与企业的管理制度。现在企业能够百分之百的按照企业管理制度来办事的企业还不是很多。所以，我们有了管理制度后，只能作为参考。我们作为信息化项目地掌舵人，要抱着高度负责的态度，要跟用户一一进行确认，看看这些制度是否真的被落实下去，跟现实处理是否相同。我们要知道，在没有系统的时候，制度跟现实即使脱节了，企业业务也可以正常进行；但是，上了信息化管理系统后，若系统处理跟现实处理脱节了，那企业可能就寸步难行了。而系统按照企业制度来设计，若企业制度跟现实处理不一致，那难免的，系统处理也会跟企业正常运作产生矛盾，到那时候，问题就大了，系统会影响企业的正常生产经营。
故在写招标书的时候，不要把制度一成不变的往招标书上搬，而是还要跟用户确认一下，这些制度的有效性到底如何。
（责任编辑：朱晶）
<<上一页
1
2
