从一个脑残用户界面，想到的研发画面，看到的CMMI价值

昨天一位搞软件的朋友在线上购买电影票，他小心翼翼按指令提示一步一步操作，却莫名其妙地被带到下面的出错网页。中间的提示信息更是让他彻底崩溃！

“哦！天呐！出错了。请再试一次或者直接到售票处完成交易。
访问错误发生在模块Galaxy.exe, 地址014528E7。……”
朋友是位软件质量专家，不禁发出感叹：“这么烂的系统也敢面对用户？！”

估计是为了平息自己的愤怒，他在推特上曝光了这个烂系统。

出于职业习惯，我的第一个反应是，CMMI能帮助避免这样的问题吗？这么简单的系统不应该出现这种低级错误，特别是出现这么脑残的用户界面、让人唾骂的错误消息。设计、测试和项目管理等环节出了什么问题？
我想象了下面的画面：

开发团队考虑使用这个界面用户的操作场景，据此设计界面信息，并和影院用户坐在一起，澄清确认。
测试团队对系统做全面测试，观察异常情况的结果，最后用户确认：“这是我们想要的样子，可以发布上线了。”
可以肯定的是，在开发这个界面时，上述画面的某些部分从未发生过。应了那句老话，产品的质量在很大程度上依赖于开发过程的质量！一个保障实现基本质量红线的过程，不会让开发团队跳过这些画面，不会让用户看到这么烂的软件系统。这就是CMMI的价值所在！