敏捷scrum开发工具?

cod*_*ama 18 agile scrum agile-project-management

我最近开始使用"Jira"和"GreenHopper"插件.但是,我觉得这不是真正做我想要的.我在"Scrumworks pro"中看到了一个很酷的功能,您可以将该应用程序作为桌面应用程序运行.因此我的要求包括:

  • 必须有一个非常简单的UI来管理Scrum任务
  • 最好必须有一个插入Web版本的桌面版本
  • 只要它摇滚,它就不必是自由的!
  • 它不能是一个被屠宰的应用程序,而是专为Scrum设计的东西,拥有一支优秀的开发团队.
  • 如果它能以某种方式与Subversion集成,那么这也是一个额外的好处.
  • 如果冲刺可以将摘要发送给已完成工作的业务所有者,那将是另外一个额外的加分.即定制报告.

有什么建议?

Pol*_*ron 27

您可以尝试IBM Rational Team Concert.

简易用户界面:非常,特别是Eclipse版本.

桌面:您可以按团队成员首选项使用Web,VS加载项或eclipse版本.就像我说的,我推荐Eclipse(但还没有真正看过VS加载项)

价格:我相信它可以免费获得10位开发人员,然后是IBM的定价模式.但如果那不是问题......

(非)Butchered app:它是IBM,所以它不是黑客; 它建立在Jazz之上,所以那里有一些额外的开发者社区果汁.虽然它应该能够同时支持传统和敏捷,但根据我的经验,它对Scrum来说是最强大的.此外,配置是高度可定制的.

SVN集成:虽然没有这方面的官方桥梁,但我很确定它已经完成(例如通过Clearvision),并且如果需要可以再次完成.此外,RTC自带SCM系统 - 我不知道这是否足以让你完全替换SVN,但它可能会.

报告:大量(有些)可自定义的仪表板和图表.如果它有办法发送自动报告,我还没有看到它.

总而言之,这听起来与你所描述的非常接近.

编辑:根据大众需求,一些截图...从我的实际生产环境.这将是漫长的.

工作细分

这是我当前sprint的Work Breakdown视图.你可以看到你有用户故事,任务,你可以有缺陷,AR,风险,障碍,你有什么.它实际上是可自定义的,因此您可以添加其他对象类型,每个类型都有自己的属性和状态机.您可以在此视图中更改您看到的每个属性 - 因此,只需在故事下添加新任务,设置其估算值和简短标题,您就可以轻松上手了.总而言之,创建新任务可能需要10秒.Ctrl + S提交您的更改(需要~1-2秒).

事实上,我几乎不必在冲刺期间离开这个屏幕.您可以通过在其名称下创建项目,拖动其名称下的现有项目,或右键单击 - >分配给所有者 - >他们的名称来将作业分配给某人.您也可以从此屏幕更改状态并设置花费的时间(或剩余时间,视图可自定义).有时您想要打开一个项目进行单独编辑,您可以通过右键单击任何对象来执行此操作.这会在新标签中打开它.

您可以看到每个团队成员以及整个团队都完成了工作与预期的工作.这是基于我为短跑和预计的总工作量设定的发布日期.如果你正确地做Scrum,那么到第二天你已经为每个故事分配了绝大部分的任务.你得到一个方便的仪表,你有多少你估计的物品.实际上,您甚至可以过滤掉估计的项目,这样您就可以专注于估算剩余的项目(再次点击两次).

PS我的队友在这里不一定有很好的任务细分/估计.但是你明白了.

您可以拥有的视图很多,并且可以自定义.所以如果你喜欢粘性板来完成你的任务,你就......

任务板视图

我实际上并没有经常使用它,但它就在那里.您可以通过正在进行的聚合组,已解决的等(如屏幕截图)查看它,这对于查看几种不同的对象类型非常有用; 或者您可以通过特定对象类型的状态机来完成(因此对于您可能已解决的缺陷,WNF等)说到缺陷,这可以与ClearQuest集成(尽管如果您使用多站点解决方案,它会受到严重限制为CQ).我不知道我是否会让RTC完全取代不同的缺陷跟踪系统,但你可以想象.

BTW任务板是直观的,你可以将任务从一个状态拖到另一个状态,它会更新其状态,假设你确定的状态机允许状态转换.

更多观点是可能的.我在sprint计划中使用的另一个过滤器是"执行项目",它只留下故事和史诗 - 它们之下没有杂乱.说到"在他们之下",你可以拥有除亲子之外的其他类型的关系,例如"相关"或"阻止".虽然我认为你必须进入特定的对象.亲子也可以这样做,但通常只需将对象拖到另一个上.

我将在这里添加几个侧面板截图,然后我想我已经完成了......因为你应该明白这个想法.

Team Artifacts面板

Team Artifacts面板允许您浏览相关对象.通常对于Scrum管理来说是计划,这是您保存所有工作项目的地方."工作项目"项目在这方面实际上有点误导,它允许您进行查询(例如"打开分配给我"),然后显示在底部面板中.我个人更喜欢使用这些计划.

你也可以在那里看到构建,源代码控制 - 对于某些团队来说,它们是不可或缺的,对于其他人(比如我的),他们并没有真正使用它们.

最后截图...

团队仪表板

实际上团队仪表板中有三个区域(其中四个区域未显示"构建",我不使用)."我的未清项目"实际上可以按任何顺序显示任何查询.这个使用优先权.悬停在任何这些显示相关项目(需要0.5-1秒来考虑它),F2放大工具提示.单击任何这些列将检索底部面板的项目.

事件日志是您期望的,您的团队一直在做的事情.同样易于展开,单击项目会在新选项卡中打开相应的工作项.

然后是团队负载,它将估计的分配项目与每个团队成员在迭代中剩余的预期工作时间以及总数进行比较.这取决于工作时间和计划缺勤的个人设置(唉,缺勤似乎不支持任何半天的安排,只有整天).通过完整的偶然事件,我有一个没有负载的团队成员,一个负载完全匹配他们的预期时间,一个显然咀嚼超过他可吞咽的人.当然,他只需要更新他的任务,尽管在这种特殊情况下他确实过度劳累.这个仪表板让Scrum Master能够快速识别出这种情况并尝试在为时已晚之前解决它.(不要问为什么在这种情况下不会发生这种情况).

性能也出乎意料地好.我不确定他们在他们的架构中做了什么,但它比我用过的其他企业解决方案更顺畅.到目前为止.

也许我应该说清楚,我与IBM,Jazz,RTC等没有任何关系.我只是觉得这个工具非常漂亮.实际上,我还没有完成它的探索,但是对于Scrum来说它似乎相当不错,我很高兴传播这个词:)

这是你想要的?

PS那里有大量的敏捷工具,你可以继续环顾四周.但是如果JIRA对你来说还不够好,那么可能会取消90%的更糟糕的东西(例如拉力赛).