1項目計劃

首先，制定項目計劃。最初的計劃是一個里程碑。可以先按照瀑布模型設置。里程碑主要是需求評審、設計評審、代碼開發(fā)和單元測試后的集成測試、上線部署。這是一個非常重要的里程碑。一般來說，用戶會期望系統(tǒng)什么時候可以使用，從而進入試運行期(也稱為用戶測試階段)。

2需求開發(fā)

如何寫好需求是關鍵。如何學習開發(fā)需求？可以看看經(jīng)典譯著《需求工程》。它不是很厚，但你需要能夠理解為什么這樣做更好。這需要實踐經(jīng)驗來鍛煉自己。如果有項目成員，他們可以一起做需求。在這個階段，對業(yè)務理解、分析、如何開展研究、文字表達、業(yè)務流程圖描述、文檔編輯能力有很多要求。一般分為用戶需求說明書和需求說明書。小項目可以寫需求分析報告。用戶需求規(guī)格用于以用戶語言描述需求，以便用戶和開發(fā)團隊能夠就需求達成一致的理解。需求說明書用于分析用戶的需求，形成系統(tǒng)應該具備的功能。這是真正為用戶提供交互操作的文檔，是后期設計和代碼開發(fā)的重要基線。

另外，作為對需求的理解，把用戶UI拿出來和用戶交流也是比較重要的獲取需求的手段，雖然這屬于設計的范疇。

3系統(tǒng)設計

整體系統(tǒng)架構，結合用戶對系統(tǒng)環(huán)境、開發(fā)語言、運行網(wǎng)絡硬件的要求，確定開發(fā)工具等。，設計應用系統(tǒng)關系的架構，在需求階段對用戶進行分類，用圖的方式描述用戶、子系統(tǒng)或模塊的全局視圖，以及與其他系統(tǒng)的關系。那就是搞清楚系統(tǒng)的邊界問題。

概要設計除了高層架構設計，還需要設計網(wǎng)絡拓撲圖和系統(tǒng)部署圖。在概要設計中更重要的是子系統(tǒng)和模塊的合理劃分。很大程度上，模塊的名稱會成為用戶的主菜單，所以從用戶的角度出發(fā)，得到一個清晰的子系統(tǒng)和模塊是非常重要的。

4代碼開發(fā)

總的來說，這個階段需要改進瀑布模型，類似于下一代開發(fā)。模塊劃分合理，將整體項目計劃的代碼開發(fā)和測試階段劃分為多個時間段，每個時間段包括代碼開發(fā)、單元測試和集成測試。在這個階段，跟蹤和控制需求變更也是必要的。如果需求發(fā)生變化，需求文檔和設計文檔要重新跟上。延遲開發(fā)的好處是不讓代碼開發(fā)的過程拖下去，沒有及時的自查，到了提交的時候也不是用戶想要的，也不一定是他們想要的。

5計劃控制

項目經(jīng)理的重要職責就是控制進度，及早發(fā)現(xiàn)風險，拿出好的預防和解決措施。合理安排開發(fā)團隊的任務，及時安排和銜接任務，你會覺得很有藝術感。這個你得自己體會。此外，項目團隊中每個人員的狀態(tài)都能保持較高的戰(zhàn)斗力，及時發(fā)現(xiàn)并激勵團隊朝著共同的目標前進。

6測試

這是測試項目中非常重要的一部分。如何測試，如何準確測試，如何有效測試，如何覆蓋測試，都會受到時間、人力、經(jīng)驗的制約。高級測試人員可以分析系統(tǒng)的所有測試點，參與需求和設計階段，提前知道如何測試，編寫測試用例。

7文件梳理

文檔在項目開發(fā)中也起著重要的作用。除非你認為代碼是項目的唯一成果，那就扔掉文檔吧。一切都在你的腦子里，團隊成員一走，項目的一部分就被帶走了。其實代碼開發(fā)也是需要文檔的，代碼是結果，代碼注釋是結果，模塊開發(fā)文件也是一個重要的結果，因為程序員在開發(fā)的時候有什么樣的邏輯，對以后的問題檢查非常有用。除非你的系統(tǒng)是按照方法、類和代碼邏輯的層次來設計的，那么程序員就應該編碼。

8質(zhì)量保證

QA是對項目過程的質(zhì)量保障，有些公司把QA和測試工作合成一個崗位叫做QA