Jama Connect is a strong default when formal stakeholder reviews are already working. Its documented review and traceability features deserve a real comparison, especially if suppliers and approvers have adopted them. The case for an alternative is stronger when a space team wants requirement decisions linked more directly to system architecture, interface changes and configuration-specific verification, or when an inherited Jama workflow imposes too much administrative work. This is Arc's vendor-authored assessment.
How does the working model differ?
Jama's documentation describes relationships, reviews, baselines and test management. That makes “does it have traceability?” a weak question. Ask who creates a change proposal, how a reviewer sees its effect on a subsystem, what is approved, and which test result becomes suspect. A review packet can be excellent while the engineering context around it still requires manual assembly.
Why are we considering a move?
- Arc: assess connected programme context, branch-based changes and verified evidence for a focused space team.
- ReqView: assess a document-oriented requirements workflow with Git or SVN versioning; confirm the edition needed for team collaboration and exchange.
- Polarion: assess if the organisation is aligning requirements and software ALM within Siemens tooling.
- Codebeamer: assess when broader PTC lifecycle and product-line controls are in scope.
- Visure: assess tailored requirements and assurance-oriented processes, including the effort to configure them.
What should the review trial test?
In a synthetic attitude-control example, a reaction-wheel interface gains a tighter torque limit. Have the subsystem lead propose the change, a systems engineer inspect affected requirements, and verification staff identify tests tied to the old limit. Ask each tool to preserve the accepted version while reviewers comment, reject or approve the proposal. Compare the evidence available to a late reviewer, not the speed of a prepared vendor demo.
How does migration affect the choice?
Inventory Jama item types, relationship rules, reviews, test records, baselines and attachments before deciding to move. Jama review exports can carry activity or version information as documents, but exporting requirements does not automatically recreate that history as native destination reviews. Decide what remains an archive, what is reconstructed and what becomes authoritative. If a mature Jama process already passes this test, improving that process may be cheaper than replacing it.
Where does Arc fit?
Arc's programme model connects requirements with architecture, interfaces, risks and verification. Its change workflow lets engineers inspect branch differences before a merge. Evaluate those behaviours with the same reviewers and source set used for Jama; security, deployment and exchange needs can still decide the result.
Frequently asked questions
Is Jama Connect weak at reviews?
No. Structured reviews are a documented strength. Test whether the review carries enough system and verification context for your programme.
What is the hardest part of leaving Jama?
Mapping item types and relationships is only part of it; review activity, decisions, baselines and attachments need separate preservation decisions.
When would Arc be preferable?
Evaluate Arc when connected space-programme context and branch-based engineering change are the governing needs, subject to a pilot of your real review and evidence workflow.
Evaluate these programme criteria in Arc
Arc connects requirements, systems and interfaces, controls branch, review and merge, and links verification evidence to the relevant requirements and configurations. Evaluate one representative work package against this guide’s criteria.
Luc will email from luc@archelps.com to arrange setup. Agree scope and data handling before adding programme information.