在我工作的地方,我们正在采用更敏捷的项目管理方法.
对于项目管理的工具支持,我过去使用过MS Project和Target Process.但我认为他们都有严重的弱点:
MS Project不是很直观,因此特别适合新手用户使用.它并不适合敏捷方法
目标过程似乎只完成了一半.例如,用户可以将自己的权限设置为admin.用户故事的大小以小时而不是无单位大小来衡量,我认为这是一个糟糕的主意.用户界面感觉臃肿,过于复杂,不仅仅支持键盘使用.
我们还使用Jira进行问题跟踪,我想可以修改它并添加一些自定义字段/报告,使其成为敏捷的项目管理工具.
所以我的问题是:您使用哪些软件工具进行敏捷项目管理,您喜欢或不喜欢它？
另外:我知道像白板或贴子这样的物理工具在某种意义上是完美的工具,但是如果你想了解整个公司的情况,从办公室到办公室都很麻烦查看白板或强迫人们将其复制到不同类型的文档中.如果您在客户不在现场的环境中工作,则会应用类似的参数.
我将尝试列出一些我认为有趣的功能:
管理层,客户,团队可以从不同的站点轻松访问.这几乎需要一个Web应用程序.
选项配置应用程序以适应团队或公司首选的敏捷风格
它应该允许多个人并行访问它.例如,开发人员将任务/故事标记为已完成,不应阻止客户添加新任务.这几乎排除了Excel.
仅限键盘使用的良好可用性,至少对于更新大量故事或添加大量故事等内容
能够与Jira集成(条目应该成为系统中的任务或某些内容,更改应该同步,或者如果它们不同步则至少是不可能的)和SVN(提交带有故事ID的评论应该出现在工具中)
能够使用Java API与其他系统集成.
DefLog.. 10
大多数情况下,我们使用白板和后期.如果我们必须使用软件,我们通常使用Trac或简单的wiki.
根据我们的经验,使用项目管理工具实际上会使您的项目变得不那么敏捷.该工具往往成为整个开发过程的重点,其数据比实际软件更重要.
我真的可以推荐使用物理工具而不是软件工具.它使每个人都集中在同一个位置,并且更加公开和可访问,甚至是最简单的软件等价物.
大多数情况下,我们使用白板和后期.如果我们必须使用软件,我们通常使用Trac或简单的wiki.
根据我们的经验,使用项目管理工具实际上会使您的项目变得不那么敏捷.该工具往往成为整个开发过程的重点,其数据比实际软件更重要.
我真的可以推荐使用物理工具而不是软件工具.它使每个人都集中在同一个位置,并且更加公开和可访问,甚至是最简单的软件等价物.
使用工具提供对敏捷项目的可见性是非常有价值的,因为它不适合进入团队空间.我不建议使用除团队室中大的可见图表之外的工具来代替大的可见图表.当一个人必须使用工具来提取信息而不是看到在团队室中持续可见的信息时,它就会失去其有效性.
在我们使用的工具中,我的评论如下
Mingle - 可编程和最可定制的,最大的学习曲线,但您不会被装入角落,开发人员可以快速获取学习曲线
拉力赛 - 你需要它开箱即用.实施敏捷实践并且学习曲线很小.报告很好.
第一版 - 敏捷工具的瑞士军刀.简单,功能齐全,提取项目数据的绝佳查询工具,需要确保托管服务提供您所需的性能
XPlanner - 免费,基本但不发展,易于团队使用,报告部门的能力较差
Excel - 效果很好,大多数人都从它开始,文件可以发布到WIKI,任何人都可以下载和查看
考虑许可.许多工具可以在HTLM中发布结果,可以从WIKI读取仪表板报告.如果您需要控制对数据的访问,那么为工具提供许可或向WIKI提供登录应满足您的需求.
京公网安备 11010802040832号 | 京ICP备19059560号-6 