技术先行的新业务

公司决定，发行新卡种，由于发卡流程涉及多家单位，所以，相关同事写了一份单方（我司）制定的发卡流程，并通知相关部门按照既定流程着手准备发卡工作。按照公司和领导的惯例，技术先行，业务流程一边讨论一边制定，我看到初稿，认为没问题，就开发出了新卡的发卡系统，现在系统进入测试阶段，测试进行的如火如荼时，接到紧急通知，新的流程经过2个多月的讨论（当然，不是天天讨论）已确定。没辙，我得修改设计，并增加新功能。其实要主要是新功能让我觉的对象之间的管理太麻烦，因为我不得不维护4个类之间的关联关系，当然这样是为了客户的业务操作方便执行。对象之间的关联要慎用，记得DDD这本书中讲解道，系统设计是为了降低对象之间的关联性；同时也对数据库设计者（我的同事）极少用主外键的关联的做法有些认同。
我认为既然要开展新业务，就要做市场调查，和客户商定流程，否则后面的改动会大大滴。