【原创】需求上线前夕需求紧急变更

今年业务在扩展渠道，1月份与A银行谈妥需求（业务模式可以使用我们原系统方案），且A银行要求1月底上线生产（当时很诧异-以现在的开发人力不太可能），由于业务部门对此渠道的业务很看重，准备利用A银行面向中低客户端，并推出适合中低客户端的产品，迎合市场。经请示部门经理，及业务部门经理与IT部门经理协商，决定增加专业外援，集中优势人力，缩短系统上线周期。

在领导的大力支持、项目组内人员的不懈努力下，1月25日我们完成系统的分析、开发、int测试，并提前约3天通知A银行，我们可以做联调测试了，银行告知---我们系统未准备好，请稍等再拨。(崩溃，被忽悠了) 没有办法，等吧，谁叫人家是银行呢 。

3月20日，经过与A银行如火如荼的联调测试，业务认可了系统功能，准备上线。

3月11日，业务突然打电话过来说，在签署协议时，业务模式发生变化， 不能使用我们系统原方案，必须使用A银行提供的，此消息如晴天霹雳，差点没把我劈死，A银行怎么这么不遵守原则啊 ，赶快汇报领导，第二天，业务及IT领导赶赴A银行商议处理方案，无果，必须按A银行协议完成系统，要不不予我司合作（太霸道了吧，自己说错了还这么强硬）。没有办法，被接受银行方案，并商议上线计划。

3月22日，业务及IT依据A银行需求，及许诺银行时间，分析系统修改点，修改范围，修改时间，测试案例，测试时间，准备与银行一搏 。

3月24日 ，修改系统中 。。。

 

教训： 与银行这样的行业老大合作，建议签协议再完成系统，如果协议无法提前签订，也要预签一个初版，避免被阴。。。。。

 

 

 

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/7389553/viewspace-630407/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/7389553/viewspace-630407/