我正在为之工作的公司将开始使用ServiceNow进行IT运营和呼叫中心管理，他们正在寻找用于软件项目管理的SDLC模块。然而，使用JIRA + Greenhopper + Fisheye + Crucible也有推动（我）。
有没有人通过这两种工具的功能比较来完成功能？
使用ServiceNow演示，听起来它非常多才多艺，但我相信它本身就是Service-Now为我们的呼叫中心定制的。
我最喜欢JIRA的一件事就是我们可以独立完成的极端定制，并通过我们的回顾来改变我们的流程。我不完全相信ServiceNow可以提供这些，我肯定希望听到更多。
我在ServiceNow中想到的一些功能，我可以用JIRA + Greenhopper完成：
跨多个项目进行冲刺（ServiceNow中的Scrum产品？）
与Fisheye和Crucible一样的资源/代码审查整合
跨越多个项目的史诗管理
发布管理 - JIRA版本与ServiceNow版本 - 一些团队计划未来版本，而其他团队只是根据发布分支上看起来不错的内容来剪切构建标记。 JIRA让我有不同的操作流程来帮助Leads实现这一目标，以匹配他们在现实生活中所做的事情。
这两种产品之间差异化的任何其他方面都会很棒。谢谢！
答案 0 :(得分：4)
好处是两（2）可以和平共存，你可以将它们用于最适合你的团队/部门需要的目的。下面是一篇文章，其中有一段视频展示了整合的无缝性。
http://www.john-james-andersen.com/blog/service-now/rest-based-servicenow-jira-integration-poc.html
披露：我是ServiceNow的员工。
答案 1 :(得分：2)
我同意这些是非常不同的工具，ServiceNow不是设计为ALM或SCCM，而JIRA是。对于苹果对苹果的比较，我会看一下JIRA与TFS。
我认为Jeremy正在走上正轨 - ServiceNow和JIRA是应该并存的工具，ServiceNow会在必要时管理集成到JIRA SCCM工作流程中的ITIL服务台工作流程。
当然，ServiceNow有一些Scrum组件，JIRA和类似的工具是从头开始设计的，以支持开发团队。
答案 2 :(得分：0)
（另一个免责声明 - 我也是一名雇员）
Jira是一个非常棒的敏捷工具集，公平可以为SDLC提供比ServiceNow更好的解决方案。
为了平衡这一点 - 使用ServiceNow SDLC可以获得的是访问IT的单一记录系统。因为您使用的是与IT运营团队相同的系统，所以您有机会对与Dev和Ops紧密集成的流程进行建模（我们可以在这里引入DevOps流行语！）
如果您想要一个可以从客户处获取新事件并轻松跟踪发布，软件版本以及测试用例要求的流程，则需要ServiceNow。
同样，如果您希望将软件功能成功的运营责任推给编写代码的开发人员，那么您希望流程之间实现无缝交互。
如果你正在为敏捷团队提供最好的经验（而且我没有提到集成，这是另一种选择）去Jira - 它是一个很好的工具，我渴望他的一些功能在我的日子到日工具： - ）
答案 3 :(得分：0)
关注Atlassian刚刚宣布的JIRA服务台插件。它可能会做一些你的团队想要ServiceNow的东西吗？
答案 4 :(得分：0)
您可以使用informatica cloud将Servicenow与JIRA集成。请访问以下链接了解详细信息：
答案 5 :(得分：0)
精彩的讨论 - 非常有帮助。出于同样的原因，我的公司正在调查servicenow。在servicenow和jira之间桥接的一些插件可能对我们有用。我查看了jira服务台，看起来它确实具有非常简单的无缝用户体验 - 但我还没有看到该产品的集成深度......特别是在资产管理方面。我见过大公司正在使用jira服务台，所以我想知道他们是如何做这些事情然后作为资产管理插件和看起来不像他们建造的东西在他的车库买一个人比那更能维持一个企业。是否有人使用JIRA Service Desk进行ITIL和资产管理集成？