Los pilares de Scrum en sophilabs: transparencia

Buscamos mantener un enfoque ágil del desarrollo de software y usamos Scrum como marco para organizar nuestro trabajo. Sin embargo, es fundamental que no practiquemos Scrum solo para seguir una estructura al pie de la letra, para no caer en las garras de Zombie Scrum. ¹ Debemos comprender el valor subyacente de lo que hacemos y priorizar esos resultados valiosos en nuestra forma de usar Scrum.

Una manera de hacerlo es asegurarnos de que los tres pilares del control empírico de procesos, la transparencia, la inspección y la adaptación, estén en primer plano en cada sprint. Además, debemos sostener y fortalecer estos pilares con los valores de Scrum: compromiso, valentía, enfoque, apertura y respeto. En esta publicación veremos cómo nuestro equipo trabaja para lograr la transparencia, el primer pilar de Scrum.

Según la Guía Scrum, la transparencia significa que «los aspectos significativos del proceso deben ser visibles para quienes son responsables del resultado». Además, «requiere que esos aspectos se definan mediante un estándar común, para que los observadores compartan una comprensión común de lo que ven». ² La transparencia es un factor importante para generar confianza entre el equipo y las partes interesadas, y dentro del propio equipo. También ayuda a mantenerlo alineado y a garantizar la calidad del producto. Pero ¿cómo se ve exactamente la transparencia en la práctica en sophilabs?

Métricas y elementos de control de calidad

Esta es un área clave en la que la «comprensión común» que menciona la Guía Scrum es fundamental. En sophilabs, nuestros equipos trabajan con el Product Owner para definir lo siguiente, que ayuda a promover la transparencia y a construir un producto exitoso.

Criterios de aceptación

Los criterios de aceptación claramente definidos permiten al equipo saber exactamente cuándo una historia de usuario o tarea está completa desde la perspectiva de negocio. Cuando un equipo satisface las necesidades del cliente o del usuario de forma constante, genera confianza.

Definición de Hecho (DOD)

Este acuerdo compartido especifica la calidad y los elementos funcionales que necesita el software para publicarse. La transparencia que aporta la DOD es esencial para construir lo correcto de la manera correcta.

Artefactos

Estos artefactos ayudan al equipo a dividir y organizar el trabajo. También promueven la transparencia, dejando claro a todos qué falta construir o qué trabajo asumió el equipo durante un sprint. Los valores de compromiso y enfoque de Scrum desempeñan aquí un papel importante, porque el equipo se concentra en los objetivos del sprint y dedica su energía a entregar las historias que incluye en él. Nuestros equipos de sophilabs usan estos artefactos de forma constante como parte de nuestra práctica de Scrum.

Backlog del producto

El backlog del producto enumera todos los elementos que el producto necesitará. Sin embargo, es un artefacto dinámico y no representa un plan fijo. Puede cambiar y adaptarse según la información y los comentarios del negocio, una de las razones por las que su transparencia es tan importante.

Backlog del sprint

Este subconjunto del backlog del producto enumera las historias que el equipo se compromete a terminar al final del sprint. Además de alinear y enfocar sus esfuerzos, deja claro al cliente qué software funcional recibirá cuando termine la iteración.

Tablero Scrum

El tablero Scrum muestra cómo avanzan las historias o tareas desde «por hacer» hasta «hecho». Hace visible el progreso y mantiene a los integrantes del equipo responsables ante sus compañeros y las partes interesadas.

Ceremonias

Aunque cada ceremonia de Scrum tiene objetivos específicos, cuando se realiza bien todas producen comunicación eficaz y transparencia. Además, los valores de valentía, apertura y respeto son esenciales para intercambiar ideas e información en cualquier momento. Nuestro equipo busca lograr transparencia y poner en práctica estos valores en cada paso del sprint.

Planificación del sprint

La transparencia cumple un papel importante en la planificación del sprint. El equipo debe tener claro qué puede lograr de forma realista durante una iteración para entregar el incremento de software funcional y mantener la confianza del cliente.

Daily Scrum

En esta instancia fundamental de inspección y adaptación (profundizaremos en estos otros dos pilares de Scrum en futuras publicaciones), el equipo revisa cómo van las cosas respecto a los objetivos que se propuso alcanzar. Sus integrantes hablan abiertamente de impedimentos y bloqueos, lo que permite empezar a buscar soluciones. La transparencia en cada daily scrum ayuda a superar obstáculos más rápido y acerca a todos a los objetivos del sprint.

Revisión del sprint

La revisión del sprint es fundamental para mantener la transparencia con las partes interesadas. El equipo muestra lo que logró durante el sprint y ellas dan sus comentarios sobre ese incremento. El desarrollo ágil necesita comentarios frecuentes y honestos para funcionar con eficacia, porque el equipo debe validar la hipótesis de que su trabajo satisface las necesidades del cliente.

En sophilabs hemos hecho revisiones del sprint dirigidas por el equipo Scrum y otras lideradas por el Product Owner y las partes interesadas, según las preferencias del cliente. En ambos casos, la revisión le asegura que recibe valor, permite al equipo obtener los comentarios que necesita y genera confianza mutua.

Retrospectiva del sprint

La retrospectiva es una pieza fundamental de la mentalidad centrada en las personas que caracteriza a Agile y Scrum. Su objetivo principal es que el equipo trabaje sobre sus herramientas y vea cómo mejorar, por lo que es un buen momento para evaluar la calidad de la comunicación interna. Una retrospectiva eficaz requiere plantear los problemas abiertamente, proponer nuevas ideas y soluciones y respetar las opiniones diversas. Sin honestidad y transparencia reales, el equipo no puede aprovechar plenamente la oportunidad de mejora que ofrece. Valoramos las retrospectivas no solo porque permiten a nuestros equipos llegar más alto, sino porque se alinean con nuestra cultura organizacional más amplia de mejora continua.

La transparencia contribuye a la satisfacción del cliente y ayuda a prosperar a los equipos Scrum. En sophilabs buscamos lograrla en nuestros equipos durante cada sprint. Mantente atento al resto de esta serie, en la que examinaremos más de cerca cómo funcionan la inspección y la adaptación en Scrum y cómo promovemos estos principios en sophilabs. Si quieres conocer más sobre cómo trabajamos, también puedes consultar nuestro Playbook.