一套質(zhì)量保證體系上的全過程質(zhì)量管理方案,每一個環(huán)節(jié)的規(guī)范化管理是質(zhì)量保證的一個基礎(chǔ),除此之外,規(guī)范的項目方案評審制度也是質(zhì)量保證的必備步驟,經(jīng)?？蛻魧|(zhì)量的評價首先是方案質(zhì)量的優(yōu)劣。有效的、科學(xué)的測試制度也將有助于在提交客戶之前發(fā)現(xiàn)設(shè)計中的問題。
5 所有的內(nèi)部測試工作是不是全部應(yīng)該由測試人員完成
軟件程序測試可以分為“白盒法”和“黑盒法”兩種方式。由于使用“白盒法”對測試人員各方面素質(zhì)的種種要求,在進行程序測試時 測試人員總是最優(yōu)先使用“黑盒法”。他們的工作方式往往是先對程序進行“黑盒法”測試;如果測試沒有通過,不得已這才考慮對程序代碼 進行“白盒法”測試。顯然,這種對“白盒法”有意無意的“逃避”,對軟件的可靠性和穩(wěn)定性構(gòu)成了威脅。如何解決這個問題?一方面需要提高對測試人員的要求,另一方面也需要程序員完成部分的“白盒法”測試。
6 如果我們落后于計劃,是否可以增加更多的程序員來解決
客觀情況是軟件開發(fā)不同于傳統(tǒng)的農(nóng)業(yè)生產(chǎn),人多不見得力量大。如果給落后于計劃的項目增添新手,可能會更加延誤項目。因為:1)新手會產(chǎn)生很多新的錯誤,使項目混亂。2)老手向新手解釋工作以及交流思想都要花費時間,使實際開發(fā)時間更少。所以科學(xué)的項目計劃很重要,不在乎計劃能提前多少,重在恰如其分。如果用“大躍進”的方式奔向共產(chǎn)主義,只會產(chǎn)生倒退的后果。投入項目上的人力,多多益善。在某些業(yè)務(wù)項目上確實如此。但在系統(tǒng)項目管理中卻很少是這樣的。人們的技能和知識是不能互換的。如果多一些人加入到系統(tǒng)項目中來,由于協(xié)調(diào)不利和要培訓(xùn)人員以快速適應(yīng)工作,通常會減慢項目的進度。
7 技術(shù)骨干是否應(yīng)該成為項目的項目經(jīng)理
項目經(jīng)理一定是所有項目成員中薪水最高的。在“軟件作坊”時代,這是一種普遍使用而且效果不錯的方法;而在“軟件工廠”時代,這種方法卻帶來各種問題,有時甚至直接導(dǎo)致項目失敗。究其原因這主要是因為隨著現(xiàn)代軟件開發(fā)分工的細化,對項目經(jīng)理的要求也發(fā)生了根本的改變——最注重的不是其對某項專業(yè)技術(shù)的掌握程度,而是其組織、領(lǐng)導(dǎo)、協(xié)調(diào)開發(fā)團隊的能力。至于項目經(jīng)理的薪水問題,這和定薪制度有很大關(guān)系。通常,項目經(jīng)理執(zhí)行的是管理人員的薪酬體系,而其他人員執(zhí)行的是技術(shù)人員的薪酬體系。項目經(jīng)理的薪水在項目成員中是比較高的,但不一定是最高的。有時候,為了激勵技術(shù)人員,項目中的技術(shù)骨干得到的酬勞比項目經(jīng)理要高。