由于軟件開發的手藝性、個體性特征，軟件開發項目方案不或許是一個靜态的方案，一次在項目啟動時，能夠先拟定一個顆粒度相對比較粗的項目方案，先确認項目高層活動和預期裡程碑。粗顆粒度的項目方案需求不斷地更新叠代，根據項目的大小和性質以及項目的發展狀況進行叠代和調整。

　　叠代和調整的周期也是根據項目的狀況進行制訂的，一般短到一周，長到2個月左右。經過不斷的方案制訂、調整、修訂等作業，項目方案從開端的粗粒度，變得非常詳細。這樣的方案将一直延續到項目完畢，延續到項目的效果呈現。

　　拟定方案的進程便是一個對項目逐步了解把握的進程，經過認真地拟定方案，項目經理能夠知道哪些要素是清晰的，哪些要素是要逐步清晰的，經過漸近明細不斷完善項目方案。階段方案中包含的作業彙報和下一階段作業安排是把握項目發展的根據，從階段方案對照整體方案，才能一目了然地看出作業的發展狀況。拟定方案的進程，也是在發展、資源、範圍之間尋求一種平衡的進程。拟定方案的精髓不在于寫出一份好看的文檔，而在于運用您的智慧去應對各種問題和面臨危險并盡或許做出前瞻性的思考。一旦方案被擔任任地完結，他就能夠給自己一個和辦理層或客戶交流與協商的基礎，協助你在項目進程中防備各種問題的呈現，協助你保證項目按時完結。

　　企業确認要開端某個項目時一般會下達一個立項的文件，暫時叫“項目立項文件”，主要内容是遵照的合同或相關協議，項目的大緻範圍、項目完畢的截止時刻和一些關鍵時刻，指定項目經理和部分項目成員等等。

　　接下來的項目方案編寫一般要依照以下進程：

　　1、 成立項目團隊

　　相關部門收到經過批閱後的“項目立項文件”和相關材料，則正式在“項目立項文件”中指定的項目經理安排項目團隊，成員能夠跟着項目的發展能夠在不同時刻參加項目團隊，也能夠跟着分配的作業完結而退出項目團隊。但最好都能在項目啟動時參加項目啟動會議，了解整體方針、方案，特别是自己的方針責任，參加時刻等等。

　　2、項目開發預備

　　項目經理安排前期參加的項目團隊成員預備項目作業所需求的标準、工具、環境。如開發工具、源代碼辦理工具、裝備環境、數據庫環境等。前期參加的項目團隊成員主要由方案經理，系統剖析員等組成，但快要拟定好的項目方案必定要盡或許經過在一切項目團隊成員和項目關連人中間的充分交流。假如項目中存在一些關鍵的（指将影響項目勝敗）技能危險，則在這一階段項目經理應安排人員進行預研。預研的結果應留下下書面定論以備評定。

　　說明：項目方案書有必要在相應階段對項目方針、階段方針和各項使命進行準确的界說，便是要在相應階段進一步進行項目方針的細化作業；特别是在概要規劃完結，詳細規劃或編碼完結開端之前應該對下一階段的方針使命進行細化。應當充分調查并把握影響項目方案的全部内部和外部影響因素；應當盡或許充分地剖析項目作業分化結構，經過剖析項目作業分化結構不隻取得項目的靜态結構，而且經過邏輯剖析，取得項目各作業使命之間動态的作業流程；應當将項目方針、使命進行分化，拟定詳細的施行方案。

　　3、項目信息搜集

　　項目經理安排項目團隊成員經過剖析接納的項目相關文檔、進一步與用戶交流等途徑，在規定的時刻内盡或許全面搜集項目信息。項目信息搜集要講究充分的、有用率的交流，并要達到共同。有些成員以為，電子郵件發來的文檔（方案、需求、周方案等）是在交流不夠充分的狀況下完結的，成員看過後有不了解或與自己的能力或意願不符的狀況，但經過電子郵件等方式交流的效率不高，這或許是個習慣的問題，或許和某個詳細問題本身是否簡單經過電子郵件交流清楚有關。因此重要的内容需求開會進行Q&A評論，保證一切重要問題都得到了解，最終達到共同。評論會上達到共同的應當記載成文字落真實詳細的文檔中。

　　4、編寫《軟件項目方案書》

　　項目經理擔任安排編寫《軟件項目方案書》。《軟件項目方案書》是項目策劃活動中心輸出文檔，它包含方案書主體和以附件形式存在的其他相關方案，如裝備辦理方案等。《軟件項目方案書》的編制參閱《GB8567－88計算機軟件産品開發文件編制攻略》中項目開發方案的要求。各企業在樹立ISO9001質量辦理體系或CMM進程中也會樹立相應的《軟件開發項目方案書标準》。

　　編制項目方案的進程應當分為以下幾個步驟：

　　a、确認項目的應交付效果。這裡的項目的應交付效果不隻是指項目的最終産品，也包含項目的中間産品。例如通常狀況下軟件開發項目的項目産品能夠是：需求标準說明書、概要規劃說明書、詳細規劃說明書、數據庫規劃說明書、項目階段方案、項目階段陳述、程序維護說明書、測驗方案、測驗陳述、程序代碼與程序文件、程序安裝文件、用戶手冊、驗收陳述、項目總結陳述等等；

　　b、使命分化：從項目方針開端，從上到下，層層分化，确認完結項目方針有必要要做的各項作業，并畫出完整的作業分化結構圖。軟件開發項目剛開端或許隻能從階段的角度區分，如需求剖析作業、架構規劃作業、編碼作業、測驗作業等等，當然規劃較大時也可把需求、規劃拆分成不同的使命。不過特别是在概要規劃完結時能夠對下一階段的方針使命進行橫向的細化。

　　c、在資源獨立的假設前提下确認各個使命之間的相互依賴聯系，以确認各個使命開端和完畢時刻的先後順序；取得項目各作業使命之間動态的作業流程。

　　d、确認每個使命所需的時刻，即根據經驗或應用相關方法給使命需求耗費的時刻；确認每個使命所需的人力資源要求，如需求什麼技能、技能、知識、經驗、熟練程度等等。

　　e、确認項目團隊成員能夠分配的時刻，即每個項目成員詳細花在項目中的切當時刻；确認每個項目團隊成員的人物構成、責任、相互聯系、交流方式。

　　f、确認辦理作業，辦理作業是貫穿項目生命周期的，如項目辦理、項目會議等、編寫階段陳述。項目團隊成員之間的交流時刻、項目團隊成員和其他項目關連人之間的交流時刻也比較簡單被忽視，而交流時刻也是比較不簡單固定地量化和日程化。但這些作業在方案中都應當充分地被考慮進去，再回師項目方案愈加合理，更有用地削減由于方案的不合理而導緻的項目發展延期。

　　g、根據以上結果編制項目整體發展方案，整體發展方案應當體現使命名稱、責任人、開端時刻、完畢時刻、應提交的可檢查的作業效果。

　　h、考慮項目的費用預算、或許的危險剖析及其對策、需求公司内部或客戶或其他方面協調或支持的事宜。

　　5、軟件項目方案書評定、同意

　　項目方案書評定、同意是為了使相關人員達到共同、削減不必要的過錯，使項目方案更合理更有用。

　　項目經理完結《軟件項目方案書》後，首先安排項目團隊内部的項目團隊擔任人、測驗擔任人、系統剖析擔任人、規劃擔任人、質量監督員等對項目方案書進行評定，評定可采納電子或會議方式，并進行階段效果項目團隊内評閱記載。應當要求一切相關人員在收到軟件項目方案書後的一個約好時刻内反饋對方案書的定見。項目經理保證與一切人員就項目方案書中所列内容達到共同。這種共同性是要求一切項目團隊成員對項目方案的内容進行許諾，無法許諾或許說是無法達到共同的，要麼修正項目方案去适應某些項目團隊成員，要麼是由某些項目團隊成員采納退讓辦法，去适應項目方案的要求。

　　項目經理将已經達到共同的軟件項目方案書提交項目高層分管領導或其授權人員進行批閱，批閱完結時刻不能超過預先約好的時刻。對于含義重大的項目，由進程操控部門如質量辦理部和項目分管領導同時對《軟件項目方案書》進行批閱。

　　同意後的軟件項目方案書作為項目活動展開的根據和本企業進行項目操控和檢查的根據，并在必要時根據項目發展狀況施行方案變更。

　　項目質量監督員根據《軟件項目方案書》和《軟件開發項目質量方案書标準》編制軟件開發項目質量方案。大型的項目應當編制獨自的《軟件開發項目質量方案書》；規劃較小的能夠在《軟件項目方案書》的某個章節說明“軟件開發項目質量方案”，也可獨自編制類似“軟件開發項目質量操控表”的文檔。

　　裝備辦理員根據方案書編制《項目裝備辦理方案》。以項目作業方案書中的階段效果為根據，根據裝備辦理方案标準編制裝備辦理方案，項目經理批閱裝備辦理方案，并對裝備辦理方案的有用性擔任。

更多精彩资讯请关注tft每日頭條，我们将持续为您更新最新资讯!