Interview with Jeff Gothelf

–.– (version en español al final del artículo)

This week I had the opportunity to attend the ALI2018 (Agile Lean Ireland) in Dublin. I’d like to share with you some of my impressions about the talks and the people here in a couple of articles on the blog. First things first, this was my second time in Dublin and I have to tell Irish people are really nice, they really know how to make you feel at home.

The closing keynote of the event was leaded by Jeff Gothelf. He is from the US and he knows Spain quite well. I had the chance to talk a little bit with him. If you are thinking how to get a customer-centric approach for your product or team, you’re probably going to find his ideas on the internet. Here some questions I asked, I hope you find them useful.

If you’d like to read more interviews I made, here you have one with Barry Overeem at the same event.

jeff

Jeff, a lot of people know you for your training sessions, books and even for the videos we can find on the internet about your talks. You’ve been spreading the idea of putting together developers and UX designers. You’ve also been sharing insights about changing the culture inside Organizations and more specifically pointing out that deign must be improved. Could you tell us a little bit more about yourself?

I work as a coach and consultant for large companies helping them build responsive, agile organizations and teams. In many engagements I also help organizations build up their innovation practices.

Recently I launched a business book publishing press with Josh Seiden and Vicky Olsen called Sense & Respond Press We’ve got two books published and several more coming out this year on the topics of innovation, digital transformation, business agility and product management.

– Some teams using Agile or Lean UX could work eventually as robots: attending events, taking care of items from the backlog and implementing/designing them in a specific period of time… What would you recommend to improve teams’ motivation, changing the focus on functionalities into being focused on customers and even on changing customers’ behavior? At the end, how could teams be asking them the question: “why” are we doing it this way?

Teams need to change their measure of success from outputs (features) to outcomes (the change in behavior we see after we ship those features). This ensures teams are always fixated on the customer and are optimizing their systems to maximize customer success.

– One of the Agile values remarks the power of individuals and teams. How could Scrum Masters, Agile Coaches, Product Owners, etc. give problems to solve instead of solutions to implement?

It requires taking work assignments framed as features and reverse engineering the problem that feature is supposed to solve.

Then, these team leaders can help their teams work towards solving those problems. The result won’t always be the same thing they initially got as an assignment.

– What would you recommend to UX designers in terms of transparency and collaboration with other areas and teams?

Don’t wait to show your ideas. Get something down on screen or paper and share with your teams. This way, your colleagues can weigh in sooner and start giving you the feedback you need to do a better job.

– What would you recommend to developers to inspect and adapt the products they build?

Always review your work against the desired customer outcomes. Just because the software works as designed doesn’t mean anyone will use it or will use it successfully. That’s the true definition of done.

– Last question. One of the ideas behind the continuous improvement is that fails or mistakes are not a negative thing, they can be used to learn, to improve the product, to be better. How could we all help to build a save environment that allows to fail and even tries to take the good out of it?

Change the language. No one really wants to fail and organizations don’t necessarily want to “celebrate failure.” But learning is a positive thing and no one can fault you for learning. Use the language that your organization can rally behind. That helps build the cultures of agility and customer-centricity.

– Thank you, Jeff!


–.– Spanish version – version en español:

[NdT]: la verdad es que me he planteado si el post necesitaba traducción, supongo que no, pero por si se hace más cómoda la lectura, aquí vamos esta vez.

Esta semana he tenido la oportunidad de asistir al evento sobre agilidad ALI2018 (Agile Lean Ireland) en Dublín. Me gustaría compartir en un par de artículos mis impresiones sobre las charlas y la gente. Y este artículo es uno de ellos. Pero antes, lo primero: esta es mi segundo vez en Dublín y he vuelto a confirmar que los irlandeses saben como hacerte sentir en casa, son de lo mejor.

La última ponencia la lideró Jeff Gothelf. Él es originario de los Estaos Unidos, pero conoce muy pero que muy bien España. Tuve la oportunidad de hablar un rato con él a lo largo del día. Desde luego, si te interesa saber cómo construir tu producto o tu equipo sobre los clientes como cimientos, entonces, inevitablemente encontrarás fragmentos de su trabajo en internet. Aquí algunas ideas que pude compartir con él, espero te resulten interesantes:

Jeff, mucha gente te conoce por tus sesiones de formación, libros e incluso por los vídeos que podemos encontrar de tus charlas en plataformas como YouTube. Has estado difundiendo ideas sobre cambios en la cultura dentro de las Organizaciones, y más concretamente recalcando que el diseño debe ser algo a mejorar. ¿Podrías compartirnos algo más sobre ti?

Hola, trabajo como coach y consultor para empresas ayudándoles a construir organizaciones ágiles y flexibles, además de equipos con los mismo ideales. En algunas ocasiones también ayudo a construir prácticas y entornos de innovación.

Hace poco he publicado un libro con Josh Seiden y con Vicky Olsen que se llama Sense & Respond Press Tenemos ya dos libros publicados y un par de ellos más de camino a lo largo de este año sobre innovación, transformación digital, business agility y product management.

– Algunos equipos donde usan prácticas ágiles o de Lean UX pueden comportarse en alguna ocasión como robots: asisten siempre a las mismas reuniones, se encargan de implementar/diseñar los elementos que están en el backlog dentro de un determinado periodo de tiempo… ¿Qué recomendarías para aumentar la motivación de los equipos y cambiar el foco de atención de las funcionalidades a los cambios en el comportamiento de los clientes? Al fin y al cabo ¿Cómo un equipo se puede hacer la pregunta de “por qué” hacemos esto de esta manera?

Los equipos necesitan cambiar la medida del éxito. Pasar de los outputs (meras funcionalidades) a los outcomes (cambios en el comportamiento que se experimentan tras desplegar una nueva versión con esas funcionalidades). De esta manera se asegura que los equipos siempre están centrados en el cliente [NdT: usuarios]. Así optimizarán sus sistemas para maximizar el éxitos de los clientes [NdT: usuarios].

– Uno de los valores Ágiles resalta el poder de los individuos y de los equipos. ¿Cómo pueden los Scrum Masters, Agile Coaches, Product Owners, etc. dar al equipo problemas para resolver en vez de soluciones para implementar?

Es necesario que las asignaciones de tareas se vean como funcionalidades y hacer así ingeniería inversa, para que se pueda ver qué problemas se supone que van a resolver esas funcionalidades.

Entonces, estos lideres de equipo podrán ayudar a los equipos a trabajar hacia resolver problemas. El resultado no será siempre igual a lo que les fue asignado.

– ¿Qué le recomendarías a diseñadores UX con respecto a transparencia y colaboración con otras áreas y equipos?

No esperes a mostrar tu idea. Haz algo rápido, en ordenador o en papel y compártelo con los miembros de tu equipo. De esta manera tus compañeros pueden sopesarlo y darte el feedback que necesitas para hacer un mejor trabajo.

– ¿Qué recomendarías a los desarrolladores para que inspeccionen y se adapten en los productos que hacen?

Siempre revisa tu trabajo con respecto a los “outcomes” deseados de tus clientes. Solo porque el software funcione como se ha diseñado, no quiere decir que la gente lo vaya a usar con éxito. Esa es la definición verdadera de “done”.

– Última pregunta. Una de las ideas que están detrás de la mejora continua es la de que fallos y errores no son necesariamente algo negativo, se pueden usar para aprender, mejorar los productos, para ser mejores. ¿Cómo podríamos ayudar todos a construir un entorno que permite fallar y que incluso trata de sacar lo bueno de ello?

Cambiando los términos. A nadie le gusta realmente fallar, las organizaciones no tienen por qué querer celebrar los fallos necesariamente. Pero, desde luego, aprender es una cosa positiva y nadie te puede culpar por querer aprender. Usa los términos que tu organización entiende. Eso ayuda a construir una cultura de agilidad y una cultura centrada en el cliente.

– Muchas gracias, Jeff!

Un comentario sobre “Interview with Jeff Gothelf

Agrega el tuyo

Responder

Introduce tus datos o haz clic en un icono para iniciar sesión:

Logo de WordPress.com

Estás comentando usando tu cuenta de WordPress.com. Cerrar sesión /  Cambiar )

Google photo

Estás comentando usando tu cuenta de Google. Cerrar sesión /  Cambiar )

Imagen de Twitter

Estás comentando usando tu cuenta de Twitter. Cerrar sesión /  Cambiar )

Foto de Facebook

Estás comentando usando tu cuenta de Facebook. Cerrar sesión /  Cambiar )

Conectando a %s

Blog de WordPress.com.

Subir ↑

A %d blogueros les gusta esto: