Trello团队协作系统
<p> 系统默认的是三环节：to do \ doing \ done，其实不太适用互联网团队的开发流程。<br/> 我改成下面这样，感觉很直观。每个任务在哪个阶段，一目了然。<br/> 后续规划 / 版本X /版本X+1 / 视觉 / 前端/ 开发（计划）/ 开发（BUG）/测试服/ 测试验收 / 预发布 /正式服 /</p><p><br/></p><p><br/></p><p>1. Trello 的设计哲学其实很简单，其实就是将每个任务隐喻成 card ，而具有相同属性的 card 则可以归类到一个集合并隐喻成 list，list 的集合则为 board，所以从协同工具的角度来看的话，Trello 其实是简单的集合间的管理，层次结构只有 board / list / card ；</p><p>2. board / list / card 的定义高度灵活自由，而 card 本身可以附加许多额外的属性（组件），比如 label / checklist / due date 等。由于现实世界中很多任务可以用「集合」的概念来简化，所以这种设计赋予了 Trello 灵活的特性，你也可用 Trello 来进行敏捷开发，追踪客户需求，处理 bug 事件，个人知识管理，GTD 等；</p><p>3. Trello 支持 Markdown 书写，可以让叙述有快捷的富文本表现；</p><p>4. 每个 card 下详细记录了每个人的活动，还可以附加 comment，可以很快捷地了解一个任务完整的生命周期。但这同样带来一个严重的缺点：如果一个 card 有太多参与者，整个时间线会变得混乱从而很难抓住关键事件。这个特点也决定了 Trello 是定位于小团队协作；</p><p>5. Trello 在中国访问非常快，而且提供了手机客户端，所以在中国也有一定的流行度，但仍属小众工具，国内外有很多工具（比如 GitHub ，Worktile 等）都在某种程度上模仿了 Trello board 的设计；</p><p>6. 如果单个 list 中有特别多的 card，则会导致项目的混乱，这时候更多的是想办法将 list 进行二次拆分，从而分散单 list 中 card 的数量过多而导致的协同压力。当然，如果 list 的数量过多，同样也会导致混乱，这样可能需要将通过拆分成多个 board 来化解。总而言之，虽然 Trello 赋予了 board / list / card 的高度灵活，但是同样也带来管理的困难程度 --- 无硬性的状态转换规则。同 4 ，Trello 对于小团队使用更为友好方便，对于大团队（50人左右）可能是一种灾难（暂无相关体验）。</p><p>玩的时间不长，只有一点肤浅见解，希望对题主有用。</p><p><br/></p>
页:
[1]