1樓：匿名使用者
敏捷開發的專案管理軟體有8manage pm，支援增量式產品開發的短迭代管理和滿足競爭格局和產品需求動態變化的管理需求。如有需要，也可靈活擴充套件以滿足傳統專案監控的管理需求（如時間管理、成本管理）。
2樓：默守安然
敏捷開發以使用者的需求進化為核心，採用迭代、循序漸進的方法進行軟體開發。在敏捷開發中，軟體專案在構建初期被切分成多個子專案，各個子專案的成果都經來過測試，具備可視、可整合和可執行使用的特徵，第二種敏捷開發更多的是zhi通過某種開發工具來實現，比如**生成器，像天翎、力軟、宜搭這種。
3樓：匿名使用者
敏捷開發絕對的可以試試 leangoo
4樓：匿名使用者
worktile 團隊對於開發和scrum的一些理解，希望有所幫助：
關於開發，我們已經有了太多的方**和工具，這之間其實很難說哪個方**是正確的，哪個工具是最好用的；
其實開發是「任性的」，它沒有定律，如人飲水冷暖自知，其過程是否高效，除了團隊的內功實力這個決定性因素之外，還取決於整個流程是否是清晰的。
高效總是伴隨著清晰而來，清晰的目標，清晰的計劃，清晰的職責……而這也是worktile採用看板的原因，直觀可視的結構將原本錯綜複雜的流程變得清晰；而高度模組化的特性，又可以讓一個個專案不再僵化，變成可以流動拼接的系統。
流動的系統
我們的開發流程是利用六個專案構成的一套開發系統，這六個專案分別是：路線圖roadmap，靈感ideas，計劃planning，缺陷bugs，設計design，開發development。這六個專案中，以開發專案為核心，其他的專案中的任務通過篩選彙總，最重構成可執行的開發計劃。
這個系統的構造為：
而讓該系統得以運轉起來的，就是其中各個專案的任務卡。每個任務卡代表了一個單一的功能、優化點乃至bug。以任務為驅動的worktile，賦予了任務諸多的特性和功能，這可以讓一個任務所攜帶的資訊變得十分的精確，並且表現力豐富：
標題可以簡要概括某個功能點；
描述可以作為詳細的解釋；
子任務可以分拆一個比較大的功能，或者用於標記開發中的注意事項；
負責人讓任務責任到人，功能由哪個工程師負責開發一目瞭然；
參與人可以讓pm或者team leader跟進開發進度；
開始/結束時間可以敦促工程師應該在什麼時間完成；
標籤/自定義欄位將開發的優先順序和問題醒目的標示出來；
而通過任務（或者整個任務列表）的跨專案複製或者移動，這些任務就可以猶如血液一般在這個系統內流動起來，讓整個系統煥發出活力。
管中窺豹
【開發development】是開發過程中最主要的專案，也是落實計劃的最前端。通過重點介紹這個代表性的專案，也可以一窺整個開發系統的運作模式。
要做：每週的例會上確定新一週的開發計劃，然後將【計劃planning】【缺陷bugs】【設計design】中的相應任務新增到該列表中，並對新新增的任務按照優先順序排序，但在這個階段並不進行任務的分配；
進行中：一個功能進行設計或開發的時候，將其從要做當中拖拽到當前列表，然後分配給相應的工程師進行開發，並指定任務截止日期；
待測試：開發完成的任務會進行到待測試列表，由測試人員負責質量保證；如果測試有問題，則退回到進行中，由工程師去處理；沒有問題的話，就可以推進到下一階段；
待發布：測試人員檢查沒有問題的任務會移動到當前列，等待部署釋出；
已釋出：對於已經發布的特性會進入到當前列，一般會把已釋出任務在當前專案保留1個月左右，確保沒有問題後，歸檔已釋出的任務。
需要注意的是，如果產品是對應多平臺的，可以將開發分為多個專案，這樣可以讓開發更為清晰，比如【web端開發】、【ios端開發】和【android端開發】。
一些經驗
這套系統內的專案要儘量採用統一的優先順序標準，換言之，就是這六個專案要用一套【任務標籤定義】。只有這樣，不同專案內的任務在幾個專案間流動的時候才會非常順暢，不會因為標準不一造成什麼問題。
每週在開發的【要做】中，僅新增一次任務，不要讓工程師們覺得工作總是一望無際的，讓他們看到一個個可以完成有限目標，最終，這自然會彙整合為一個big dream！
完成的任務別急著歸檔。對於已經完成的開發內容，都不要急著在路線圖、計劃或者開發中去歸檔，可以保留一段時間，比如一週或者一個月，這樣可以便於我們回溯過去一段時間的工作成果。
無論你想把這套開發系統弄的多麼的精簡（比如一個專案）或者多麼複雜（三層以上的專案），首先要明確的一點是——這套系統是不是讓你的開發變得更加清晰了？為了確定這一點，你要檢視一下，在這套系統之下，你的團隊目標是不是清晰了，讓你的開發計劃是不是清晰了，並且讓你的團隊職責是不是清晰了。如果沒有，你就需要作出調整。
專案管理程式有那些，工程專案管理軟體有哪些？
我是一個麻瓜啊 1 專案啟動 在專案管理過程中，啟動階段是開始一個新專案的過程。每個專案在一個階段完成後，進入下一階段之前必須要順利的通過前面一個階段的階段關口控制。要將本階段的關口控制檔案或關口控制審批做好。2 專案計劃 在專案管理過程中，計劃的編制是最複雜的階段，專案計劃工作涉及十個專案管理知識...
現在用什麼專案管理軟體比較好？專案管理軟體哪個好用
中小企業的話建議用速達鷹志，大企業建議使用威時。專案管理軟體哪個好用 根據企業情況和企業需求找軟體就行了，好的專案管理軟體，應該有好的設計理念。專案管理軟體不像財務軟體有標準可尋。現在最好理念是根據 專案管理知識體系 project management the body of knowledge,...
什麼是軟體專案管理，軟體專案管理跟軟體質量管理有什麼區別
軟體專案管理的物件是軟體工程專案。它所涉及的範圍覆蓋了整個軟體工程過程。為使軟體專案開發獲得成功，關鍵問題是必須對軟體專案的工作範圍 可能風險 需要資源 人 硬體 軟體 要實現的任務 經歷的里程碑 花費工作量 成本 進度安排等做到心中有數。這種管理在技術工作開始之前就應開始，在軟體從概念到實現的過程...