一、用分階段的生命周期計劃嚴(yán)格管理。
統(tǒng)計表明，不成功的軟件項目中約有一半左右源自計劃不周。本原則意味著，應(yīng)該把軟件生命周期劃分成若干階段，相應(yīng)地制定出切實可行的計劃，然后嚴(yán)格按照計劃對軟件的開發(fā)與維護工作進行管理。勃姆認(rèn)為，在軟件的整個生命周期中應(yīng)該制定并嚴(yán)格執(zhí)行6類計劃，即項目概要計劃、里程碑計劃、項目控制計劃、產(chǎn)品控制計劃、驗證計劃、運行維護計劃。不同層次的管理人員需要嚴(yán)格按照計劃各盡其職地管理軟件開發(fā)與維護工作，絕不能受顧客或上級人員的影響而擅自背離預(yù)定計劃。
二、堅持進行階段評審。
軟件的質(zhì)量保證工作不能等到編碼階段結(jié)束之后再加以實施，其理由為：第一，大部分錯誤始于編碼之前;第二，錯誤的發(fā)現(xiàn)與修改時間越晚，需要付出的代價就越高。因此，本原則意味著，在軟件開發(fā)的每個階段應(yīng)該進行嚴(yán)格的評審，以便盡早發(fā)現(xiàn)軟件開發(fā)過程中的錯誤。
三、實行嚴(yán)格的產(chǎn)品控制。
軟件開發(fā)過程中不應(yīng)隨意改變需求，因為改變一項需求往往需要付出較高的代價;但是軟件開發(fā)過程中改變需求又在所難免，基于外部環(huán)境的變化而出現(xiàn)改變用戶需求的情況是一種客觀需要，而且迅速應(yīng)對客戶的需求變更是顧客本位的內(nèi)涵之一。在這種情況下，只能依靠科學(xué)的產(chǎn)品控制技術(shù)來順應(yīng)這種要求。當(dāng)改變需求時，為了保持軟件各個配置成分的一致性，需要實行嚴(yán)格的產(chǎn)品控制，其中主要是實行基準(zhǔn)配置管理。所謂基準(zhǔn)配置又稱基線配置，它們是經(jīng)過階段評審后的軟件配置成分(各個階段產(chǎn)生的文檔或程序代碼)?；鶞?zhǔn)配置管理也稱為變更控制：一切有關(guān)修改軟件的建議，特別是涉及到對基準(zhǔn)配置的修改建議，都需要按照嚴(yán)格的規(guī)程進行評審，獲得批準(zhǔn)以后才能實施修改。避免開發(fā)人員對軟件隨意進行修改。
四、采用現(xiàn)代程序設(shè)計技術(shù)。
從提出軟件工程的概念開始，人們一直把主要精力用于研究各種新的程序設(shè)計技術(shù)。從60年代末提出的結(jié)構(gòu)程序設(shè)計技術(shù)到更近的面向?qū)ο蠹夹g(shù)，人們不斷創(chuàng)造先進的程序設(shè)計技術(shù)。實踐表明，采用先進的技術(shù)既可提高軟件開發(fā)的效率，又可提高軟件維護的效率。
五、結(jié)果應(yīng)能清楚地審查。
與其他有形產(chǎn)品不同，軟件是看不見摸不著的邏輯產(chǎn)品。軟件開發(fā)人員的工作進展情況可見性差，難以準(zhǔn)確度量，從而使得軟件產(chǎn)品的開發(fā)過程比一般產(chǎn)品的開發(fā)過程更難以評價和管理。為了提高軟件開發(fā)過程的可見性，更好地進行管理，應(yīng)該根據(jù)軟件開發(fā)項目的總目標(biāo)及完成期限，規(guī)定開發(fā)組織的責(zé)任和產(chǎn)品標(biāo)準(zhǔn)，從而使得所得到的結(jié)果能夠清楚地審查。
六、開發(fā)小組的人員應(yīng)該少而精。
該原則意味著，軟件開發(fā)項目的組成人員的素質(zhì)應(yīng)該好，而人數(shù)則不宜過多。開發(fā)小組人員的素質(zhì)和數(shù)量是影響軟件產(chǎn)品質(zhì)量和開發(fā)效率的重要因素。素質(zhì)高的人員的開發(fā)效率比素質(zhì)低的人員的開發(fā)效率可能高幾倍至幾十倍，而且素質(zhì)高的人員所開發(fā)的軟件中的錯誤明顯少于素質(zhì)低的人員所開發(fā)的軟件。此外，隨著開發(fā)小組人員數(shù)目的增加，因為交流問題而造成的溝通成本也急劇增加。因此，構(gòu)建和維持少而精的開發(fā)團隊甚至標(biāo)桿團隊是軟件工程的一條基本原理。