混乱和错误，哪个更能接受

在具体项目从设计开始到运维结束，其中环节和真实场景中的问题尤其的多，但是问题的原因是归结与混乱还是错误，这两种那种是更有效的反馈？

现在的设计工作和开发工作都是由团队来完成的，使用的工具也从普通的文本文档升级到现在的设计工具和软件过程管理软件，专业的开发ide工具。现在对于软件开发的要求也发生了变化，对于互联网来说是速度，对于银行来说是稳定、准确、安全，对于专业软件是速度和易用性，一切都在发生变化。

有的人想既然做一个就完美的做好，可惜在速度的要求之下这种想法成为奢望。快速迭代、原型、螺旋模型、敏捷开发已经不断的成为主流，在这种情况下，我们面对两种异常的情况，混乱和错误。在混乱的情况下，一定是当中某个部分出现了范围性的问题，在无序状态下，任务的积累速度是超越处理速度的。在这种情况下项目的延期，又称项目的失败是不可避免的。这不是一种技术可以解决的问题，是管理上的问题。管理上的问题虽然在各种教材中转来转去，但是管理上的问题一般在量化管理上都是很有难度的，因为你管理的了项目过去的情况，但是对项目的现在情况只能去根据过去的数据推测，同时也很难评估这种管理上的混乱对整个项目造成的影响在数据上是多少。混乱是管理上的问题，很难被量化，即便最后项目延期也很难明白什么地方出问题了，没有人喜欢在别人面前说自己有问题，尤其是问题容易被掩盖和现在社会竞争如此激烈的情况下。错误是在明确的背景下，明确的问题下，可被明确找到原因的。这种情况是可以根据软件过程管理工具进行追踪的。在开发过程中错误也是可以被准确定位的。

混乱是需要重新整理秩序，执行秩序规则的，它是系统级问题。错误是需要重新定位问题，重复验证，找到原因，解决掉的具体的个例。对于我来说，我更希望遇到的是错误，而不是混乱。在整个项目的过程中，涉及到的人很多，如果出现混乱，这个通常因为我们个人的权限不够高而且混乱是非常耗时的系统级问题，在这种情况下，我们具体的个人是知道这种问题但是不会反馈的。错误是比较具体的个例，有明确的责任关系，可以被快速解决并且被准确反馈。个人的工作经验也主要来源于错误。

混乱的项目一直被延期，高层不知道但有解决混乱的能力，但是底层知道却没有解决混乱的能力。错误是可以被快速解决的。