软件产品最大风险在于中途改变架构，改变软件架构的原因主要有两种情况：
第一种：老的软件架构已经不能适应新需求；
第二种：一个团队出现多头，即多个能决定架构走向的负责人。
多头也就意味着当意见相左时，尤其是对技术应用和理解出现认识不同时，如果彼此都能从项目的目标出发，并能清楚的明白各自方案的优缺点，最后达成统一方案，这是最好，但现实正好相反，每个人都看到对方所谓的弱点和自己所谓的优点，紧接着大打口水仗，假如有上级及时跟进并进行平衡，也许会降低风险，如果没外来的平衡，那么这个软件产品最后杯具的可能性就很大了。
软件开发的大多数时间都是选择规则和使用规则，WebForm和MVC 各有自己规则，使用范例网上到处都是，但是范例仅仅是范例，只是告诉这个东西是个什么玩意，并不能指导进行业务架构。如果你认为使用了MVC，你的业务也是MVC架构了，使用了WebForm你的业务就是WebForm架构了，那充其量只是一个低层次的开发者。最悲哀的就是团队的领头人是这样的人，还是多个。
抛开领导人的能力不说，控制风险从杜绝多头开始。