敏捷迭代管理软件比较

背景

找出目前市面上用户数量多,价格适合又好用的敏捷迭代管理软件

方案

常见的有jira、gitee、worktitle、teambition、禅道、trello。
禅道比较传统行业一点,没有看板模式,有供应商入口,样式比较老,设置流程自由度低。
trello非常简陋,站在项目的角度做配置和做任务的状态变更,没有区分需求、开发任务、商务类任务,也不能看整个公司体系的所有任务并统计。不过这个是全免费的。
jira 相对贵,国产便宜,国产的功能会比较多,也好用。所以比较前几种。

比较

指标 gitee worktitle teambition jira
填写工时数 × ×
填写工作日期范围
关联任务/需求 ×
划分迭代(与需求、任务、缺陷同一个级别的类型)
看板模式是否支持 √(用视角的方式支持)
看板模式美观 满分 0分 50分 90分
看板按成员分组 × √但是当前面板对每个用户增加一个筛选按钮,若任务越来越多就要配置多次,而且跟看板走的
看板按状态分组 × ×
看板按优先级分组 x 但是可以按优先级进行筛选查询 × ×
状态自定义流程 √状态流转自由 √每个节点往下走到哪个节点都需要自己设置 √但是设置是跟项目走,去到另外一个项目就重新设置
敏捷角色控制权限 × √用于删除项目,更改任务类型成员管理这种管理 × √ 按角色控制流程流转限制
管理员角色控制权限
代码仓库关联 × × ×
左边窄侧面栏 ×必须先进入项目,才能做其他操作 ×
整个企业的维度的任务、需求 ×必须基于项目维度做管理 ×
划分泳道 × × ×
甘特图 × × ×
增加工作类型(需求、任务、测试工作、商务等) ×
收费 5人内免费 收费便宜 10人内免费 收费稍贵 10人内免费 收费稍贵 收费最高

jira

jira可以破解,从免费的角度的话,还是比较省钱的。即使收费1千人2000美元,比国产的都贵。

gitee

  • 从可配置方面来比较,虽然worktitle配置比较丰富,但是不必太过无意义的复杂,但是配置操作简单方便快捷的体验上gitee会比较好,运维学习成本低。

  • 状态变化图,如同jira一样,用过jira就会喜欢这种看板。


    3.png
  • gitee有个甘特图作为特色,可以用于展示工作日程,每个月哪几天在工作。作为开发者来说可能用处很少,但是对于项目经理来讲,用于就会丰富于展示上。


    1.png
  • gitee可以关联代码仓库,是gitee的仓库,所以能在任务上编写代码分支

  • gitee可以自动化部署私有云,这个也是其他项目管理软件做不到的

  • 虽然没有像worktitle的按优先级分组功能,但是可以按优先级进行筛选查询出结果

  • 有抄送选项,那即是不是任务的发起人、处理人都可以关注

  • 独有特色燃尽图,按日期作为进度,显示已完成、未完成任务数量


    burn.png

worktitle

  • worktitle 可以用视角的方式支持看板,使用视角的方式来解决的,就像有一堆任务,我们可以站在员工角度,看每个员工的任务量,站在状态的角度,看每个状态下有什么任务。

  • 但是在按状态分类的看板中,看状态时会把需求、缺陷、任务的所有人的卡片都在一个看板,可是产品经理不会看开发同事的任务的状态变化。如下图把开发人员的敏捷任务“主账户”和产品经理的敏捷需求“结算中心”都在一个看板里面。不能针对需求或者任务做单独看板。

2.png
  • 按成员分类看板中,产品经理不关心开发人员状态。其他角度也会如此。

  • 如果要弄需求与任务用看板形式,是可以配置的,在配置中心里面创建新的项目模板。可是模板只能选择用看板形式或者列表形式一种,配置后就固定了。不能再项目中切换看板形式或者列表形式看任务。

  • worktitle的看板下不会有固定的列,如按状态分组,按道理每个状态一列,但是worktitle是哪个状态下有任务,才会显示该状态列,状态列下任务数量为0,是不会显示列的,这样操作就不能拖动卡片移动到特定状态列下那么方便了,只能对状态点击再选择其他状态。

  • worktitle的任务状态节点可以自定义,但是每个节点之间扭转都需要定制工作流就没必要。“未开始”状态到“开发中”状态要设置一个扭转动作,如果“开发中”状态到“未开始”状态,也要设置一个扭转动作,其他的每个节点都如此,这样就作用很小,反正又不是说每个角色能控制的扭转不一样。

假设都收费的情况下,我选择gitee,比worktitle便宜,比jira好用多功能

2019-09-22

你可能感兴趣的:(敏捷迭代管理软件比较)