Coaching de equipos: La metáfora del árbol de alto rendimiento

Lyssa Adkins en su libro Coaching Agile Teams [1] nos presenta a través del árbol de alto rendimiento una metáfora con la que mostrar el camino a aquellos equipos que comienzan una transición a entornos ágiles.

La metáfora se desarrolla mediante una analogía de la evolución de un equipo de desarrollo con el crecimiento de un árbol de la siguiente forma:

 Cortesía de Ceasol bajo licencia Creative Commons

Píldora de Desarrollo 10. Patrones de diseño: Strategy

Como continuación a la serie de post sobre Píldoras de Desarrollo en los que pretendemos difundir (en dosis muy pequeñas) asuntos muy estrechamente relacionados con el día a día de un equipo de desarrollo de software, publicamos la Píldora #10 en la que se describe brevemente el patrón de diseño Strategy y se muestra un ejemplo real de aplicación.

Decide tan tarde como puedas...o te atrevas...

Enmarcado dentro del pensamiento Lean, este principio nos incita a tomar determinadas decisiones críticas tan tarde como, responsablemente, nos sea posible. Simple de explicar (como acostumbra a ser el pensamiento Lean) pero tremendamente difícil de llevar a la práctica (sí, también típicamente Lean).

Cortesía de Mikel Ortega bajo licencia Creative Commons

Píldora de Desarrollo 9. Anti-Patrones de pruebas unitarias II

Como continuación a la serie sobre Píldoras de Desarrollo en los que se pretende difundir asuntos muy estrechamente relacionados con la problemática particular de en un equipo de desarrollo de software, pasamos a distribuir la siguiente píldora, que en realidad es la segunda parte de la Píldora de Desarrollo 7. Anti-Patrones de pruebas unitarias I.

¿Qué es un Servicio? En 140 caracteres...

Finalmente llegó el (¿tan esperado?) inicio del curso académico y con ello iniciamos la formación de los futuros gestores de servicios a través del Grado en Ciencia, Gestión e Ingeniería de Servicios al que ya dedicamos una entrada en este blog.

Lógicamente, de lo primero que toca hablar en una titulación relacionada con la Ciencia de los Servicios es del Concepto de Servicio. A diferencia de los sectores primario y secundario, en los que no tenemos demasiados problemas en definir la minería, la pesca, la agricultura o la manufactura, la definición de servicio suele ser un poco más complicada... y generalmente optamos por hacerlo vía ejemplos: una peluquería, el metro, un hospital, Correos... es lo que instantáneamente nos viene a la cabeza, pero ¿cómo definiríamos el concepto de servicio?

Píldora de Desarrollo 7. Anti-Patrones de pruebas unitarias I

Hace ya un tiempo decidimos establecer un método de comunicación que permitiera dentro del equipo de desarrollo compartir información y dejar "por escrito" ciertos asuntos que parece interesante tener a mano, nada nuevo, la típica Wiki que nos facilitara el mantener/acceder a dicha información cuando nos fuera necesario.

Retrosprectiva: la herramienta básica para la inspección/adaptación

Una de las características fundamentales de las metodologías ágiles es el uso de la inspección y adaptación para mantener al equipo en la senda de la mejora continua. Scrum o Crystal, por ejemplo, incorporan en la propia metodología eventos específicos que nos permiten alcanzar este objetivo. El ciclo iterativo característicos de estas metodologías permiten integrar fácilmente la inspección y adaptación con el proceso de desarrollo del producto en sí.

Pasos de una Retroscectiva como parte del ciclo de vida iterativo

Imagen adaptada de Agile Retrospectives: Making Good Teams Great

La suerte se encuentra... La Buena Suerte (con mayúsculas) se crea

Un interesante post "Luck has nothing to do with it" de Marcus Hammarberg autor de Kanban in Action me hizo recordar el libro de Alex Rovira La Buena Suerte en el que a través de la fábula de los Caballeros Sid y Nott nos desvela las claves de la Buena Suerte (con mayúsculas) frente a la suerte (con minúsculas) que puedes encontrar pero que además de ser escasa tiende a irse igual que llega. Intentaré resumir la fábula en un párrafo:

Trébol. Imagen bajo licencia Creative Commons tomada de Flickr.com

De Project Manager a Agile Coach... no te asustes pero hay camino.

El "Agile Coach" es de esos nuevos roles que los cambios tecnológicos u organizacionales van creando en el mercado laboral como pudo ser el ingeniero del software en su momento o el "Community Manager" en la actualidad. Si has crecido en una organización con una gestión de proyectos "ágil" verás natural tu transformación a dicho puesto pero si procedes de una organización con una gestión tradicional de proyectos el camino a recorrer será mayor.

 Image courtesy of Carl A  / Flikr.com: Climbing in red rocks silhouette

Primicia en España: Grado Universitario en Service Science, Management and Engineering (SSME)

"Usar modelos industriales para administrar empresas de servicio tiene tan poco sentido como utilizar modelos agrícolas para operar fábricas" la cita es de Stanlet M. Davis y resume a la perfección lo que comentábamos en la anterior entrada del blog "Service Science": El por qué de esta nueva disciplina, en la que habíamos dejado patente la clara necesidad de generar un nuevo conocimiento en relación con la gestión de los servicios, motivada por la evidente importancia que tiene el sector servicios en las primeras economías mundiales.

"Service Science": El por qué de esta nueva disciplina

Los nacimientos de las nuevas disciplinas tienen mucho de interesante, de tormentas de ideas, de buscar nuevos caminos y por supuesto de la generación de nuevas e interesantes oportunidades profesionales. Exactamente lo que está ocurriendo con la emergente disciplina de Ciencia de los Servicios.

Master en Agilidad, Scrum y Calidad Software

El nuevo curso 2014-15 ya está encima y si todavía estás evaluando las diferentes opciones de formación te aconsejo que incluyas en tus quinielas el Máster Online en Agilidad, Scrum y Calidad Software que inaugura la Universidad Rey Juan Carlos y del que tengo el honor de formar parte de su equipo docente. El Máster está destinado tanto a recién titulados como a gestores de proyectos tecnológicos, desarrolladores y emprendedores de base tecnológica.

Los 5 porqués: una técnica para la mejora gradual de procesos

Procedente del Sistema de Producción de Toyota (TPS) y aplicado a diferentes entornos, "Los 5 porqués" se utilizan como técnica de retrospectiva para la mejora gradual de procesos y se ha puesto muy de moda, entre otros motivos, por su aplicación en IMVU, la Startup de Eric Ries que fue la base de su ya famosa publicación [1].

  Image courtesy of Stuart Miles / FreeDigitalPhotos.net

Project Management... algunas "Leyes" a recordar

Al igual que todo cuerpo dentro del espacio gravitatorio de la Tierra se ve afectado por la ineludible Ley de la Gravedad todo proyecto que gestionemos se verá afectado, en mayor o menor medida, por una serie de leyes que deberíamos tener siempre presente. Repasemos alguna de estas leyes y las herramientas que nos permitan evitarlas o potenciarlas.

Image courtesy of Stuart Miles / FreeDigitalPhotos.net

Demostrando lo evidente: somos más eficientes trabajando en serie.

Recientemente hablábamos del límite de nuestro sistema nervioso central con respecto a la información que es capaz de procesar en el post ¿Cómo somos de buenos haciendo varias tareas a la vez?

Dicho post venía motivado desde un punto de vista práctico por una reunión diaria (Daily Standup que se llaman en el mundo ágil) en la que trataba de reforzar en un equipo de trabajo la importancia de hacer respetar  los límites del trabajo en curso -WIP- de un tablero Kanban. Para ello realizamos un sencillo experimento [1] que permite visualizar nuestras ineficiencias haciendo varias tareas a la vez. Creo que puede aportar más un ejercicio práctico que la mejor de las teorías sobre el funcionamiento de nuestra mente (para los no expertos como yo, claro).

¿Cómo somos de buenos haciendo varias tareas a la vez?

La presión del día a día, los múltiples canales que tienen acceso a nosotros (email, teléfono, Whatsapp, Twitter, LinkedIn ...) así como la capacidad que tienen los sistemas operativos actuales para abrir múltiples ventanas simultáneamente hacen que lo normal sea trabajar en varios frentes a la vez e incluso que lleguemos a convencernos a nosotros mismos de que somos buenos haciéndolo.

El psicólogo Mihaly Csikszentmihalyi en su libro sobre la teoría de flujo [1]  nos explicaba que tenemos unas limitaciones muy definidas en cuanto a la información que podemos procesar. Muy resumido: nuestros pensamientos deben ir uno a uno... o nos liamos.

Image courtesy of Stuart Miles / FreeDigitalPhotos.net

Amplifica la innovacion con Kanban

En "Innovation happens everywhere..." se mostraba un vídeo con un dúo de artistas canarios que se habían diferenciado significativamente del resto haciendo lo mismo de una forma diferente. En el día a día de nuestros proyectos nos podemos igualmente diferenciar haciendo pequeños pero continuos cambios que incorporen mejoras en nuestra forma de hacer las cosas. Nada que ver con las innovaciones disruptivas que hacen temblar los pilares de sectores completos, nada que ver el célebre "Vamos a cambiar el mundo" de Steve Jobs... pero sostenidos en el tiempo pueden tener un espectacular efecto en nuestra empresa/departamento/equipo.

Innovation happens everywhere... hasta en el metro de Madrid

Unos meses atrás recibí un correo con el clásico vídeo viral que circula por las lista de amigos y compañeros de trabajo. Se trata de un dúo de artistas canarios (Conciencia Urbana) grabados en el metro de Madrid. Recuerdo que en su momento de hizo sonreír, continué la cadena y ahí quedó como tantos otros vídeos... Hace un par de semanas me los encontré en persona en mi habitual trayecto a Chamartín en metro, y el verlos en directo me hizo pensar en esta entrada de blog.

Suaviza el flujo de trabajo con Kanban y deja los rápidos para el fin de semana...

Si estás acostumbrado a trabajar en un equipo al que se le exigen muchos cambios de foco, que debe manejar simultáneamente más trabajo del que aconseja su capacidad productiva, lo cual le obliga a aparcar en segunda y tercera fila muchas de las tareas que tiene en marcha... un equipo en el que uno de las personas brilla con luz propia porque es un excelente "debugger", que habitualmente anda con prisas para implementar parches de versiones en producción... tal vez tu equipo se parezca al de la siguiente imagen.

Aportar calidad al producto software supone aportar calidad al ciudadano

Repasando mis notas de la I Jornada de Calidad de Producto Software celebradas el pasado noviembre en el Campus de la U. Carlos III en Leganés, encontré una cita de Jesús Cano Carrillo (Jefe de Área del Servicio de Informática del Tribunal Constitucional) que según mi libreta venía a decir lo que el título de este post. De las muchas e interesantes cosas que se dijeron en los dos días que duró la jornada esta cita probablemente pasara desapercibida, pero analizando de nuevo mis notas me lleva a la siguiente reflexión.

"Aportar calidad al producto software supone aportar calidad al ciudadano"... Ya sea por un futuro ahorro de costes en mantenimiento, por la posible criticidad del software contratado o por las horas de técnicos de operaciones luchando por mantenerlo "levantado" ... lo cierto es que la calidad del producto, como decía Jesús Cano, es calidad para todos. Podemos deducir por tanto que nuestras administraciones deben hacer un esfuerzo en contratar productos de calidad para cumplir con su misión principal: la calidad de vida de sus ciudadanos.

Coaching... la undécima habilidad interpersonal del director de proyectos... según el PMI®

El Project Management Institute (PMI®) incorpora, en su quinta edición de la Guía del PMBOK® [1], el Coaching como una de las habilidades interpersonales importantes con las que un director de proyecto efectivo debería contar. La lista de estas habilidades interpersonales en la anterior versión de la Guía era la siguiente (ojo, no quiere decir que son las únicas, sino que al menos éstas el PMI® las considera importantes):