劉清富：百度的項目周期都非常短，項目非常多，這種現(xiàn)象也是有的。但我們的QA工程師是有權(quán)說“不”的，QA是關注質(zhì)量的，并不是QA自己去關注，是所有人都關注。我們在什么時候做呢？是要在產(chǎn)品報告提交測試之前要做。通過規(guī)范的流程提交正式的文檔，如果沒有做好就可以被打回。如果沒有做好，是提交不了測試的。對百度來講，這個項目就不能上線，意味著所有的工期會延遲，這是一個團隊來承擔的。也許他現(xiàn)在所做的項目是失敗的，這個進度會延期，這樣其他方面就會受到影響。這樣他們就會馬上解決出現(xiàn)的問題，如果沒有解決問題的話，我們會把這個問題提交上一層管理者，例如各個總監(jiān)，進行協(xié)調(diào)。工程師如何解決這個問題，是過程執(zhí)行問題還是工期方面的問題，那么我們會有一個結(jié)論，使這個項目的進展更加合理，質(zhì)量更加有所控制。
嘉賓主持Bluesky：謝總是怎么看待進度和質(zhì)量沖突的問題？
謝琳：進度和質(zhì)量的沖突肯定是會存在的。但不同的項目對過程有不同的要求，對進度和質(zhì)量的要求也可能是有所不同的，比如有的客戶對項目質(zhì)量要求非常高，會選擇在進度方面有所犧牲。有的客戶對進度要求非常嚴格，但是他的應用范圍可能比較窄，就會把進度做為首要目標。當進度和質(zhì)量產(chǎn)生沖突的時候，不同的業(yè)務部門所代表的意見會不一樣，作為質(zhì)量部門肯定會對質(zhì)量進行把關。如果達不到質(zhì)量要求的話，會讓進度做一定的延遲。轉(zhuǎn)貼于：http://m.opto-elec.com.cn
嘉賓主持Bluesky：于老師如何看待這個問題的？國外是怎么處理這些情況的？
于波：剛才用友的謝總和百度的劉總也介紹到了，他們倆是把質(zhì)量保證的功能針對不同企業(yè)的特點應用。QA是對質(zhì)量負責，和企業(yè)的進程目標有關。剛才兩位老總都講到和進度等其他問題產(chǎn)生沖突，現(xiàn)實生活中我們公司是做項目，不像在研究所做純研究的。Deadline有這樣的一些內(nèi)容和要求的時候，一個是要根據(jù)用戶的情況，一個是特別關注設備，如果進度分批處理之后，對用戶會有所影響。我們一定要按照流程來做，它支持人員和技術(shù)充分發(fā)揮的平臺，對可視性要進行掌握，質(zhì)量才能有所把握。在項目的早期就注重質(zhì)量保證方面的工作，在需求方面盡早地把質(zhì)量觀念引進來，這樣才能避免在中后期造成大量的浪費。不要在整個項目結(jié)束的時候才注意質(zhì)量問題。所有的行業(yè)都是這樣做，只不過軟件更先進一些，任務更重，我們處理的工作更復雜一些，更需要我們把質(zhì)量的關注度轉(zhuǎn)移到項目開發(fā)過程中來。不像其他的制造業(yè)，我可以停下來，我檢修機械、人員調(diào)整等等，但我們軟件開發(fā)沒有這方面的問題，要把質(zhì)量保證始終貫徹其中。
嘉賓主持Jacob：從防止進度和質(zhì)量沖突發(fā)生來說，有兩個方面，一個是進度，一個是質(zhì)量。傅老師，您能否在這方面提供一個很好的方案嗎？如果效率提高了，進度是不是就會提前了？您能否給我們一些好的建議？
傅純一：剛才幾位都談到，進度和質(zhì)量都是有沖突的，保證開發(fā)進度要以犧牲產(chǎn)品質(zhì)量為代價。如果我們把項目作為一個整體來看，比如做項目的時候為了趕工，省略了一些應該做的步驟，但這些步驟都是有助于保證產(chǎn)品質(zhì)量的。短期來看是按時交付了產(chǎn)品，但大家都知道這樣的產(chǎn)品交付之后，可能會有質(zhì)量上的問題暴露出來，這時候還要返工，把這個時間算上的話，進度就會比原定的計劃更長。剛才于老師提出一個很好的觀點，我們應該盡早把質(zhì)量問題發(fā)現(xiàn)出來。IBM Rational 為大家建議了兩個最佳實踐經(jīng)驗：迭代化開發(fā)和持續(xù)的質(zhì)量驗證。通過迭代化開發(fā)來及早發(fā)現(xiàn)軟件開發(fā)中的質(zhì)量問題，在整個迭代的過程中連續(xù)地檢驗產(chǎn)品質(zhì)量。其實項目成功的標志是什么呢？光保證質(zhì)量是不行的，質(zhì)量、