2.需求開發階段:如何寫好需求很關鍵，這需要實踐經驗來鍛煉自己。如果有項目成員，可以壹起提出需求。在這個階段，對業務理解、分析、如何開展研究、文字表達、業務流程圖描述、文檔編輯能力有很多要求。壹般可以分為用戶需求規格說明和需求規格說明。小項目可以寫壹份需求分析報告。用戶需求規格是用用戶的語言描述的，這樣用戶和開發團隊就可以對需求達成壹致的理解。需求規格是對用戶需求的分析，形成系統應該具備的功能。這是真正為用戶提供交互操作的文檔，是後期設計和代碼開發的重要基線。
另外，作為對需求的理解，拿出用戶UI和用戶交流也是獲取需求的重要手段，雖然這屬於設計的範疇。
3.系統設計階段:
系統的總體架構，結合用戶對系統環境、開發語言和運行網絡硬件的需求，確定開發工具，設計應用系統關系的架構，通過需求階段的分析對用戶進行分類，以圖形化的方式描述用戶和子系統或模塊的全局視圖以及與其他系統的關系。也就是理解系統的邊界問題。
除了高層架構設計，概要設計中還需要設計網絡拓撲圖和系統部署圖。在總體設計中合理劃分子系統和模塊也很重要。模塊的名稱在很大程度上會成為用戶的主菜單，所以從用戶的角度出發，明確子系統和模塊是非常重要的。
4.代碼開發和單元測試階段:壹般來說，這個階段需要改進瀑布模型，類似於逆向開發，合理劃分模塊，將整個項目計劃的代碼開發和測試階段劃分為多個時間段，每個時間段包括代碼開發、單元測試和集成測試。在這個階段，跟蹤和控制需求變更也是必要的。如果需求發生變化，需求文檔和設計文檔要重新跟上。逆向開發的好處是不會讓代碼開發的過程拖下去，不會及時自查，不小心到了提交時間，但這不是用戶想要的，也不壹定是他們想要的。
項目經理的重要職責是控制進度，盡早發現風險，並提出良好的預防和解決措施。合理安排開發團隊的任務，及時安排和銜接任務，妳會覺得很有藝術感。妳必須親自體驗壹下。另外，關註項目組所有人員的情況，保持較高的戰鬥力，及時發現並鼓勵團隊朝著同壹個目標前進。
5.測試工作，測試是項目中非常重要的壹部分。如何測試，如何準確測試，如何有效測試，如何覆蓋測試，都會受到時間、人力、經驗等方面的制約。高級測試人員可以分析系統的測試點，參與需求和設計階段，提前知道如何測試，編寫測試用例。
6.文件工作。文檔在項目開發中也起著重要的作用。除非妳認為代碼是項目的唯壹成果，那麽妳可以扔掉文檔。壹切都在妳的腦海裏。當團隊成員離開時，項目的壹部分將被帶走。其實代碼開發也是需要文檔的。代碼是結果，代碼註釋是結果，模塊開發文件也是重要的結果，因為程序員在開發時的邏輯是什麽，對以後的問題非常有用。除非妳的系統設計已經到了方法和類的層次，代碼邏輯已經設計好了，那程序員就去編碼。
7.QA是項目過程的質量保證。有些公司把QA和測試工作合並成壹個崗位，叫做QA &；測試人員，或者只是QA人員。QA是對項目全過程的監督，獨立於項目。監督項目經理在每個項目裏程碑提交相關成果並入庫形成基線。