业务架构、信息架构、技术或架构三位一体.docxVIP

业务架构、信息架构、技术架构三位一体昨天才刚上的功能，忽然又要去掉。客户在使用产品中的这些流程，难道事先就没有人考虑到么?现在说这个功能重要，又说要做各种的接口和延展，需求积压到这个程度，对不起!代码已经改不动了。　　　　客户天天打电话要修改产品功能，简单的一个需求可能要做一个月。产品越改越笨重，为了赶工期bug越来越多。头疼!　　产品从初级版到现在已经四个年头，相关的程序员来去换了三批，在补丁上打补丁是常有的事，很多功能只是开了个头，换个项目经理就被遗忘。我们总是害怕客户在这个产品上提出新的需求，只要客户还用得过去，能不改就不改。即使到了非改不可的地步，也会容忍这些僵化的代码带来的种种限制。　　昨天才刚上的功能，忽然又要去掉。客户在使用产品中的这些流程，难道事先就没有人考虑到么?现在说这个功能重要，又说要做各种的接口和延展，需求积压到这个程度，对不起!代码已经改不动了。　　出来混，早晚是要还的。　　在初期，我们的客户并不了解信息化可以为他带来什么、改变什么。随着时间的推移，企业信息化层层深入，甚至已经演变成企业在市场竞争中的利器，逆转的情况就出现了。企业客户的业务流程从之前的顺应软件，逐步的变为让软件去顺应该企业的发展。于是同一款软件的客户们提出了各种个性化的需求，加功能、改流程、维护优化等等。　　那么，我们如何避免这些头疼的问题出现呢?　　这些问题出现的根本原因是商业软件的设计