刘清富：百度的项目周期都非常短，项目非常多，这种现象也是有的。但我们的QA工程师是有权说“不”的，QA是关注质量的，并不是QA自己去关注，是所有人都关注。我们在什么时候做呢？是要在产品报告提交测试之前要做。通过规范的流程提交正式的文档，如果没有做好就可以被打回。如果没有做好，是提交不了测试的。对百度来讲，这个项目就不能上线，意味着所有的工期会延迟，这是一个团队来承担的。也许他现在所做的项目是失败的，这个进度会延期，这样其他方面就会受到影响。这样他们就会马上解决出现的问题，如果没有解决问题的话，我们会把这个问题提交上一层管理者，例如各个总监，进行协调。工程师如何解决这个问题，是过程执行问题还是工期方面的问题，那么我们会有一个结论，使这个项目的进展更加合理，质量更加有所控制。
嘉宾主持Bluesky：谢总是怎么看待进度和质量冲突的问题？
谢琳：进度和质量的冲突肯定是会存在的。但不同的项目对过程有不同的要求，对进度和质量的要求也可能是有所不同的，比如有的客户对项目质量要求非常高，会选择在进度方面有所牺牲。有的客户对进度要求非常严格，但是他的应用范围可能比较窄，就会把进度做为首要目标。当进度和质量产生冲突的时候，不同的业务部门所代表的意见会不一样，作为质量部门肯定会对质量进行把关。如果达不到质量要求的话，会让进度做一定的延迟。转贴于：http://www.leadge.com
嘉宾主持Bluesky：于老师如何看待这个问题的？国外是怎么处理这些情况的？
于波：刚才用友的谢总和百度的刘总也介绍到了，他们俩是把质量保证的功能针对不同企业的特点应用。QA是对质量负责，和企业的进程目标有关。刚才两位老总都讲到和进度等其他问题产生冲突，现实生活中我们公司是做项目，不像在研究所做纯研究的。Deadline有这样的一些内容和要求的时候，一个是要根据用户的情况，一个是特别关注设备，如果进度分批处理之后，对用户会有所影响。我们一定要按照流程来做，它支持人员和技术充分发挥的平台，对可视性要进行掌握，质量才能有所把握。在项目的早期就注重质量保证方面的工作，在需求方面尽早地把质量观念引进来，这样才能避免在中后期造成大量的浪费。不要在整个项目结束的时候才注意质量问题。所有的行业都是这样做，只不过软件更先进一些，任务更重，我们处理的工作更复杂一些，更需要我们把质量的关注度转移到项目开发过程中来。不像其他的制造业，我可以停下来，我检修机械、人员调整等等，但我们软件开发没有这方面的问题，要把质量保证始终贯彻其中。
嘉宾主持Jacob：从防止进度和质量冲突发生来说，有两个方面，一个是进度，一个是质量。傅老师，您能否在这方面提供一个很好的方案吗？如果效率提高了，进度是不是就会提前了？您能否给我们一些好的建议？
傅纯一：刚才几位都谈到，进度和质量都是有冲突的，保证开发进度要以牺牲产品质量为代价。如果我们把项目作为一个整体来看，比如做项目的时候为了赶工，省略了一些应该做的步骤，但这些步骤都是有助于保证产品质量的。短期来看是按时交付了产品，但大家都知道这样的产品交付之后，可能会有质量上的问题暴露出来，这时候还要返工，把这个时间算上的话，进度就会比原定的计划更长。刚才于老师提出一个很好的观点，我们应该尽早把质量问题发现出来。IBM Rational 为大家建议了两个最佳实践经验：迭代化开发和持续的质量验证。通过迭代化开发来及早发现软件开发中的质量问题，在整个迭代的过程中连续地检验产品质量。其实项目成功的标志是什么呢？光保证质量是不行的，质量、