很早以前，就有這麼一個想法：開發一套高效的、用於軟體開發行業進行專案管理的管理型軟體。之所以有這個想法，與我本人的經歷有關。早年，在做**系統的時候，部門的總監就讓我去做那麼一套東西，基於Visual Basic和adodb，當時確實是經驗、眼界、思路都不足，確實帶著嘗試和研究的心態去做了，只是限於以上的侷限性，做出來的東西怎麼說呢？顯得很小家子氣，因為沒有做專門的介面設計，UI設計也不大氣，在部門內部只能實現基於區域網的任務分發、週報編寫和文件的上傳。

以上內容，和敏捷開發管理流程沒有任何的關聯，純屬胡亂聯想而已。

1、Leangoo，這個工具是我通過網路搜尋瞭解到的，通過網站，我註冊了一個賬號，新建了一個product backlog並查看了網站現有的部分例項，總體來說，綜合了敏捷開發管理的思路，檢視清晰，感覺不錯。

2、Teambition，這個是之前就瞭解到過的一個軟體，有網路版也有app版本。有任務管理、FAQ管理什麼的，也還不錯，但敏捷性管理的任務卡片、看板、燃盡圖什麼的概念在軟體內好像沒展現。給我印象最深的是FAQ，也許是和我本人的工作性質有關係，個人覺得這個模組比較實用。這些是之前的狀況，不知道現在是否有改版，好久沒有去看了，也許有更新吧。

附上知乎上看到的一段話，加深理解，無論什麼開發管理方法，以人為本是核心，以實現目標為宗旨：

首先，敏捷開發是一種過程控制論，通俗的說，就是一種做事情的方法。

1. 它適用於軟體，因為軟體是軟的，可以改。要是硬體，改起來就沒那麼方便了
2. 它適用於客戶不知道自己要啥的情況，其實，這樣的客戶佔絕大多數。因為客戶不知道要啥，所以你需要不斷幫客戶弄明白他到底想要啥。。。換句話說，你需要和客戶溝通，合作，傾聽反饋，持續改進。。。
3. 它適用於競爭激烈的市場，這樣的情況下，趕在競爭對手前交付一個不完美但至少能用的產品非常重要。
4. 它適用於快速變化的市場，你在埋頭造一輛汽車的時候，客戶已經想開飛機滿天飛了，這就需要你能一步步的把汽車改成飛機，還能按時交付。
5. 它適用於在一個地方辦公的小團隊，一般10個人以內。這樣能使敏捷中主要的溝通方式“Face to Face” 是可行的。

其次，敏捷開發是一套工具集，裡面有形形色色的工具，你可以不搞敏捷，但可以用那麼一兩個來提高工作效率。

比如：
1. 站會：三個問題，簡潔有效的小團隊溝通方式
2. 看板：直觀反映工作進度，反映流程遵守情況，反映流程缺陷
3. 演示，計劃，反思會：適合於小團隊的協作和優化反饋方式
4. 使用者故事：站在使用者的角度講需求