Shared Programs
Shared Programs allow you to control how much requirement information is visible to partners or customers (typically added to your instance as Guest Users), enabling seamless collaboration without revealing "work in progress" or internal data. You can limit both the requirements that are visible, as well as their attributes.
Shared programs can aid in the following example scenarios:
You want your customer to see how you've decomposed their specification to the next level, but you don't want them to see lower-level, internal design requirements.
You want to share key requirement attributes with customers while hiding other attributes from view.
Creating a Shared Program
Initiate and Configure the Shared Program
You must be a Program Manager and/or Additional Author of a program to create a new shared program.
Navigate to your originating program and click Edit
In the "Sharing" panel, click "+ Shared Program"
Enter a name for the new Shared Program and indicate whether the Shared Program permits access to external users
In the "Manage Shared Requirement" window:
Select which requirement attributes you want to share (all attributes are hidden by default)
Select which individual requirements you want to share (all requirements are hidden by default). Note: Sharing a lower-level child requirement will share it's parent(s) up the tree to provide context to reviewers.

Click Save
Existing users with permissions to the originating program will inherit access to shared programs by default (but you can remove them from the shared program as appropriate).
Add Users to a Shared Program
To permit your customers or partners access to the shared data, you must add them as users to the Shared Program. (If you haven't already invited them to Violet, do that first)
Select the Shared Program from the Programs list (or from within the originating program) to open the View Program side panel and click Edit
Add your new users to the shared program (typically, as Team Members).
Click Save
Users are not synchronized between originating and shared programs: for example, if you add or remove an additional author from the originating program, you must also remove them from the shared program if you no longer want them to have access.
Collaborating in a Shared Program
Changes made to the originating program are automatically visible in the shared program.
Users cannot view requirement version history in a Shared Program. Members of shared programs only see the latest version.
Requirement hierarchy numbering is not visible in a shared program in order to avoid revealing skipped requirements.
Comments made in a shared program are only visible in the shared program.
Peer reviews can be created for shared programs; comments made in peer reviews will only be visible in the peer review.
Last updated
Was this helpful?

