项目投产小记

项目投产小记

项目虽然还没完，但还是忍不住想说一些。项目名，我们暂且叫它A，在此之前，用户正在使用一个系统叫B，B是基于DOS用FOXPRO开发的，但您可别小瞧了它，B无论在人性化设计，操作方便性，业务覆盖，性能和稳定性上都算得上是很不错的系统。B系统从最初版本到现在已整整经历了十年的时间，替换B系统并不是它在使用上，业务等方面有什么问题，主要还是基于未来发展的考虑，B是基于DOS的，因此，B客户机很难同现有的其它应用集成，用户面前经常摆着好几台电脑才能正常工作，B的开发团队缺少发展和继承，B的用户界面虽简洁易用，表数据表现力不足，使着业务量的增长，B的服务器面临很大的压力但缺乏很好的扩展方案。B的运行/开发支撑工具很显然不会再有官方的支持等等。
但从上面的问题很容易看出，所有要用A替换B的理由几乎都是系统级别的，最终用户是很难理解的，因为大多数用户已对B非常熟悉和依赖，并认为B能很好的工作。因此，对A有很大的抵触心理。以上就是项目的背景，至于A的开发，也可以简单的说说，基于JAVA，客户端分两种，基于WEB的和基于ECLIPSE RCP的，服务器端当然也是基于JAVA，说好听一点是流行，难听一点就是俗。其实，任何东西都是用来完成业务功能的，相信选择JAVA的理由不用太多说。
经历了一年多的开发，从今年七月份开始到用户现场试投产，到现在，在用户这边也有好几个月了，一路走来，其实很不
顺利，但毕竟是在推进。
先说说试投产期间的一些主要困难：
1、基层用户很抵触，认为很难习惯A的操作，二者并行时，用户总是在B上操作。
2、中层领导并不十分支持。担心数据不准确造行生产事故。
3、由于是A/B并行，因此，二者互通成了大问题，用户总是希望A/B操作产生等价的效果，但实际是由于二者设计和需求的一些不同，比较难以实现。
4、真正接触到一线用户，才发现不管在操作上还是业务上，系统同B都有较大的差距，很多应该有的功能原来根本就没考虑开发，而要实现某此功能，可能导致很大的改动。
5、与A连接的外系统太多，任何一个出了问题，用户都认为A出了问题，很容易导致信任危机
6、由于众多的原因，导致项目的各个利益相关者都在抱怨，导致恶性循环。

下面可以说是一些教训
1、在应用的开发期，需求人员也需要定期走访用户，了解最新的业务动态，因为一年的时间一定会有很多的改变。
2、对B系统的了解不足，应在需求调研阶段深入的了解B，了解用户的使用情况，实现业务的情况等等，因为要替换B，如果不了解B，从何谈起？
3、应用在设计期间，无论从业务上还是表现上都要尽可能的灵活，以满足可能的变化。比如，考虑到原有用户使用DOS系统，界面比较单调，就想当然的认为用户一定会喜欢更有表现力的WINDOWS风格。
4、在投产策略上也需要优化，A/B并行的方式，端终用户的选择等都有可改进的地方。
5、尽可能的建立用户的兴趣和信心。这需要有很好的项目管理和控制策略，提高产品质量。
6、重视项目外部风险的控制。