JIRA与Service-现在用于软件项目管理

Question

我所工作的公司将开始使用ServiceNow进行IT运营和呼叫中心管理，他们正在研究其软件项目管理的SDLC模块。然而，也有一个(由我推动)使用JIRA+Greenhopper+Fisheye+Crucible。

有没有人通过对这两种工具的特性比较来完成一个功能呢？

使用ServiceNow演示，它听起来很通用，但我相信它正在为我们的呼叫中心定制相当多的服务-现在，他们自己。

关于JIRA，我最喜欢的事情之一是，我们可以自己进行极端程度的定制，并通过回顾来改变我们的流程。我并不完全相信ServiceNow能够提供这方面的信息，我肯定希望听到更多的信息。

我想知道在ServiceNow中可以使用JIRA+Greenhopper实现的一些特性：

• 跨多个项目(ServiceNow中的Scrum产品？)
• 源代码审查与Fisheye和坩埚的集成
• 跨越多个项目的Epics管理
• 发布管理- JIRA版本与ServiceNow发行版-一些团队计划未来的版本，而另一些团队只是根据他们的发布分支上看起来不错的版本来削减一个构建标签。JIRA让我有不同的操作流程来帮助领导完成这一任务，以匹配他们“在现实生活中”所做的事情。

这两种产品之间的任何其他区别点都将是很棒的。谢谢!

Answer 1

好的是，这两(2)可以和平共处，你可以使用每一个的目的，最适合你的团体/部门的需要。下面是一篇视频文章，展示了集成是如何无缝的。

http://www.john-james-andersen.com/blog/service-now/rest-based-servicenow-jira-integration-poc.html

披露:我是ServiceNow的员工。

Answer 2

我同意这些是非常不同的工具，ServiceNow不是设计成ALM或SCCM，而JIRA是。举个例子，为了进行苹果与苹果的比较，我会看看JIRA和TFS。

我认为杰里米是正确的-- ServiceNow和JIRA是应该并行不悖的工具，ServiceNow在必要时管理整合到JIRA工作流中的ITIL服务台工作流。

当然，ServiceNow、JIRA还有一些scrum组件，像它这样的工具是自始至终为支持开发团队而设计的。

Answer 3

(另一个免责声明-我也是雇员)

Jira是一个非常棒的敏捷工具集，公平地说，它可以为SDLC提供比ServiceNow更好的点解决方案。

要平衡这一点--从使用ServiceNow SDLC可以获得的好处是访问IT的单一记录系统。因为您使用的是与IT运营团队相同的系统，所以您有机会建模一个紧密集成Dev和Ops的流程(我们可以在这里加入DevOps的流行词！)

如果您想要一个流程，您可以从客户那里获取一个新的事件，并轻松地将其跟踪到发布版、软件版本、测试用例的需求，则需要ServiceNow。

同样，如果您希望将软件特性成功的操作责任交给编写代码的开发人员，那么您希望流程之间的无缝交互。

如果您想获得敏捷团队最好的经验(我还没有提到集成，这是另一种选择)，那就选择Jira吧--这是一个很棒的工具，我很想在日常工具中获得它们的一些特性:-)