Todos tenemos puntos ciegos que nos impiden ver algunas cosas que podemos hacer para ayudar a nuestros equipos a mejor. He identificado ocho cosas que las personas a menudo necesitan que se les recuerde para convertirse en los Scrum Masters que los equipos necesitan.

Una idea errónea es que Scrum es una religión que solo los verdaderos creyentes practican. Scrum es una realidad empírica.

Una vez que la Guía de Scrum presenta las ideas básicas y los valores detrás del marco, la parte práctica se abre con el equipo de Scrum.

Una empresa que practica Agilidad Estratégica crea nuevos mercados y los domina.

Agile Alliance armó un tremendo programa en San Diego la semana pasada para su conferencia anual. Ya sea que estuvieras allí o no, que uses Agile o no, espero que la siguiente recapitulación desde el nivel más alto sea útil.

El liderazgo no se trata de actitudes (positivas o negativas) sino de pasión. Los líderes hacen que el trabajo sea una experiencia en evolución, un lugar seguro para aprender, para desafiar el pensamiento integrado y la institucionalización.

El Advanced Certified ScrumMaster (A-CSM) es una profunda inmersión que explora Facilitación Ágil y Coaching Ágil y cómo el ScrumMaster utiliza estas habilidades para apoyar al equipo, al Product Owner y a la organización.

Si tenemos claridad sobre nuestro propósito o visión podremos diseñar un camino que nos permita avanzar en esa dirección. “Antes de hacer cualquier cosa deberíamos pensar qué queremos lograr.”

Product Discovery es la primera fase de nuestro marco de trabajo. Sentamos aquí las bases de lo que constituirá el resto del desarrollo. Buscamos entender los problemas que el cliente desea solucionar y, a partir de ellos, trabajar en procura de las soluciones necesarias.

Product Backlog es simplemente una lista de todo lo que se debe hacer dentro del proyecto y cada uno tiene ciertas características que lo diferencian de una simple lista de tareas pendientes.

Las historias de usuario son descripciones cortas y simples de una característica contada desde la perspectiva de la persona que desea la nueva capacidad, generalmente un usuario o cliente del sistema. Por lo general, siguen una plantilla simple

El Product Owner es responsable de maximizar el valor del producto y el trabajo del equipo de desarrollo. Sin embargo un gran Product Owner es diferente de un buen Product Owner en ciertas variedades de atributos, desde una visión y perspectivas estratégicas a un nivel más táctico.