Los anti-patrones son comportamientos que también se pueden asociar con Scrum Masters y Product Owners(PO). Aquí hay algunos antipatrones que los Scrum Masters y el PO pueden mostrar:
Anti Patrones del Scrum Master
- Evitar para Resolver Conflictos
El ser humano tiende a evitar situaciones incómodas y busca seguridad y estabilidad. Hay muchas posibilidades de que un Scrum Master no aparezca cuando hay conflictos en el grupo, lo que genera más malentendidos y confusión. El Scrum Master tiene que escuchar a ambos grupos y aprender nuevas técnicas para resolver conflictos en un entorno grupal. El Scrum Master debe buscar ayuda externa y obtener orientación de los entrenadores para resolver los problemas del grupo.
- Dar demasiada libertad
Aunque el Scrum Team es un equipo autogestionado y puede tomar decisiones por su cuenta, no significa que los desarrolladores puedan hacer lo que quieran y tomar decisiones que no se alineen con la visión del producto. En cambio, el Scrum Master debe enseñar a los Desarrolladores los principios y valores de la autogestión para que alineen su visión con la visión de la empresa.
- Usar la competencia como motivación
Comparar los rendimientos laborales entre sí solo estresaría a los desarrolladores, lo que conduciría a una falta de enfoque y motivación. Esto afecta los incrementos de alta calidad y causa frustración en los miembros del equipo y pone en juego a toda la organización. El Scrum Master debe motivar a los miembros del equipo en función de sus logros y no haciéndoles temer que son peores que los demás.
Anti Patrones del Product Owner
- Un Product Owner que es inaccesible
Cuando un Product Owner no está disponible para que los miembros del equipo respondan a sus preguntas sobre el producto, se producen errores de comunicación importantes que llevan a los desarrolladores a crear los productos equivocados. Algunas de las razones por las que un Product Owner es inaccesible se deben a:
- Empleo a tiempo parcial del propietario del producto
- Gestión de varios proyectos simultáneamente
- El Product Owner también asume el rol de Scrum Master
- El Product Owner está representado por un grupo de personas que también realizan su trabajo diario.
- Product Backlog mal gestionada
Una acumulación mal administrada es uno de los peores escenarios para que los desarrolladores continúen con su trabajo. Algunos ejemplos de un Backlog mal gestionado son:
- Sobredimensionar la acumulación de productos, lo que hace que el equipo retrase la entrega de incrementos de productos.
- El backlog contiene elementos obsoletos que no son relevantes para el proyecto
- Historias de usuarios que no cumplen con los criterios de aceptación
- Elementos sin refinar, como la historia del usuario, que solo contiene encabezados y no descripciones.
- Estimar todas las Historias de usuarios con una línea de tiempo por adelantado puede resultar una pérdida de tiempo, ya que algunas Historias de usuarios pueden estar desactualizadas.
- Product Owner egoísta
Un Product Owner que se atribuya el mérito de todos los logros de los miembros del equipo puede afectar indefinidamente la moral del equipo. Esto afecta al equipo y puede conducir a una falta de cooperación y productividad del desempeño del equipo.
- Product Owner que no se responsabiliza
El Product Owner que culpa a los miembros del equipo por su fracaso o responsabiliza a otros por un fracaso en el desarrollo del producto, deprimiría el rendimiento y la moral del equipo. PO’s que toman fallas afirmando que ¿cómo podría ser responsable de que un producto no funcione?
Para una adecuada implementación de Scrum, consulta el post Implementando Scrum. No olvides que hay antipatrones, para ello esta la introducción de los antipatrones y antipatrones de los roles.
Referencia: