一级领导。

上一级领导会收集这些问题，然后在每个星期两次的碰头会议上面，交给技术部门的负责人。

光是这一个步骤，运气好的话需要等待三天的时间，运气不好的话，直接就是一个星期后转交给技术部门了。

假设三天内问题出现在了技术部门的面前，那么技术部门的领导还得先派人来统计和选择问题，这样大概又需要一天左右的时间。

选择出一些需要解决的问题之后，负责人就需要给上面打报告，得到上面的批准，问题就转交到技术部门的相关工程师手中，由他们去解决问题。

不过因为很多工程师手中都会堆积大量的任务，所以这些问题一旦落到了工程师的手里，恐怕又要堆集个好几天的时间，工程师才会真正的开始审视这个问题，然后思考解决问题的办法。

如果是小问题，工程师自己可以解决，那么就打报告给自己的领导，经过批准之后，再增加到补丁里面。

如果工程师自己无法解决问题，那么就又需要等待一两天的时间，等到技术部门的常会，在会议上也拿出这个问题，由大家来讨论，判断这个问题的严重性，是否需要立刻解决，需要投入多少力量来解决之类的。

反正这样一套流程走下来，半个月的时间铁定就没了，而等到问题真正解决，一个月的时间都太快了。

在2008年以前，华夏在网络领域强势崛起之前，所有的网络公司，或者说所有的公司，基本上都是这个尿性，一个问题你反映上去，一个月能解决就算是良心企业了，拖一年，甚至干脆直接将问题丢进垃圾箱里面的公司，都是常态。

毕竟和解决问题相比，无视问题是最快也最轻松最简单最省钱的解决办法了。

不要觉得这太夸张，相反，这是很正常的事情，也是任何一家大企业都会有的问题，统称为大企业病，这是无法避免的时间。

所以这些微软得工程师们才非常自信的打赌，一个月以内解决问题，他们已经高看这些华夏人太多了。

“那大家再赌一赌，他们发现问题之后，要怎么解决我们的礼物！”一个工程师觉得打一次赌还不够，要打第2次。

“那这就更长了，没有小半年时间是不可能的！”一个工程师立刻回答道。

“不，我觉得会在半年以上，毕竟我们是针对他们的底层结果设计的，他们要解决问题，就得将一半以上程序重新更换，还涉及到20多种语言的不同版本，没有半年的时间绝不可能！”

“没错，等半年之后，他们解决了问题，换上了新的网络协议，我们到时候只需要再编写一个新的补丁，就可以把qq继续送到上帝那里去了！哈哈哈哈！”

听到这里，所有工程师们都欢快的笑了起来。