You don't have access to this class

Keep learning! Join and start boosting your career

Aprovecha el precio especial y haz tu profesi贸n a prueba de IA

Antes: $249

Currency
$209
Suscr铆bete

Termina en:

0 D铆as
15 Hrs
15 Min
51 Seg

Estados y Flujos de Trabajo en Jira

4/14
Resources

Efficient project management in Jira requires an understanding of how workflows and issue statuses work. Just as a delivery package goes through different stages from check-in to its final destination, tasks in Jira follow a similar path that reflects their progress within the project. This system allows teams to clearly visualize the progress of each item and maintain optimal organization throughout the development cycle.

How do Jira statuses work?

The states in Jira represent the different stages an issue goes through during its lifecycle. To visualize the states you are using in your current project, you must access the project configuration and look for the "workflows" option. By clicking on "diagram", you will be able to see the three main states found in Jira:

  • To Do: Represents tasks that have already been identified, planned and prioritized within the product backlog or sprint backlog, but have not yet started to be developed.
  • In Progress: Indicates that the task is already under development, either in terms of coding, design, testing or documentation. These tasks are part of the sprint backlog and are displayed on the Scrum dashboard.
  • Done: Means that the task has been completed and reviewed, meeting all the acceptance criteria defined in the user story or task.

It is important to understand that these basic statuses can be customized according to the specific needs of each team or project, which makes Jira an extremely flexible tool for agile management.

What are categories and how do they relate to statuses?

In addition to statuses, issues in Jira have an attribute called "category". Categories group statuses into broader stages within the lifecycle of a task. It is critical not to confuse categories with states, as they serve different functions.

The main categories are:

  1. To Do: Identifiable by the gray color. It groups all the statuses that indicate that a task is not yet being worked on. For example, it may include statuses such as "Refining" and "To Do".

  2. In Progress: Recognizable by the blue color. It includes all the statuses related to tasks that are being actively worked on in a sprint. It may contain statuses such as "In Progress" and "In QA".

  3. Done: Represented by the green color. It groups states that indicate that all the necessary actions have been performed to consider a task as completed. It may include statuses such as "Solved" and "Completed".

The exact interpretation of each status depends on the team working on the project. For example, a user story with the status "Resolved" may have different meanings for different companies.

What role do transitions play in the workflow?

Transitions in Jira represent the movements that an issue can make from one state to another within a workflow. Visually, they are identified as the arrows that connect the states to each other in the workflow diagram.

In every Jira project, you will always find a transition called "Create" that indicates that when an issue is created, it is automatically assigned the "To Do" state. From there, transitions can be configured in different ways:

  • Open transitions: Allow an issue to move from any state to any other without restrictions.
  • Restricted transitions: Limit the movement of issues to specific states, following a predetermined flow.

For example, in a more restrictive flow, a task in the "To do" state could only move to the "Refining" state, and from there it could only move to "In progress". In some cases, such as with the "In QA" state, there may be the possibility of returning to a previous state (such as "In Progress") if errors are found that need to be corrected.

Where can we interact with the statuses in Jira?

There are several places in Jira where we can view and modify task statuses:

  1. In the backlog: In the list on the right side you can see the current status of each issue and modify it directly.

  2. In the workflow: It provides a view similar to the one seen in the project configuration, showing the possible transitions between states.

  3. In the sprint dashboard: Displays the tasks organized in columns representing the categories (To Do, In Progress, Done). When moving a task between columns, its status is automatically updated according to the corresponding category.

Importantly, the entire workflow is fully customizable, allowing you to adapt it to the specific needs of each team or project. This flexibility is especially useful in Scrum, where each team may have a slightly different approach to managing their work.

Why are workflows important in the Scrum methodology?

Workflows in Jira are critical to effective Scrum implementation because:

  • They provide visibility: They allow the entire team to clearly see what stage each task is at.
  • Facilitate collaboration: They help coordinate work among team members.
  • Improve transparency: They provide a visual representation of the progress of the sprint.
  • Support inspection and adaptation: They allow identifying bottlenecks and opportunities for improvement in the process.

The correct configuration of states, categories and transitions in Jira can make a big difference in the efficiency with which a Scrum team manages its daily work and meets sprint objectives.

Workflows in Jira are powerful tools that, when configured properly, can transform the way teams manage their projects. Understanding how states, categories and transitions work is essential to getting the most out of this platform. What other custom states do you use in your projects? Share your experience in the comments and tell us how you've tailored Jira to your team's specific needs.

Contributions 4

Questions 0

Sort by:

Want to see more contributions, questions and answers from the community?

### ***驴Qu茅 es un flujo de trabajo de Jira?*** En Jira, la ruta que siguen las incidencias desde que se crean hasta que se completan se denomina "flujo de trabajo". Cada flujo de trabajo se compone de un conjunto de estados y transiciones por los que pasa la incidencia durante su ciclo de vida y, por lo general, representa los procesos de trabajo de tu organizaci贸n. Un flujo de trabajo de Jira representa el proceso a trav茅s del cual tu equipo sigue una incidencia desde que se crea hasta que se completa. La siguiente ilustraci贸n es un ejemplo de flujo de trabajo: ![](https://static.platzi.com/media/user_upload/imagen-462d2494-ee1b-4101-bedd-02df435d0ccc.jpg) Los flujos de trabajo de Jira se componen de 3 elementos 煤nicos: 1. **Estado**: un estado indica en qu茅 parte del flujo de trabajo se encuentra la incidencia. Estos son algunos ejemplos: Abierto, En curso, En revisi贸n, Programado, Pendiente, En espera, etc. 2. **Transici贸n**: una transici贸n representa la acci贸n que se est谩 tomando para pasar una incidencia de un estado a otro. Una transici贸n es un enlace unidireccional, por lo que si una incidencia debe ir y venir entre dos estados, habr谩 que crear dos transiciones. 3. **Resoluci贸n**: cuando se completa una tarea y deja de estar abierta, necesita un estado de resoluci贸n. Estos son algunos ejemplos: Cerrado, Resuelto, Lanzado, Completado, Terminado, Finalizado, No sirve, etc. (Solo disponible en proyectos gestionados por la empresa).
La categor铆a "EN CURSO" es adecuada para tareas que est谩n siendo trabajadas activamente. Un estado "CANCELADO" podr铆a considerarse parte de la categor铆a "TO DO" si se desea registrar que fue identificado pero no se realizar谩. Sin embargo, si se presenta como un estado que refleja un progreso parcial, podr铆a estar en "EN CURSO", ya que indica que hubo una intenci贸n de completarlo, pero se detuvo. La clave es c贸mo el equipo define y utiliza cada estado en su flujo de trabajo en Jira.
Deber铆a haber una categor铆a Cerrado y el estado deber铆a ser cancelado, para tener un tracking de alguna funcionalidad que ya no se va a desarrollar
Una tarea en estado cancelado, podr铆a aplicar cuando por tema de tiempos no se logro completar o finalizar completa y de manera exitosa, en los tiempos propuestos para finalizar el sprint.