軟件工程管理的提出和研究源于上世紀(jì) 70 年代中期，美國國防部在那時(shí)曾經(jīng)專門針對(duì)軟件工程進(jìn)行不理想進(jìn)行過研究， 其中大約 70%是由于管理不善所引起的，大家所認(rèn)為的技術(shù)因素等并不是主要原因。他們從這些研究中得出一個(gè)結(jié)論，影響軟件研發(fā)項(xiàng)目全局的因素是軟件工程項(xiàng)目的管理， 而技術(shù)等相關(guān)因素只是起到了一些局部作用。到了上世紀(jì) 90 年代中期，軟件工程管理水平低下的問題仍然存在并且更加嚴(yán)重。根據(jù)美國軟件工程項(xiàng)目實(shí)施現(xiàn)狀的調(diào)查結(jié)果顯示， 軟件工程研發(fā)的總體情況仍然很難預(yù)測(cè)，大約只有 10%的軟件工程項(xiàng)目能夠在大家預(yù)定的花費(fèi)和時(shí)間點(diǎn)交付。在國內(nèi)的軟件工程中同樣存在著這種情況，甚至更加的嚴(yán)重。近些年來，在整個(gè)軟件業(yè)也在倡導(dǎo)一些新的管理模式，但是從總體上來看，傳統(tǒng)的軟件工程管理模式即瀑布型模式，仍舊是使用最為廣泛的管理方法，現(xiàn)在一些企業(yè)也在嘗試一些新型的管理模式，比如 CMM，以及敏捷模式。 CMM（Capability Marurity Model，軟件能力成熟度模型）是于 1984 年美國國會(huì)與美國 IT 行業(yè)一些主流公司和相關(guān)的研究中心一起創(chuàng)立的一個(gè)由美國聯(lián)邦政府資助的非盈利組織——軟件工程研究所（Software Engineering Institute，SEI）在其早期研究中得出的研究成果。該模型提供了軟件工程成果以及管理方法的框架，自 90 年代提出之后，已經(jīng)在北美洲、歐洲和日本等地成功地進(jìn)行了實(shí)際應(yīng)用?，F(xiàn)在該模型已經(jīng)作為業(yè)界軟件過程改進(jìn)的工業(yè)標(biāo)準(zhǔn)?，F(xiàn)在國外對(duì) CMM 的研究已經(jīng)比較成熟并得到了廣泛應(yīng)用，但是在我國對(duì) CMM 的研究遠(yuǎn)遠(yuǎn)落后于國外軟件發(fā)達(dá)國家。 CMM 是一個(gè)非常復(fù)雜的體系，有著大量的標(biāo)準(zhǔn)和要求，對(duì)于軟件過程中每一個(gè)方面都有很多具體的標(biāo)準(zhǔn)要求。國內(nèi)大部分軟件公司規(guī)模較小，人員配備在 10 至 20 人之間，經(jīng)常是四五個(gè)人就實(shí)施一個(gè)項(xiàng)目， 完全按照 CMM 的體系來管理進(jìn)行軟件工程管理并不符合實(shí)際情況。所以本文基于 CMM 理論，對(duì)軟件工程管理的現(xiàn)狀進(jìn)行分析和總結(jié)的基礎(chǔ)上， 就 CMM 等創(chuàng)新策略進(jìn)行研究。