[關鍵詞] 軟體；管理；專案；軟體企業；生命週期；流程控制
隨著我國資訊產業特別是軟體產業的蓬勃發展，一批批中小軟體企業不斷湧現。大大推動了我國軟體產業的發展。但是不可忽視的是，有相當部分的軟體企業特別是中小型企業在專案管理方面存在著先天的不足，大多仍然處於一種手工作坊式運營階段，處於有章不循和無章可循的混沌階段，缺乏科學化、系統化的管理，質量和效率都不強。由於處於企業的初創期，中小軟體企業忙於找專案、攬專案，從而忽視了自身的實力和行業專攻，從而造成了什麼專案都接、什麼活都做的局面，且公司人員較少，分工不明確從而造成了此類軟體企業管理流程混亂，重編碼輕設計，甚至到編碼完成後再回頭編寫、應付各種文件資料，無論從哪個角度來說，這是沒有任何意義的。軟體專案的開發流程不規範，專案延期、失敗層出不窮。所以如何有效地對專案進行管理，有章可循，對於中小軟體企業來說，是非常有現實意義的。對於廣大的中小軟體企業而言，如何能有效且比較簡單地對自己的軟體專案流程進行管理呢?
專案流程管理在軟體專案的開發過程中是非常重要的一環，它貫穿著整個過程，所以有時它也被稱為軟體產品生命週期管理，主要內容包括：立項、策劃、分析、實現、測試、釋出、維護等環節。
首先我們從軟體工程角度來談談這個問題。我們來說一下軟體工程中開發模型的概念，無論大小，每個專案都必定要遵循一定的開發模型。軟體常用的開發模型包括：瀑布模型、螺旋模型、漸進模型。那麼具體到中小軟體企業，在這幾種模型中，我們要注意些什麼呢?下面我們針對這幾種常見的模型做一下分析。
一般而言，瀑布模型常用於在開發時間內需求沒有或很少變化、分析設計人員對應用領域很熟悉、使用者應用環境穩定、使用者除提出需求以外，很少參與開發工作、需求使用面向過程的語言或程式設計工具且風險較低的專案。
螺旋模型常用於在專案開發早期需求可能有變化、分析設計人員對應用領域很熟悉、使用者可不同程度地參與整個專案的開發過程、使用物件導向的浯言或第四代語言、中等風險專案。
漸進模型主要應用於在整個專案開發過程中需求都可能發生變化、分析設計人員對應用領域不熟悉、使用者可參與整個軟體開發過程中、使用物件導向的語言或第四代語言且高風險專案。
生存期定義可視軟體專案特性識別和所選軟體開發模型而異，對於軟體生命週期的幾個環節來說，他們並不是孤立的、時間層次非常明顯的，它們之間也存在著時間的重疊交叉甚至錯位。
對於專案管理人員來說，要注意區分這幾個階段並在不同的階段定義不同的工作內容並嚴格執行。而具體到中小型軟體企業，由於人員較少，各種工程外小組不太健全。所以，針對這種情況，我們對各個流程進行分解大致分為調查階段、立項階段、策劃階段、分析設計階段、實現階段、測試階段、釋出階段、維護階段。
在調查階段：我們要採集使用者需求資訊、擬定立項建議最後要生成使用者需求文件及立項建議書。
在立項階段：我們需要編制可行性分析報告、立項申請報告並進行評審最後要形成評審記錄。
在策劃階段：我們要任命專案經理、建立專案組。並對需求進行分析、評審。根據需求情況對專案進行資源準備(人、財、物)。在此階段要形成軟體需求規格說明書及測試大綱及需求評審記錄。
在分析設計階段：我們要進行下面的工作系統設計(含資料庫、介面設計)、設計評審、用例準備、測試計劃評審、專案計劃修訂、複用元素提取根據情況要形成系統設計文件、整合和驗證測試計劃、系統設計評審記錄、測試計劃評審記錄、專案計劃修訂記錄。