Change Request Workflow in Jama Connect®

Amanda Jennewein
Amanda Jennewein

Published Date: May 6, 2024
Validated: Yes
Audience: Everyone

Products and Versions Covered:

  • Jama Connect® (all supported versions)

Summary

This article describes a customized Change Request (CR) workflow in Jama Connect® that helps teams analyze, review, and implement changes to requirements more effectively.

The workflow improves:

  • Visibility into the full impact of a Change Request (CR)
  • Collaboration speed when reviewing requirement changes
  • Auditability through version comparison and baselines

This workflow is an alternative to the standard Jama Connect® Change Request functionality and relies on relationships, baselines, and reviews to manage the impact of change.

Resolution

Preconditions

Before using this workflow, an administrator must configure:

  • A Change Request item type with appropriate attributes and workflow states
  • The Relationships widget enabled
  • The Change Request widget disabled (legacy functionality)
  • Relationship Rules (if applicable) to allow linking between Change Requests and impacted items (e.g., requirements)
  • Category visibility and project configuration as needed

Screenshot 2024-05-06 at 1.53.06 PM.png

1. Create Change Request and View Impact

When a Change Request is identified:

  • The Change Owner creates or imports the CR into Jama Connect® (manual entry or via integration/API)
  • The Change Owner identifies impacted items (requirements, specs, etc.)
  • Relationships are created between the CR and impacted items

This provides full traceability and allows teams to evaluate the downstream impact of the change. 

Screenshot 2024-05-06 at 5.00.00 PM.png

2. Create Relationships to Impacted Items

To relate impacted items:

  • Open the Change Request
  • Navigate to the Relationships Widget
  • Select Relate Items
  • Search for impacted items
  • Double-click items to create relationships

This step establishes the impact scope of the CR.

Screenshot 2024-05-06 at 5.00.11 PM.png

3. Perform Impact Analysis

After relationships are created:

  • Run Impact Analysis reports
  • Review all downstream and upstream dependencies

The Change Owner evaluates whether each impacted item must change:

  • If yes → create a direct relationship to the CR
  • If no → move to the next item

Result: all impacted items should be directly or indirectly traceable to the CR.

Screenshot 2024-05-06 at 4.10.03 PM.png

Screenshot 2024-05-06 at 4.11.40 PM.png

Screenshot 2024-05-06 at 4.12.01 PM.png

4. Create CR Filter and Identify Impacted Items

To simplify tracking:

  • Create a filter containing the CR and all related items
  • Save the filter for reuse and stakeholder review
  • Duplicate existing filters if available and update CR criteria

This filter becomes the working view for analysis, review, and baselining.

Screenshot 2024-05-06 at 4.14.25 PM.png

Screenshot 2024-05-06 at 4.15.50 PM.png

Now, Change Owners and stakeholders have a filter to see quickly and baseline items related to the CR: Screenshot 2024-05-06 at 4.16.14 PM.png

5. Branching Options for Requirements

Option 1: Baseline Approach

  • Create an initial baseline (“before” snapshot)
  • Apply CR relationships to impacted items
  • Modify requirements based on proposed changes
  • Use workflow states (e.g., Draft vs Approved) to track changes

Benefits:

  • Lightweight and fast
  • Built-in version history
  • Easy rollback if CR is rejected

Screenshot 2024-05-06 at 4.19.18 PM.png

 

Option 2: Reuse (Branching Approach)

  • Right-click CR and select Reuse
  • Include:
    • Related items
    • Mirrored relationships
  • Optionally configure Advanced Reuse rules

Benefits:

  • Keeps mainline stable
  • Enables parallel work (e.g., testing)
  • Provides isolated change workspace

Screenshot 2024-05-06 at 4.23.13 PM.png

6. Update Requirements and Collaborate

Change Owners use Jama Connect® Review Center to:

  • Edit impacted requirements
  • Collect structured feedback
  • Compare versions automatically
  • Reduce offline review cycles and email-based tracking

Benefits:

  • Centralized collaboration
  • Built-in version comparison
  • Reduced meeting overhead
  • Improved auditability

7. Create and Manage Reviews

To initiate a review:

  • Send CR filter or reused branch to Review Center
  • Set review deadline and participants
  • Assign roles:
    • Reviewers: comment only
    • Approvers: comment and approve/reject

Publish review iterations as updates are made.

Screenshot 2024-05-06 at 4.27.31 PM.png

Screenshot 2024-05-06 at 4.29.32 PM.png

Screenshot 2024-05-06 at 4.30.32 PM.png

8. Facilitate Stakeholder Review

Stakeholders:

  • Receive email notifications
  • View proposed changes with side-by-side comparison
  • Add comments and mark items reviewed

The Change Owner may:

  • Publish multiple review iterations
  • Close review when:
    • All approvals are complete
    • Deadline is reached
    • Review is manually closed

Screenshot 2024-05-06 at 4.37.32 PM.png

Screenshot 2024-05-06 at 4.37.51 PM.png

Screenshot 2024-05-06 at 4.38.36 PM.png

Screenshot 2024-05-06 at 4.39.37 PM.png

9. Approve or Reject Change Request

Option 1: Baseline Approach

Approve:

  • Update CR and requirement statuses to approved
  • Confirm final version in Jama Connect®

Reject:

  • Restore baseline using Replace Current Items with Baseline
  • Revert changes and update CR status

Screenshot 2024-05-06 at 4.43.30 PM.png

Option 2: Reuse Approach

Approve:

  • Compare synced items
  • Synchronize CR branch changes to mainline

Reject:

  • Do not synchronize changes
  • Retain branch for audit/history purposes
  • Update CR status to rejected

Screenshot 2024-05-06 at 4.46.17 PM.png

Screenshot 2024-05-06 at 4.45.31 PM.png

10. Create Baseline Comparison for Audit History

After approval:

  • Use Baselines tab to compare:
    • Initial baseline (before changes)
    • Final approved review baseline
  • Generate a Baseline Comparison Report (Word document) to show:
    • Before/after changes
    • CR impact summary

This provides audit-ready documentation of the change lifecycle.

Screenshot 2024-05-06 at 4.49.39 PM.png

Screenshot 2024-05-06 at 4.50.44 PM.png

Additional Resources

Feedback:
We welcome your input! Please sign in to leave any comments, suggestions, or ideas for improvement below.

Was this article helpful?

1 out of 1 found this helpful

Have more questions? Submit a request

Comments

1 comment

  • Comment author
    Adriana Aranguren

    Hello Gus,

    We are currently implementing a Design Change process in Jama and found your article extremely helpful. We believe the branching option is the one that best fits our needs.

    However, while trying to replicate this workflow, we encountered the following issue and were wondering if there is a configuration option for it:

    We are unable to sync the modified items from the branch back to the main project because the items in the main project are in a "Locked" status. Is there any way to configure Jama to allow synchronization to items that are currently locked, or is there a recommended workaround for this specific step?

    Thank you very much for your help!

    Best regards,

    0

Please sign in to leave a comment.