Si estás estudiando ingeniería o eres ingeniero, es posible que hayas escuchado mucho la palabra "backlog" en tu campo.
Pero, ¿alguna vez te has preguntado qué es un backlog y por qué es tan importante en los proyectos de ingeniería?
Backlog es más que una lista de tareas o pedidos que aún no se han realizado.
Es una herramienta poderosa que puede hacer o deshacer un proyecto, y si sabe cómo usarla bien, puede hacer que el proyecto sea un éxito.
En esta publicación de blog, hablaremos sobre la acumulación en ingeniería, incluidos sus diferentes tipos, roles e importancia.
Entonces, sigue leyendo si quieres llevar tus proyectos de ingeniería al siguiente nivel.
Comprensión de las definiciones de trabajos pendientes y su importancia en la ingeniería
Definicion formal:
1. Una acumulación de pedidos que prometen trabajo futuro y ganancias. 2. Una acumulación de materiales sin procesar o tareas sin realizar.
En ingeniería y gestión de proyectos, un backlog es una lista de tareas que deben realizarse y su importancia.
Ayuda a los equipos a planificar los detalles antes de que dediquen demasiado tiempo a planificar el alcance y las prioridades comerciales.
La lista de cosas por hacer:
El equipo de producto decide en qué proyectos trabajará a continuación, y todos los equipos del ciclo de desarrollo utilizan el backlog para realizar un seguimiento y priorizar sus tareas a medida que avanzan hacia la entrega del producto.
Los elementos más importantes se encuentran en la parte superior de la cartera de productos, por lo que el equipo sabe en qué trabajar primero.
Las historias de usuarios, las correcciones de errores y las actualizaciones de productos son cosas comunes para incluir en una cartera de productos.
El equipo de desarrollo no trabaja en el trabajo pendiente de una sola vez.
En cambio, hacen pequeñas porciones a la vez, llamadas "sprints".
La preparación o el refinamiento de la cartera de pedidos se realiza de forma regular para garantizar que las tareas de cada sprint sean claras y factibles.
Qué tan importantes son los atrasos:
Un backlog ágil bien priorizado facilita la planificación de lanzamientos e iteraciones, establece expectativas con las partes interesadas y otros equipos, y hace que el tiempo de ingeniería sea un activo fijo.
Una cartera de productos bien organizada ayuda al equipo a definir y comprender claramente los objetivos y requisitos de un proyecto, priorizar tareas en función de su importancia, tomar decisiones informadas sobre lo que se debe trabajar a continuación y adaptarse continuamente a los requisitos y prioridades cambiantes. Lo que hace que los procesos de desarrollo sean más flexibles y eficientes.
Gestión de la cartera de pedidos:
La gestión del trabajo pendiente es el proceso mediante el cual los equipos agregan, modifican, limpian y clasifican el trabajo pendiente para asegurarse de que los usuarios obtengan primero las funciones más importantes.
Una acumulación completa puede perjudicar el desarrollo de software al hacer que se tarde más en llevar un producto al mercado y hacerlo menos bueno.
Restaurar el backlog puede ser una parte clave para volver a encarrilar un proyecto y fomentar la creatividad que es tan importante para el desarrollo exitoso de software.
La acumulación también puede significar:
En contabilidad y finanzas, una acumulación es una gran cantidad de trabajo que debe realizarse, como pedidos de ventas que deben completarse o documentos financieros que deben procesarse.
Un retraso puede ser bueno o malo, dependiendo de cómo afecte la situación.
Por un lado, podría significar que las ventas están aumentando, pero por otro lado, las empresas generalmente intentan evitar los retrasos porque podrían significar que se están volviendo menos eficientes o que no pueden satisfacer la demanda.
Liberar el poder de la cartera de pedidos: ¡Cómo evitar los plazos y aumentar el estrés!
¿Todavía es difícil de entender? Déjame cambiar un poco el punto de vista:
¿Estás harto de terminar las cosas a tiempo y dentro del presupuesto? ¿Extrañas la emoción de que se acerque una fecha límite y el dulce sabor del pánico? Bueno, no te preocupes, porque sé exactamente qué hacer: ¡atraso! Sí, estás en lo correcto.
Simplemente deje que esos pedidos y tareas se acumulen, y pronto tendrá más trabajo del que sabe qué hacer.
Di adiós a hacer las cosas y hola a los ataques al corazón causados por el estrés.
¿A quién le importa ganar dinero y ser eficiente?
De acuerdo, solo fue una broma hecha para parecer un anuncio de televisión.
Ahora volvamos a la explicación.
Product Backlog vs Sprint Backlog: diferencias clave
El backlog de producto y el backlog de sprint son dos herramientas importantes para organizar proyectos de desarrollo de software en metodologías ágiles.
Ambos backlogs son partes importantes de cualquier proyecto de desarrollo de software, pero sus alcances y objetivos son diferentes.
Pila de productos:
El propietario del producto hace una lista de funciones para agregar al proyecto antes de que comience.
Esta lista se denomina "pila de productos".
Brinda una descripción general de todo el producto, incluidos los objetivos y principios básicos y otras partes que es más probable que cambien.
Siempre está cambiando y se puede cambiar en cualquier momento para reflejar los cambios en el mercado o los comentarios de los clientes.
La cartera de pedidos del producto es una de las formas más importantes para que el equipo de desarrollo y las partes interesadas hablen sobre lo que se necesita construir y por qué.
También es un documento vivo que brinda a todo el equipo de desarrollo una única fuente de información para usar durante todo el proyecto.
Pila de Sprint:
Por otro lado, una acumulación de sprint es un subconjunto de la acumulación de productos que solo incluye los elementos de la acumulación de productos que se pueden terminar durante cada sprint ágil.
Hace que se destaque más el trabajo del producto durante un determinado periodo de tiempo.
El backlog del sprint se compone de elementos del backlog del producto, pero solo aquellos que se pueden terminar durante cada sprint ágil.
Durante la reunión de planificación del sprint, el equipo decide en qué elementos de la cartera de productos trabajarán durante el sprint.
Aquí es donde se hace el backlog del sprint.
Una vez que todos están de acuerdo, se establecen los elementos y los pasos para terminarlos para todo el sprint.
Una acumulación de sprint es diferente de una acumulación de producto en que solo se puede cambiar durante una reunión de planificación de sprint.
Que es diferente:
- Alcance: El backlog del producto brinda una descripción general de todas las funciones para agregar a un proyecto, mientras que el backlog del sprint se enfoca en lo que se debe hacer en cada sprint ágil.
- Propósito: la cartera de productos es una herramienta de comunicación entre el equipo de desarrollo y las partes interesadas, que proporciona una comprensión compartida de lo que se necesita construir y por qué.
El equipo de desarrollo utiliza la acumulación de sprint para planificar y realizar el trabajo durante un sprint específico.
- Flexibilidad: la cartera de productos es un documento vivo que se puede actualizar en cualquier momento para reflejar los cambios en el mercado o los comentarios de los clientes.
Durante un sprint, la acumulación de sprint se congela y los cambios solo se pueden realizar durante una reunión de planificación de sprint.
Gestión y mantenimiento de trabajos atrasados: roles y responsabilidades
Hacer un seguimiento y administrar los trabajos pendientes es una parte clave del desarrollo de software Agile.
Estos son los roles y responsabilidades más importantes cuando se trata de administrar y mantenerse al día con los trabajos pendientes.
Responsabilidades del propietario del producto:
- El propietario del producto es responsable de gestionar y mantener la cartera de productos, incluido el desglose de elementos en historias de usuarios.
- Son responsables de organizar y mantener el Product Backlog, incluido su contenido, disponibilidad y pedidos.
- Se aseguran de que la acumulación se alinee con los objetivos generales del proyecto y que el equipo esté trabajando en tareas importantes y valiosas.
Responsabilidades del equipo de desarrollo:
- El Equipo de Desarrollo es responsable de convertir el Product Backlog en piezas incrementales de funcionalidad.
- Son dueños del Sprint Backlog y son responsables de decidir qué elementos incluir y cómo priorizarlos.
- Proporcionan estimaciones para los elementos de la cartera de productos durante las sesiones de planificación de sprints.
- Crean el Sprint Backlog, que es un conjunto de elementos del Product Backlog seleccionados para el Sprint, junto con un plan para entregar el incremento del producto mientras se alcanza el objetivo del Sprint.
- Ejecutan el trabajo del Sprint Backlog y lo modifican y actualizan a medida que hay nueva información disponible.
Las tareas de un Scrum Master son:
- El Scrum Master facilita los eventos de Scrum y ayuda a todos a comprender la teoría, las prácticas, las reglas y los valores de Scrum.
- Pueden estar involucrados en el proceso de cambiar la acumulación, pero no tienen la autoridad para hacer cambios por su cuenta.
Colaboración y hablar entre sí:
- Si bien el Product Owner es el único responsable de mantener el Product Backlog, su refinamiento debe ser un esfuerzo de colaboración en el que el resto del Scrum Team contribuya con su conocimiento, ideas y experiencia en el proyecto hasta el momento.
- Todo el equipo trabaja y contribuye a la acumulación de productos, pero finalmente depende del equipo de desarrollo convertirlo en un software que funcione.
En resumen, el Product Owner está a cargo del Product Backlog y el Development Team está a cargo del Sprint Backlog.
El Scrum Master dirige las reuniones de Scrum y se asegura de que todos entiendan la teoría, las prácticas, las reglas y los valores de Scrum.
El equipo trabaja en conjunto y habla para asegurarse de que ambos trabajos pendientes sean correctos, estén actualizados y estén en línea con los objetivos generales del proyecto.
El equipo de desarrollo está a cargo de convertir los elementos de la cartera de productos en software que funcione, mientras que el propietario del producto se asegura de que la cartera de pedidos esté en línea con los objetivos generales del proyecto.
Técnicas de Priorización y Refinamiento de Backlog
Gestión y mantenimiento de trabajos atrasados: roles y responsabilidades
Los trabajos pendientes son una parte importante de la gestión ágil de proyectos y deben gestionarse y mantenerse actualizados.
Este artículo habla sobre cuáles son los roles y responsabilidades del equipo Scrum cuando se trata de administrar y realizar un seguimiento del producto y los trabajos pendientes.
Product Owner y Product Backlog
El Product Owner está a cargo de administrar y actualizar el backlog del producto, que es un documento vivo que cambia según las necesidades del negocio, el mercado y la tecnología.
La hoja de ruta y sus requisitos se utilizan para hacer la cartera de productos, que es una lista de trabajo para el equipo de desarrollo que se clasifica según su importancia.
Las cosas más importantes están en la parte superior para que se pueda trabajar primero.
El Product Owner está a cargo de mantener organizado y actualizado el backlog del producto.
Esto incluye desglosar elementos en historias de usuario.
Ellos deciden cómo ordenar las tareas en la cartera de pedidos y se aseguran de que encajen con los objetivos generales del proyecto.
El propietario del producto puede cambiar o reordenar las tareas pendientes en cualquier momento según los comentarios de los clientes o los nuevos requisitos.
Pero una vez que el trabajo está en marcha, no debería haber demasiados cambios.
Durante las sesiones para limpiar la acumulación de productos y planificar los sprints, los puntos de la historia se utilizan para estimar los PBI.
Esto es solo una idea aproximada del tamaño.
El propietario del producto puede tener un efecto en el equipo de desarrollo al ayudarlos a comprender y elegir las compensaciones, pero la estimación final la hacen las personas que harán el trabajo.
Equipo de desarrollo y Sprint Backlog
El equipo de desarrollo está a cargo de convertir los elementos del Product Backlog en piezas de funcionalidad que se pueden usar juntas.
Aunque el propietario del producto es el único a cargo de realizar un seguimiento de la cartera de productos, el resto del equipo Scrum debe ayudar a mejorarlo compartiendo sus conocimientos, ideas y experiencia con el proyecto hasta el momento.
Todo el equipo trabaja y se suma a la cartera de productos, pero el trabajo del equipo de desarrollo es convertirlo en un software que se pueda usar.
El Equipo de Desarrollo está a cargo del Sprint Backlog, que es un subconjunto del Product Backlog.
El Sprint Backlog tiene las cosas más importantes del Product Backlog, así como otras cosas que deben hacerse, como Historias de usuarios, Tareas, Casos de uso y Pruebas.
En Sprint Backlog, los desarrolladores pueden encontrar tareas sencillas en las que trabajar durante el sprint actual.
También tiene historias que describen el valor de usuario de alto nivel del producto y tareas detalladas que dividen la historia del usuario en pasos simples y factibles para el desarrollo.
El Equipo de Desarrollo está a cargo de elegir qué va en el Sprint Backlog y qué tan importante es cada elemento.
Las historias de usuario, las tareas, los casos de uso, las pruebas y cualquier otro elemento que desglose los elementos seleccionados del Product Backlog se pueden agregar al Sprint Backlog.
Durante cada reunión Daily Scrum (reunión diaria), los miembros del equipo revisan su progreso con respecto a sus tareas planificadas en Sprint Backlog para ver si están en camino de alcanzar este objetivo de sprint.
Si hay errores importantes o cambios en las funciones de la hoja de ruta, es posible que cambien o actualicen sus prioridades en el Sprint Backlog.
Técnicas de Priorización y Refinamiento de Backlog
En la gestión de proyectos Agile, el uso de técnicas efectivas de priorización y refinamiento de la cartera de pedidos puede ayudar a mejorar los resultados del proyecto y qué tan bien funciona.
El refinamiento de la cartera de pedidos es un proceso continuo que garantiza que las expectativas de los usuarios, los comentarios del mercado y la entrega del proyecto permanezcan sincronizados.
Las sesiones de preparación de la cartera de pedidos se utilizan para reevaluar las prioridades, limpiar y organizar la cartera de productos y hacer que la planificación de sprints sea más productiva.
El principal beneficio del refinamiento de la cartera de pedidos es asegurarse de que los elementos en la parte superior de su lista sean relevantes, tengan suficiente información y tengan una estimación.
La priorización efectiva comienza mucho antes de llegar a la cartera de pedidos.
Primero, deberá elaborar un plan para su producto.
Esto le da al equipo una forma de medir qué tan bien lo están haciendo en relación con un conjunto compartido de objetivos y proyectos.
La priorización de la cartera de pedidos es necesaria para organizar los elementos en la cartera de productos (como historias de usuarios, errores, picos, etc.) para que puedan construirse y publicarse en el orden correcto.
Tipos de Backlogs y su Gestión en Diferentes Industrias
Tipos de trabajos pendientes
El desarrollo de productos requiere poner las características en orden de importancia y ponerlas en acción.
Hay tres tipos principales de backlogs que se utilizan para esto:
- Pila de Producto.
Product Backlog es un plan a largo plazo para el producto que incluye características que aún no se han priorizado para su lanzamiento.
Es un documento vivo que cambia a medida que ingresa nueva información y comentarios.
Desglosa la visión en cosas específicas que se pueden hacer y agregar valor al producto.
- Liberar acumulación.
La lista de pedidos de la versión es una parte de la lista de pedidos del producto que enumera las funciones que se entregarán en una determinada versión.
Se realiza eligiendo elementos del Product Backlog en función de su importancia y de si se pueden realizar.
- Pila de Sprint.
El Sprint Backlog es una parte del Release Backlog que enumera las funciones que se entregarán en un sprint específico.
Se realiza eligiendo elementos de Release Backlog según su importancia y si se pueden hacer o no.
Gestión de la cartera de pedidos en diferentes industrias
Diferentes industrias tienen diferentes formas de lidiar con sus retrasos.
Aquí hay unos ejemplos:
- Desarrollo de software.
Los métodos ágiles como Scrum o Kanban se utilizan para manejar los retrasos en el desarrollo de software.
Los equipos Scrum trabajan en "sprints", que son períodos de tiempo limitado en los que trabajan en tareas específicas del "Sprint Backlog".
Todos los días, el equipo tiene reuniones "de pie" en las que hablan sobre cómo van las cosas y los problemas que tienen.
En Kanban, los elementos de trabajo se muestran en un tablero con columnas que muestran dónde se encuentran en el proceso de realización.
A medida que los elementos de trabajo pasan por diferentes etapas, los miembros del equipo los mueven de una columna a otra.
- Gestión de proyectos.
En la gestión de proyectos, se pueden utilizar herramientas como Trello y Jira para realizar un seguimiento de los trabajos pendientes.
Con estas herramientas, los usuarios pueden hacer tableros con listas que muestren las diferentes etapas de un proyecto.
Los elementos de trabajo se pueden agregar y mover entre estas listas a medida que avanzan a través de diferentes etapas.
Gestión Scrum y Backlog
Cartera de productos de Scrum
Scrum Product Backlog es una lista de elementos, características y tareas para un proyecto que se clasifican según su importancia.
No debe tener información detallada sobre lo que se necesita.
En cambio, los requisitos finales se establecen durante el sprint, junto con el cliente.
Las historias de usuarios, que muestran el trabajo que se debe realizar para entregar un producto o servicio, se pueden agregar a Scrum Product Backlog.
Cada elemento en el Scrum Product Backlog debe tener algún tipo de valor para el cliente.
El Equipo Scrum también puede usar otros artefactos, como un resumen de diferentes roles de usuario, descripciones de flujo de trabajo, pautas de interfaz de usuario, guiones gráficos o prototipos de interfaz de usuario, pero estos no reemplazan el Scrum Product Backlog.
En cambio, agregan y explican lo que dice.
Atraso Logístico
Dependiendo de lo que se esté hablando, el término "retraso logístico" puede significar diferentes cosas.
En la gestión de la cadena de suministro, un backlog son todos los productos que han pedido los clientes pero que aún no se han enviado.
Esto incluye cosas como el número de orden de trabajo, el número de producto, la fecha de entrega, la cantidad y el estado de la orden.
Una cartera de pedidos es buena para el negocio porque muestra que los clientes están dispuestos a pagar por pedidos que aún no se han completado.
Pero si no se cumplen los plazos y los pedidos no se envían a tiempo, la acumulación se convierte en pedidos atrasados, lo que puede ser perjudicial para el negocio.
En la logística de contenedores portuarios, un retraso es cuando los contenedores de envío se acumulan en los puertos debido a problemas en la cadena de suministro causados por cosas como las políticas de COVID-19 y más personas que desean bienes.
Este tipo de retraso en la logística puede hacer que el envío tarde más y cueste más para las empresas.
BACKLOG DE MANTENIMIENTO: ¿Qué es y cómo calcular el Backlog?
Sugerencia: Active el botón de subtítulos si lo necesita. Elija "traducción automática" en el botón de configuración, si no está familiarizado con el idioma hablado. Es posible que primero deba hacer clic en el idioma del video antes de que su idioma favorito esté disponible para la traducción.
casos de uso
| Utilizada en: | Descripción: |
|---|---|
| Desarrollo de software: | El trabajo pendiente se usa a menudo para seguir el progreso de un proyecto en el desarrollo de software. Tiene una lista de todas las características, errores y tareas que deben realizarse antes de que se pueda hacer el producto final. El equipo trabaja en los elementos del trabajo pendiente. En el orden que tenga más sentido para el proyecto. Backlog se puede utilizar para realizar un seguimiento de lo que se debe hacer, quién está a cargo de cada tarea y cuándo vence cada tarea. Es una herramienta que los equipos de desarrollo de software pueden no prescindir si quieren asegurarse de enviar productos de alta calidad a tiempo. |
| Fabricación: | En la fabricación, la acumulación se puede utilizar para realizar un seguimiento de cómo los materiales y los productos se mueven a través del proceso de producción. Por ejemplo, se puede realizar una acumulación para realizar un seguimiento de cuántos productos sin terminar deben terminarse antes de que se pueda completar un pedido. La acumulación puede ser se utiliza para asegurarse de que el proceso de producción funcione sin problemas y que los pedidos se completen a tiempo. |
| Construcción: | La acumulación se puede usar en la construcción para rastrear qué tan avanzado está un proyecto y asegurarse de que todas las tareas se realicen a tiempo. Algunas de las cosas que podrían estar en una acumulación de construcción son ordenar materiales, programar trabajadores y hacer inspecciones. Puede usar la acumulación para asegurarse de que cada tarea se realice en el orden correcto y que el proyecto avance según lo planeado. |
| Finanzas: | En finanzas, la acumulación es una forma de realizar un seguimiento de los pagos o las facturas que aún no se han procesado y deben procesarse. Por ejemplo, se podría realizar una acumulación para realizar un seguimiento de cuántas facturas vencidas no se han pagado. La acumulación puede ser se utiliza para asegurarse de que todos los pagos se procesen a tiempo y que el flujo de efectivo de la empresa esté bien administrado. |
Conclusión
En ingeniería, la cartera de pedidos es una parte importante de la gestión de proyectos y comprender su importancia puede tener un gran efecto en el éxito de un proyecto.
Es importante comprender completamente el concepto de "atraso" para administrar el atraso del producto o el atraso del sprint y utilizar técnicas efectivas para refinar y priorizar.
Pero es importante tener en cuenta que la gestión de la cartera de pedidos no es algo de una sola vez.
Debe mejorarse y prestarse atención durante todo el ciclo de vida del proyecto.
Como ingeniero, saber cómo manejar su trabajo pendiente puede significar la diferencia entre un proyecto que funciona y uno que no.
Por lo tanto, use el poder de la cartera de pedidos a su favor y nunca deje de refinarlo y mejorarlo para obtener los mejores resultados.
Compartir en…
