Comments for ¿Y si el Scrum Master no es un cerdo? at http://www.navegapolis.net , comment 1 to 3 out of 3 comments http://www.navegapolis.net Wed, 20 Aug 2008 11:26:19 +0100 FeedCreator 1.7.2 http://www.navegapolis.net/content/view/742/62/#comment-1203 Creo que te explicas. De hecho, mi percepción es que el un team-leader (como tú dices), o un jefe de proyecto (depende ya de la estructura de cada organización) es ideal para hacer labores de ScrumMaster (ojo, eso no quiere decir "cualquier team-leader", ni "cualquier jefe-de-proyecto", ahora el que igual no se explica soy yo, jajaja) Al hilo de esto, interesantes observaciones que hace Mike Cohn acerca de las características deseadas para un scrummaster: http://www.scrumalliance.org/articles/36-leader-of-the-band Son todas las que deseo tener para jefes de equipo, de proyecto, whatever... _ Jorge - Jorge Wed, 20 Feb 2008 10:36:51 +0100 http://www.navegapolis.net/content/view/742/62/#comment-1199 Hola Jorge! Razón no te falta, porque es difícil que el equipo (owner incluido) transforme la tensión de la auto-gestión, desde el esbozo de la visión del cliente en valor cíclico y continuo, y no en un círculo de trabajo más o menos caótico, sin entrar en una dinámica de equipo nociva. Conseguir un campo de scrum que funcione: Un equipo cohesionado, participativo y auto-gestionado es la difícil tarea del ScrumMaster, pero creo que sobre todo al comenzar a funcionar con Scrum. Cuando lo más fácil es que los equipos se pierdan en las reuniones, que el owner no comprenda como planificar su producto o en qué consiste el backlog, ni en qué forma va a ir obteniendo lo que necesita, etc. Si en la organización no hay mucha rotación de personas entre equipos, y los owners son "product managers" que también van madurando con los equipos, sí que llega un momento en el que se puede plantear si la guía del ScrumMaster es necesaria. En realidad es un poco lo de siempre. Cada empresa es una realidad diferente. En muchos casos ScrumMaster debe ser un rol de guia necesario siempre, y en otros equipos por su madurez, pueden desempeñar el papel de moderador y guía un team-leader, que conoce el modelo tan bien como un ScrumMaster. Porque también es ceirto que la labor de un ScrumMaster es complicada, o mejor dicho, el perfil de un ScrumMaster es difícil de encontrar. Debe conocer el modelo, tener skills de gestión y de gestión de equipos; y además me parece muy importante que también tenga conocimientos técnicos. Un gestor no técnico, que no entiende de qué habla el equipo, no tiene autoridad y si el equipo es maduro lo pueden acabar etiquetando de "jar jar" Por eso, un técnico, un team-leader del propio equipo cuando ya tiene experiencia y conocimiento de Scrum, puede asumir las responsabilidades del ScrumMaster. De aquí la cuestión de si ScrumMaster es un rol de una persona, o unas responsabilidades, y al plantear responsabilidades, también veo que hay otras de la empresa, que aunque no son del modelo en sí como proceso de desarrollo, la empresa también las debería tener en cuenta. No se si explico la idea como la veo o lo lio más... :-) Un saludo! Juan - Juan Palacio Tue, 19 Feb 2008 20:02:26 +0100 http://www.navegapolis.net/content/view/742/62/#comment-1198 Hola Juan; hasta donde he visto, el ScrumMaster no está incapacitado para ser parte del equipo. Además, por mucho que podamos asumir que el equipo se autogestiona, es importante que alguien haga de 'marcapasos' para el 'heartbeat' del proyecto, para los dailymeetings, las reviews, interactúe con el owner (e incluso haga de barrera entre el owner y el equipo si es necesario, y por mucho que esto pueda parecer contradictorio en el idílico mundo del 'somos un gran equipo feliz' ;-) ). Personalmente creo que el ScrumMaster puede ser parte del equipo, porque el hecho de la autogestión no sustituye la necesidad (o el hecho!) de que existen diferentes perfiles, y que siempre existe una supervisión o tutela del trabajo productivo de unos por otros. El sentido democrático de Scrum es de cara a la gestión, pero eso no implica que determinadas decisiones en el curso de un proyecto no las tome alguien con liderazgo; arquitectura, aprobación de elementos técnicos, librerías a utilizar, estructura técnica, ...) Como en todo sistema participativo, la gestión se ejerce por liderazgo, y no por autoridad, pero eso no significa que no exista. Saludos, y sigue generando contenidos interesantes :-) ! _ Jorge - Jorge Tue, 19 Feb 2008 11:36:20 +0100