In JIRA, work process is utilized to follow the lifecycle of an Issue. Work process is a record of statuses and advances of an issue during its lifecycle. A status speaks to the phase of an issue at a specific point. An issue can be in just a single status at a given purpose of time like Opened, To Do, Done, Closed, Assigned, and so forth.
A change is a connection between two statuses when an issue moves starting with one status then onto the next. For an issue to move between two statuses, a change must exist. In a straightforward manner, a progress is a work done on the issue, while status is the effect of work on that issue.
Example
Starting at now, an issue is made and opened. At the point when the chosen one beginnings taking a shot at the issue, the issue moves to the In Progress status. Here, the change is beginning the work, while the status of the issue is currently dynamic.
JIRA work process has the accompanying stages to follow when an issue is made −
- Open Issue − After creation, the issue is open and can be doled out to the chosen one to begin chipping away at it.
- In Progress Issue − The trustee has effectively begun to take a shot at the issue.
- Settled Issue − All sub-assignments and works of that Issue are finished. Presently, the issue is standing by to be confirmed by the journalist. In the event that check is fruitful, it will be shut or re-opened, if any further changes are required.
- Revived Issue − This issue was settled already, however the goals was either off base or missed a couple of things or a few changes are required. From Reopened stage, issues are checked either as allocated or settled.
- Close Issue − The issue is considered as completed, goals is right starting at now. Shut issues can be re-opened later dependent on the necessity.
JIRA Workflow can be alluded as a Defect Lifecycle. It follows similar ideas; the main distinction is that it is conventional for all issues instead of constrained to Defects as it were.
The accompanying chart shows a standard work process −
A change is a single direction interface, if an issue moves to and fro between two statuses; two advances ought to be made.
Example− There are two-path changes among shut and re-opened statuses. A shut issue can be revived if any adjustments are required whenever until the venture finishes, while a re-opened issue can be shut straightforwardly if extra work is taken consideration in another issue and no particular work has been done on the re-opened issue.
