Issue roles

There are several roles involved in the issue management workflow. Some of the roles are assigned automatically by the workflow and others have to be configured or assigned while tasks of the workflow are being executed. Predefined variables can determine which users to select for a given situation. To learn more about configuring variables for workflows, see the Workflow Documentation in the Collibra Developer Portal.

The following table contains the different roles in an issue.

Role Description
Requester The requester is the user who has logged an issue, which means that there can only be one requester per issue. The requester is kept up to date on the issue resolution progress and can be asked to provide more information.
Reviewer

The reviewer analyzes the created issue and proposes a solution for it but does not implement the solution. The reviewer is responsible to ensure that all the information is available for solving the issue. This user can also mark an issue as invalid.

Which user is assigned as reviewer, depends on the issue management workflow configuration. The reviewerUserExpression variable of the workflow determines which users are able to assign themselves as reviewer for the issue. By default this is the steward. After the workflow has started, the issue manager or the current reviewer can assign a different user as reviewer.

Stakeholder The stakeholders of an issue are responsible for accepting or rejecting the analysis and solution that was proposed by the reviewer. The stakeholders of an issue can be configured through a variable called the stakeholderUserExpression in the workflow. By default, this is the steward. It is not possible to change the stakeholders after the workflow has started.
Assignee

The assignee is responsible for the actual implementation of the solution. It is the requester's responsibility to appoint assignees. The assignee receives a task for the implementation of the solution.

Assignees are suggested by the workflow. The suggested assignees can be configured through the assigneeUserExpression variable of the workflow. Assignees can also assign another assignee after the workflow has started.