Desmontando un manual supuestamente imprescindible – Post #4

En la cuarta publicación de la serie* #desmontandounmanualsupuestamenteimprescindible creo que ya es hora de hablar de los malentendidos sobre el rol de Scrum Master (SM) que el libro** puede haber ayudado a difundir.

Para empezar, lo de afirmar que “diariamente, el SM se encarga de actualizar la cantidad de trabajo pendiente” (p. 83) debería producirles algo de sonrojo a los autores, sobre todo por el hecho de estar en profunda contradicción con el concepto de equipo autoorganizado.

Lo mismo dígase por lo de declarar que “el SM es el representante del equipo” (p.106) y que “el SM es el responsable de que el equipo sea productivo” (p. 38). De hecho, que una de las funciones de un SM sea FACILITAR cambios que incrementen la productividad del equipo Scrum no quiere decir que el SM sea RESPONSABLE de su productividad.

Por cierto, a lo largo del libro se genera una cierta ambigüedad sobre el concepto de ‘equipo’, ya que: – a veces se confunde el equipo de desarrollo con el equipo Scrum, – se habla a menudo del ‘equipo’ (a secas) para referirse al equipo de desarrollo, – otras veces no se especifica si se está haciendo referencia al equipo de desarrollo o al equipo Scrum. Así que me pregunto si era necesario escribir un manual a pesar de tener las ideas tan confusas…

(continuará)

(*) Para una introducción sobre esta serie, véase
https://ileanabelfiore.me/desmontando-un-manual-supuestamente-imprescindible-post-0/
o bien
https://www.linkedin.com/feed/update/urn:li:activity:6460838855288463360
(**) Métodos Ágiles. Scrum, Kanban, Lean