Agile y Scrum como camino para la Transformación Digital
Una de las obsesiones de los equipos de trabajo y de las compañías es medir. Siempre decimos que lo que no se mide no se puede mejorar. Cómo apuntaba con razón Simon Sinek, aquello que medimos es aquello que ocurre. Por tanto, las mediciones son relevantes. En Scrum, tener métricas son necesarias para conseguir entregar… Sigue leyendo Métricas para tu equipo Scrum y cómo trucarlas
Hoy en día el C-level (CEO, CTO, CIO…) son figuras clave en las organizaciones. En un mundo lleno de empresas jerarquizadas, la capa más alta tiene un papel relevante. Gracias a la Transformación Digital, el papel del CIO ha aumentado, llegando a estar por encima incluso de negocio en algunas empresas. La auténtica transformación integra… Sigue leyendo Cuál es el papel del CEO en una organización ágil
No sé si recordarás el capítulo 200 de los Simpsons (9ª temporada). En este capítulo, Homer acaba de Concejal de basuras y se gasta todo el presupuesto para dar un buen servicio pero durante un corto tiempo. El capítulo comienza con una escena muy graciosa: en ella, aparece el cubo de la basura lleno y… Sigue leyendo Los Simpson predijeron la calidad del software
Hace tiempo Erich Bühler escribió el siguiente tweet: ¿Puede una consultora que no es ágil transformar otras organizaciones? Usando metáforas, un médico con sobrepeso difícilmente puede enseñar cómo perderlo (salvo que tenga alguna enfermedad congénita que le impida perder peso). Pero, si una consultora asesora a otras personas sobre cómo deben organizar su empresa y… Sigue leyendo Cinco síntomas para saber que tú consultora no te va a enseñar agilidad
En Scrum, disponemos de cuatro eventos (Sprint Planning, Daily Scrum, Sprint Review y Sprint Retrospective) todos ellos envueltos por un meta-evento llamado Sprint. La Sprint Planning marca el inicio del Sprint, es el momento en el que inspeccionamos el Product Backlog (lo que podría contener nuestro producto) y nos adaptamos creando un Sprint Backlog (plan… Sigue leyendo ¿Cuántas Sprint Planning se pueden hacer en un Sprint?
Uno de los eventos más interesantes que se está introduciendo en las organizaciones es la Retrospectiva. Nacida del mundo de la mejora contínua, es un evento en el que buscamos obtener acciones que nos permitan funcionar mejor. En lenguaje Scrum, diríamos que inspeccionamos nuestro comportamiento, relaciones y manera de trabajar para adaptarnos en forma de… Sigue leyendo Consejos para diseñar una Retrospectiva
Uno de los grandes estímulos de los desarrolladores es trabajar en productos atractivos. El concepto atractivo dependerá de la persona, desde que se utilice tecnología más moderna, hasta hacer productos expuestos al público o que sean divertidos. Sin embargo, como bien reflexionaba un amigo arquitecto, no hay proyectos/productos atractivos para todos, y esto provoca la… Sigue leyendo Cómo hacer un producto atractivo para los desarrolladores
Hace tiempo tuve la oportunidad de leer en profundidad sobre el gran cataclismo que sufrió Nokia. Es una historia llamativa que nos explica cómo la no-colaboración entre departamentos puede arruinar una empresa entera. Pero no es la primera vez que ocurre: Nokia pudo aprender de Sony, que sufrió algo parecido en la industria de la… Sigue leyendo ¿Por qué Sony no creó el iPod? Historia de silos para no dormir…
Hemos hablado en el pasado de Herramientas que puede utilizar un Producto Owner y de labores que puede realizar. Todo este tipo de herramientas facilitan el trabajo de un Product Owner, ¿funcionan con todos? En mi experiencia, he visto que no siempre funcionan todas las herramientas con todos, y tiene que ver con la parte… Sigue leyendo ¿Qué actitud debe tener un Product Owner?
Cuesta mucho nadar a contracorriente y para ayudar a un equipo a pasar de ser víctima a responsable, distinción que ya vimos en el artículo anterior de la serie, es importante su colaboración. Y es muy difícil que el equipo colabore contigo si no ve lo mismo que tú. En este artículo analizaremos cómo ayudar… Sigue leyendo El viaje de los equipos de víctima a responsable (II): cuando crees que estás en una fase del modelo de Tuckman pero estás en otra
