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