Stop to be limited, and use all possibilities allowed with JIRA Workflows
Workflows is not only Steps and Transitions, but it is a little more sophisticate.
Some useful Workflows Conditions, Validators & Post-Function
- Workflow Conditions — Some useful Workflows Conditions
- Evaluating Issue Context — Conditions based on Issue Context (Attributes, ...)
- Block Linked Issues — Condition to block a Transition depending on Status of Linked Issue.
- Date Reached — Condition based on Date.
- Project Condition — Condition on a specified Project
- RegExp Pattern Condition — Condition based on a Pattern of Regular Expression
- Evaluating Issue Role — Conditions based Issue Roles (Assignee, Reporter, ...)
- Allow Leader — Condition for allowing only Project Leader.
- Allow Reporter — Condition for allowing only Issue Reporter.
- Assigning Conditions — Conditions for allowing only if the Issue is Assigned or Not assigned
- Evaluating something lese — Conditions used for more complex cases
- Activity and Unactivity Condition — Conditions based on Activity or Inactivity on a Issue.
- Flag Condition — Condition to allow only a Flag is passed.
- Workflow Validators — Some useful Workflows Validators
- Fibonacci Resolution — Validator based on Comment / Resolution and Fibonacci Suite
- On Resolution Comments — Validator based on Comment.
- Selected Fix Version Count Validator — Validator on Nb of selected Versions (Fix or Affected)
- Workflow Post-Functions — Some useful Workflows Post-Functions
- Inherit Field values from Parent Issue
- Inherit Priority — Post-Function for inherit Priority from Parent Issue
- Inherit Component — Post-Function for inherit Component from Parent Issue
- Inherit Fix or Affected Versions — Post-Function for inherit Fix Version or Affected Versionfrom Parent Issue
- Inherit CustomFields — Post-Function for inherit Customfields from Parent Issue
- Manage Auto-Transition
- Auto-Transition (Issues) — Post-Function to initiate auto-transition in linked issues
- Auto-Transition (SubTask) — Post-Function to transition Sub-Task
- Flagged Auto Transition — Post-Function to initiate a transition hidden by Flag Condition
- Propagate Post-Functions
- Propagate Any Fields — Post-Function to propagate some of System or Custom Fields from the current Issue to linked Issues.
- Miscellaneous ...
- Back to Previous Step — Post-Function allowing a transition Back To Previous Step.
- Move Issue Function — Post-Function allowing in a transition to Move an Issue to another Project/Issue Type .
Extends your possibilities with some feature enhancing the Workflows Edition ...
- Workflow Editor — With just a few enhancements, the default Worklow Editor can highlight some additional concept.
- Workflow Attributes Management — Alkaes Minyaa Workflow helps you for editing the Workflow Meta-attributes in Step or Transition descriptors.
- Extends Meta-Attribute Editors — Workflow Attributes Management allows to extends the editors
Discover Auto-Transition Management and imagine how you will be able to improve your workflows.
Extends Jira Capacities with Custom Fields based on Workflows ...
- User By Workflow Step — To define/limit a set of users granted to a permission depending on Issue Status (Workflow Step), Alkaes Minyaa Workflow provides a dedicated CustomField able to identify a population based on different criteria.
Display Transitions History for a set of Issues (JQL Filter) , combined with additional columns ...
Based on same mechanism as Permissions on Worklog in ALKMT , your workflow may provide more sophisticated permissions for Delete or Edit actions.
- Is Issue Deletable — Extends Permissions based on Workflows
- Is Issue Editable — Extends Permissions based on Workflows
- And evaluated by Conditions — Extends Permissions based on Workflows
Alkaes Minyaa Workflows features have some specifics settings able to alter their behavior.