Scrum a escala: Patrones y recursos

Un patrón es una práctica o proceso que se ha observado que aborda un conjunto específico de retos en un contexto definido. Los patrones han surgido porque scrum es prescriptivo sobre los objetivos de cada parte del marco, pero dice muy poco sobre cómo alcanzar esos objetivos. Como tal, a lo largo de los años han surgido prácticas comunes para ayudar a los equipos a alcanzar esos objetivos frente a impedimentos conocidos. Al igual que una jugada del libro de jugadas de un equipo deportivo, los patrones ayudan a los equipos a reaccionar ante el cambio y a preparar el terreno para el éxito.

Hay muchos patrones bien documentados a nivel de equipo, y se puede encontrar una biblioteca autorizada aquí. Nuestro objetivo es crear una biblioteca pública de patrones de escalado para que la comunidad pueda aprender de sí misma.

A continuación se muestra un ejemplo de patrón. El objetivo de un patrón es describir la práctica con el suficiente detalle como para que cualquier persona familiarizada con el marco y los conceptos sea capaz de implementarlo. 

Módulo: Priorización de atrasos

Nombre del patrón: Características, Componentes, Equipos

Patrón: 

La priorización de backlogs se realiza en cascada y fluye desde un único backlog de producto hasta los backlogs de múltiples componentes y, por último, hasta los backlogs individuales de cada equipo.

Un único Jefe Product Owner mantiene y prioriza el backlog del producto de alto nivel. Recoge, a nivel de características y épica, el backlog de al menos la siguiente versión. El backlog del producto se perfecciona quincenalmente en una reunión de perfeccionamiento con todos los propietarios de productos componentes. Las sesiones de perfeccionamiento se centran en preparar dos sprints de backlog. El Jefe Product Owner también celebra reuniones periódicas de metaescrum con las partes interesadas de las organizaciones para alinear y hacer visible la priorización del backlog. Todos los comentarios sobre el producto pasan por el Jefe Product Owner, que los refleja en la priorización del backlog del producto y la comunicación en las reuniones de perfeccionamiento.

El backlog de producto de nivel superior se clasifica por componente de producto (¿a qué parte del producto se añadirá esta función?) para crear backlogs a nivel de componente. Los backlogs de componentes son propiedad y están priorizados por un único product owner de componente, que a menudo es también un product owner senior a nivel de equipo. Los jefes de producto de los equipos que trabajan en cada componente lo revisan semanalmente. Estas sesiones de perfeccionamiento se centran en desglosar las características en historias del tamaño de un sprint y priorizar estas historias junto con los elementos de investigación y deuda técnica identificados por los equipos para los backlogs a nivel de equipo.

A continuación, los equipos dividen los backlogs a nivel de componentes para crear sus backlogs de sprints. Estos backlogs contienen, como mínimo, trabajo suficiente para los dos sprints siguientes.

Contexto:

Impulsores clave: Innovación, mayor rapidez de entrega, mejor experiencia del cliente

La organización es líder del mercado y busca mantenerse por delante de la competencia. La empresa fabrica varios productos, aunque esta pauta se refiere a uno de ellos, que es un producto de escritorio heredado que se está adaptando a un modelo de software como servicio. Los lanzamientos se producen una vez al año e históricamente han sido perturbadores para los clientes debido al gran número de nuevas características en cada lanzamiento.

Éxitos:

Proporciona cierto grado de visión centralizada con el CPO como principal punto de control, al tiempo que responde al cambio y aprovecha el conocimiento/autonomía a nivel de equipo a través de un equipo de propietarios de producto. Ha permitido a los equipos gestionar las dependencias y elaborar un producto más integrado. Este enfoque abarca la priorización, la descomposición y la planificación en una cadencia de reuniones periódicas.

Desafíos: 

Esta pauta requiere un esfuerzo adicional para mantener la cadencia de las reuniones de perfeccionamiento y los metacronogramas, así como disciplina para llevar a cabo el perfeccionamiento y coordinar las dependencias entre componentes. El Jefe Product Owner tiene una carga de trabajo especialmente pesada, ya que debe hacer malabarismos con los metaescrutinios, todos los comentarios sobre el producto y los refinamientos semanales con los propietarios de los productos de los componentes y del equipo.

Industria: Software

Tamaño de la organización: 7,000

El siguiente formulario le guiará a través del proceso de envío. Consulte el patrón de ejemplo anterior y tenga en cuenta que el objetivo es proporcionar suficientes detalles para que cualquiera que lea su patrón pueda ponerlo en práctica. Recuerde que los retos y los éxitos de su modelo son igualmente importantes.

Una vez enviado, su patrón se cargará en la biblioteca pública de patrones. Su nombre y correo electrónico son necesarios para que podamos hacer un seguimiento de los envíos y ayudarle a perfeccionar su patrón. La información de contacto enviada en este formulario nunca se compartirá con el público y solo se utilizará para ponernos en contacto con usted en relación con los patrones de escalado.