敏捷開發

目前軟件公司有兩種吧：

1.大部分互聯網公司都是敏捷開發

2.大部分項目型（就是賣軟件的）、外包公司都是瀑布型開發。固然也能夠如今也演變了、能夠敏捷開發、按迭代版本收費了。

 

敏捷開發

1. 人員構成：需由產品經理 + 開發團隊構成（建議人數控制在5~10人之間，太大的項目難以實施、溝通順暢）
2. 簡單，少文檔、多溝通，多畫原型圖
3. 文檔能夠少、但代碼註釋-解釋不要少，能夠在註釋中寫寫大體什麼需求（要實現成什麼樣）、大體用什麼技術-技術邏輯實現，否則後期就不知道需求是什麼了
4. 每一個人天天都應有本身的、或者產品經理交代的事情。每人天天都有目的、都得提交一個小里程碑（合併到主分支），作不完主動加班或尋求幫助或坦誠交代、要求延期。
5. 天天有定時程序自動化構建分支（能夠中午晚上各一次），有自動化測試的話也跑一遍，不管編譯-測試結果如何都通知PM、TM。
6. 已儘快上線產生利益爲主，特別是公司要求的貼合用戶的快項目，搶佔市場就是錢！
7. 開發團隊構成：5~10人，1-2個資深開發,1-2個初級開發，1個QA，其他3-6人是中級開發。

產品經理收集項目需求=》從中選取最重要的幾個需求，造成一個版本=》找相關組員評估時間，通常一個版本2周~2個月作完。=》可並行：開發人員進行開發-自測。QA依據需求能夠準備測試用例（代碼級別或流程操做）。PM跟蹤本個版本+計劃下個版本=》開發完畢——PM驗收——QA測試——上線——反饋=》繼續下一版本。

 

有人說，敏捷開發就像無底洞，不斷開發=》改進完善代碼，或迭代新功能，或推翻舊功能新作。長期來看很無趣、看不到大方向。不如作外包之類的項目：一個項目作幾個版本後就基本結束、繼續下一個項目。這樣沒有成就感、新鮮感，敏捷開發時間長了人變慵懶、對項目熟悉而無動力。

這個問題牽涉到工做、人生的意義了。

1. 本身認爲好的工做、好的人生是什麼？
2. 任何項目都有生命週期，到後期衰退時（通常是業務再也不使用、市場變化、或者老問題太多不得不重來），就能夠想辦法新作了。
3. 人作同一件事情時間長了，都會有疲倦感，這個時候能夠更換項目、學習提高本身、或在原項目中換種更好更新的技術去實現他（在保證穩定的狀況下，開發速度剛開始可能會低點，但兩週~1個月後應該要加快。這是新事物的發展曲線）
4. 在工做中，不斷學習，能夠學習本職工做，把程序的全部模塊（登陸、權限、界面、DB、複雜邏輯編寫、業務需求理解-實現、閱讀本身-別人代碼、重構本身-別人代碼、新技術）搞懂，之後往技術大牛奮進；也能夠學學項目分析、工程計劃、人事關係，之後向項目經理髮展；也能夠學市場業務、周邊人的溝通-識人看相技術。都是有用的
5. 工做作得好，不光拿錢多、在公司威望高、在周邊業界也能有點名氣，多作作演講、分享，認識更多有用的人。甚至能夠出書，講技術、項目管理。