【IT168 分析评论】

    这篇文章不是用来讲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看到这个技巧不会哭笑不得）。