首先： 什麼是scrum？
scrum 是乙個用於開發和維護複雜產品的框架 ，是乙個增量的、迭代的開發過程。
在這個框架中，整個開發過程由若干個短的迭代週期組成，乙個短的迭代週期稱為乙個sprint，每個sprint的建議長度是2到4周(網際網路產品研發可以使用1周的sprint)。
在scrum中，使用產品backlog來管理產品的需求，產品backlog是乙個按照商業價值排序的需求列表，列表條目的體現形式通常為使用者故事。scrum團隊總是先開發對客戶具有較**值的需求。在sprint中，scrum團隊從產品backlog中挑選最高優先順序的需求進行開發。挑選的需求在sprint計畫會議上經過討論、分析和估算得到相應的任務列表，我們稱它為sprint backlog。在每個迭代結束時，scrum團隊將遞交潛在可交付的產品增量。 scrum起源於軟體開發專案，但它適用於任何複雜的或是創新性的專案。。。。
對於乙個企業，或者是乙個團隊，不管是小團隊，或者是大型團隊，特別是在多個場地協同工作的團隊，看板工具是非常有用的！
對於企業來說，乙個企業所用的團隊協作類軟體不僅是要滿足團隊的協作需求，還要滿足管理者的管理需求，二者缺一不可！
對這個問題我的態度非常明確：請確保你的工具是在幫助你解決問題，而不是去掩飾問題。
而對於工具的選擇，請參照以下內容後，再考慮是否採用：
1. 看板與卡片
該工具就應該像白板上貼上便利貼的方式一樣簡潔並且容易被理解，以顯示scrum團隊當前的工作
看板就是就相當於物理看板，卡片就相當於便利貼。
2. 實時更新
當團隊成員使用該工具時，他們所做的所有更新都應該實時同步，實時更新。包括團隊成員修改卡片的資訊、卡片的移動，整個看板上的所有操作等都需要即時更新。
3. 簡潔，無太多許可權控制
該工具必須簡潔，即上手快！敏捷團隊，鼓勵自組織，高度透明化，視覺化，所以每個人都可以使用該工具並進行任何操作。
4.卡片摺疊
scrum團隊在乙個工具上幾乎會將所有任務卡片放到列表中，如果工具乙個列表任務卡片太多，可以選擇卡片摺疊和檢視部分卡片
5.永久記錄
整個看板以及任務卡片上的任何操作都應該被記錄！
6. 支援觸控裝置
觸控裝置已經遍布這個時代，那麼支援觸控裝置也是乙個超級功能，但是現在少有工具！
拖拽任務卡片在體驗上是極大的進步！
7. 燃盡圖
燃盡圖（burn down chart）是在專案完成之前，對需要完成的工作的一種視覺化表示，在敏捷開發中更是不可缺少的！
截止日期，工作量估算，標籤，附件等
而對於管理者和領導者，也應該有一些真正的統計
整個專案進度，需求趨勢，缺陷趨勢，團隊的速度，缺陷的分布以及某個成員參與的專案數以及在某個專案上的佔比等！！
當然了 ， 管理者和領導者也都應該來直接與團隊互動！！
而在國內，我認為（個人觀點）leangoo 在國內算是比較完善的敏捷工具了。
選擇scrum任務看板管理工具的要點
現在市面上的任務管理工具太多了，不可能乙個乙個的試用，簡單的說幾個必備特性，或者可以幫助縮小範圍。目標 在盡量簡單 簡潔的情況之下提高我們團隊的工作效率。選擇乙個合適的工具並匹配我們的工作模式會事半功倍，就是提高效率，降低成本，而非增加團隊的工作負擔。乙個好的任務管理工具，必須是和我們的團隊以及流程...
學習Linux的七點忠告
很多人用 linux 的時候會感覺很迷茫，該用哪個發行呢？是不是我少裝了什麼？怎麼公升級這麼快啊！怎麼這麼不穩定！每當遇到新的軟體他就想試用，每當新的版本出現，他就更新，然後用滑鼠在新的選單裡選擇從來沒見過的程式來用用。其實你是為了linux而使用linux，而沒有找到正確的理由來利用 linux。...
優秀程式設計師必備的七點
只是一般的開發工作撰寫程式解決問題，或是能夠運用資料結構或演算法，還不足以成為一位頂尖的程式設計師！知名顧問公司conigent的架構師justin james在美國科技 techrepublic上發表了 seven traits of effective programmers 這篇文章，列出了能...