這篇文章不是用來講mingle的使用方法的，是來發表使用mingle一個月的使用感受。
由于mingle的操作十分簡單，方便，有興趣的同學可以自己下載一個并可以參考官網的flash。
官網地址：http://studios.thoughtworks.com/mingle-project-intelligence

基本感受：
Anything is card!所有操作都是基于卡片的，也就是說一個項目的基本構成單位就是story card，而基于這些卡片方便的展示、管理、統計都是很方便的。

優點：
1、操作簡單，修改屬性，拖曳卡片，過濾查找，都是幾個簡單動作就可以完成的，而且由于大量的使用ajax，用戶感受很好
2、項目自定義性強，可以針對卡片添加你想要控制的任何信息，這樣由于不同的項目就會有各自不同的主要關注點，你就可以把主要精力集中在相應的關注點。這樣就不會所有項目都是千篇一律的屬性，而實際上很多屬性都是對于當前項目無用的信息（MS的project雖然強大，但是我卻很不喜歡用它）。這是很agile的做法，需要什么才用什么。
3、項目模式的重用，可以把當前項目的模板導出做為一個case來提供給另一個項目參考，或者可以直接重用。這樣就實現了部分項目經驗的傳遞與共享。
4、可以把你最期望關注的定制過濾條件使用固定的view展示出來，比如說我當前關注是5.5版本的卡片信息，就可以直接定制成一個tab view讓每個訪問者都看到
5、grid的展示方式讓你了解卡片更加直觀，比如我現在想知道當前迭代周期內每個人的卡片狀態，就可以使用grid的方式來展現

6、通過簡單的mql語句可以訂制你需要統計的基本圖形。

一些缺點：
1、內存恐怖，之所以用恐怖這個詞是因為確實很難想象一個安裝文件只有幾十m的安裝文件運行起來就吃了我400m內存（都是ruby惹的禍），而且還是訪問用戶只有1-2個的情況下，要不是我剛升級到2G內存，那我絕對不會使用mingle的。
2、討厭的Description：不是所見即所得編輯器，很不友好，甚至在導出然后導入的時候經常出錯。因為mingle一般在公司內部服務器使用，期望能夠加入粘貼圖片的功能，畢竟用附件的方式很不方便。
3、mql--雖然我也沒想出更好的進行統計展現的方法，但是，用一個工具又要學一個語言確實讓我覺得有些不舒服。
4、不完善的導入導出，data的導入導出是基于excel的，但是但是為什么要多一個復制-粘貼的動作呢？很多余的說。。。
PS：一個小技巧
如何變相突破5人的限制。這里的方法不是破解，而是出于一種agile的管理想法，我覺得讓開發者來每天登陸mingle然后更新屬性和狀態是一種不給實現功能帶來實際價值的做法。而且要把這種工作交給開發者來做的話無疑是加大了開發者的負擔。所以我的mingle中只有兩個用戶，一個是我自己，一個是guest，我每天來更新所有卡片的工作狀態，而guest是給團隊成語甚至我的老大來了解當前進度的。然后再給卡片增加一個developer的屬性，用來保存每個開發者的名字（這個就沒有限制了吧，呵呵，希望TW看到這個技巧不會哭笑不得）。

好了，這就是我這一個多月的mingle實用感受，歡迎大家提出更好的工具，對于工具的選擇上我一向是絕對agile的。

下篇預告：mock還是build——關于TDD環境的選擇            時間：2007-09-12