Pues si… debe ser que este año me he portado bien, porque Papá Noel me (nos, a todos los visitantes de este blog) ha traído un regalito especial: una plantilla móvil para el blog! Eso significa que a todos aquellos que visitan este sitio mientras van en el tren, en el metro, desde el salón de su casa, estén donde estén pero con un dispositivo móvil tendrán una presentación especial para ellos que facilita enormemente la lectura.
Postdata: Imagen cortesía de JustinMind prototyper.
Hacía ya días que tenía ganas de cambiarle el look a este blog… la verdad, demasiados días. Estaba harto ya de colores antiguos, apagados y carentes de fuerza y tenía ganas de cambiar a un aspecto más vivo, dinámico y libre.
La estructura se mantiene: uno no puede negar de dónde viene ni sus orígenes (el Mosaic y los primeros navegadores dejaron huella!) pero espero que ahora sea más agradable de leer y más claro de consultar.
Me encantaría cambiar el logo, pero eso me llevará más tiempo (a no ser que alguien quiera currarse uno y ofrecerlo libremente: garantizo el reconocimiento público!)
Por supuesto, acepto comentarios y críticas (si y solo si son constructivas: no me digas “no me gusta” si no lo acompañas con una propuesta!)
Hoy he recibido una carta de John Shook, Chairman y CEO del Lean Enterprise Institute y sucesor del mismísimo Jim Womack al cargo de esta organización. En ella se plantean muchas dudas existenciales al respecto de cuáles deben ser las líneas de futuro en el desarrollo de las ideas Lean y he pensado que sería interesante compartirlo con los lectores de Gobierno TIC. Aquí está el texto íntegro de la carta:
Dear Antonio,
I've spent some time reading your suggestions, in addition to hundreds of emails over the past couple of months, as well as your responses to LEI's annual Community survey. Also, throughout this year in a global spirit of Go See, I have visited the gemba of many of your companies and met hundreds of you at Lean Summits in Australia, China, Poland, Brazil, and South Africa. So, what have I learned anew about the Lean Community?
The Lean Community Today
The positive feedback I have seen has been remarkable. And also remarkable is how much more diverse our Lean Community is than when LEI was founded 13 years ago. After an early focus on process and improvement tools, LEI and many in the Community have increasingly focused on "management." I expect that focus will probably continue.
What I do know is that LEI needs to be able, on the one hand, to engage usefully with cutting-edge thought-leaders, with practitioners who have been at it for a couple of decades, and with pioneers in new applications such as healthcare and basic science. On the other hand, LEI must maintain capability to meet the needs of its traditional Community members.
On the cutting-edge thought-leader front, Doc Hall, for example, is challenging us to extend lean thinking to profound issues such as sustainability and basic quality of life for every global citizen (see his book and website http://www.compression.org) through what he calls "Compression." Similarly, H. Thomas Johnson continues to challenge us to question some very basic assumptions of the purpose and function of the modern for-profit corporation. Additionally, many of us are exploring the relation between lean thinking and systems thinking or "complexity" in all its forms and theories.
Yet, at the same time, many of you emphasize that we all go to work, we try to do our jobs with deep engagement, to be effective and efficient. We are front-line, value-creating team members and senior leaders; we may work in a factory, a retail store, an engineering operation, or a government office. System theory sounds interesting, but, really, I have a job to do and pressures to reduce cost while responding to my customer's changing demands. I need practical help. Today.
On the gemba side of lean (is there really another?), I have learned that some of you have come to think that LEI has left you behind. LEI talks more and more about "management." Some among you feel that, while that all sounds good and is probably important to someone, those discussions don't really help you with what's in front of you RIGHT NOW, when your on-time delivery scores continue to decline and that new machining center is down again. You ask, "Can your management theorizing help me with THAT?" (The answer is that, yes, we think there is a connection, but still - point taken.)
In the meantime, another group of you charge that we remain stuck in the tool age. Literally. While forward thinkers are working on progressing the realization of the learning organization, you LEI-ers keep pushing tools like maps and fulfillment algorithms.
So, what is LEI to do? Stick with our traditional factory gemba members and focus on plant-floor improvement methods? Move on to matters of broader, more organizational nature?
The answer is that we need to - and can - do both. Not unlike the old, "Which do you want: cost, delivery, or quality?" the challenge here is not a matter of simply choosing an easy either/or path.
Frontiers and Fundamentals
So, my conclusion is that at this junction of its existence LEI must embrace an approach that I call Frontiers and Fundamentals.
Our challenge cannot really be summed in a question of either this or that. Lean thinking IS systems thinking, at essence a learning process at the individual and organizational levels. But, lean thinking also represents a bias for action, to making things and providing services. Lean thinking and doing is continuous PDCA, an adaptive, evolving, and involving process comprised of people forever improving and learning as they solve real business and organizational problems. It is root-cause problem solving on the one hand while comprehending multiple and mutual causality relationships among factors on the other.
Here are two fairly representative suggestions for Learning Sessions at the Summit next March (registration is now open, by the way) from your fellow Community members:
"I would love to see LEI address how both society at large (Bucky Fuller, etc.) and entrepreneurialism can be merged usefully."
"I suggest a review of the tools available. I still think that a good tool helps drive the process."
At LEI, we will stretch ourselves to push the frontiers of lean thinking while embracing the back-to-basics fundamental focus on value creation that gives lean thinking its unique value.
Until next month,
John
John Shook
Chairman and CEO
Lean Enterprise Institute, Inc.
jshook@lean.org
Feel free to forward this message to suppliers, customers, or colleagues who are implementing lean -- or should be. (You may also quote portions of this e-letter. But please remember that it is protected under U.S. and international copyright laws. That means you can't use it commercially, post, or republish it without written permission in advance from the Lean Enterprise Institute. For permission, write to cmarchwinski@lean.org )
© Copyright 2010 Lean Enterprise Institute, Inc. All rights reserved.
www.lean.org
La semana pasada estuve impartiendo un curso de Gestión LEAN de Servicios, que tiene un primer bloque dedicado a la gestión de servicios, pero no desde el punto de vista que para nosotros (los de IT) es tradicionalmente “itilero”, sino desde un punto de vista más universal, basado en USMBOK™.
En este apartado se comienza con una definición de servicio que encaja perfectamente con lo que yo llamo Servicios Profesionales, pero que queda ampliado incluso para cubrir el concepto de Servicio IT tal y como lo describe ITIL V2.
La definición aportada por USMBOK es
Acto, hecho o rendimiento que una parte o persona puede ofrecer a otra, una transacción
Acto que una persona puede ofrecer a otra… no está mal! No se parece demasiado al famoso “email” que hemos utilizado los últimos 20 años para ejemplarizar el concepto de servicio, se parece un poco más al “servicio de Telefonía” que me ofrece mi operador, encaja perfectamente con el concepto de servicio que vemos en la recepción de un hotel y se aproxima bastante a la definición de servicio que nos propone ITIL® V3 (cito de memoria, porque ahora voy en el tren de vuelta a casa)
Un medio de proporcionar valor al cliente facilitándole los resultados que quiere obtener sin la propiedad de los riesgos ni los costes.
Ambas definiciones, la de USMBOK™ y la de ITIL® V3 vienen derivadas de la vertiente servicios de la ciencia que rodea al Product Management.
Ahora bien, durante el curso hubo un alumno que preguntó cuál era el servicio, la telefonía o el acto de telefonear (cada “instancia” de llamada)… hummm Interesante pregunta, da para filosofar un rato, pero menos mal que el USMBOK tiene la respuesta para eso… se llama transacción, (Service Transaction) y es el periodo en el que el cliente/consumidor del servicio hace uso de él… qué curioso! es como enviar un eMail.
Last year, each of our 10 million customers came into contact with approximately five SAS employees, and this contact lasted an average of 15 seconds each time.Thus, SAS is "created" 50 million times a year, 15 seconds at a time. These 50 million "moments of truth" are the moments that ultimately determine whether SAS will succeed or fail as a company. They are the moments when we must prove to our customers that SAS is their best alternative
Así, Carlzon defiende que la percepción de calidad y por ende la satisfacción del cliente con el servicio depende no sólo del resultado obtenido por el consumo del servicio (en este caso, un vuelo con SAS) sino que también se ve profundamente influido por (y aquí está la gracia) todas y cada una de las interacciones que se realizan entre la organización proveedora del servicio y su cliente/consumidor, involucrando a todo el personal en los resultados de calidad del servicio.
De hecho, incluso la organización proveedora de servicios puede crear momentos de la verdad “artificales” precisamente para controlar y moldear la percepción de calidad o la satisfacción del cliente: no te ha pasado nunca que de repente viene un camarero y te pregunta “Qué tal su sopa, señor?” o que un distribuidor te llama para decirte “su paquete ha llegado al centro logístico, esperamos entregárselo mañana” y tú, instintivamente, piensas "”Qué bien, estos, no?”
Si nos lo llevamos esto al mundo ITILero de la Gestión de Servicios TIC veremos (y esto ya lo sabemos todos, pero hay que recordarlo de vez en cuando) que la cara bonita de IT no es sólo el ServiceDesk, sino que somos todos y cada uno de los trabajadores que participamos en la creación/entrega del servicio en cada uno de los contactos que tenemos con nuestros clientes (el técnico de soporte onsite, el analista, el programador, el operador de explotación, la recepcionista, la directora de desarrollo y la CIO) lo que nos genera una muy importante sensación de trabajo en equipo que va mucho más alla de las fracturas cross-funcionales tradicionales que nos encontramos en el 90% de los departamentos de IT (dejamos en el 10% restante a los departamentos que funcionan como la seda 0,001% y a aquellos formados por 1 única persona 9,999% ) [Nota del autor… estos números son figurativos, no me los vaya a tomar nadie como verídicos!!]
Así, podemos ver que hay muchísima bibliografía relativa al mundo de los Servicios (El libro de Carlzon es del 87… como ITIL V1) que nos puede ayudar a convertirnos en proveedores excelentes de servicios TI de igual manera que ha ayudado a otras empresas de otros sectores totalmente diferentes (aviación, banca, restauración, hostelería…) a diseñar y comercializar unos servicios excelentes.
La verdad está ahí fuera… usa Google para buscarla!
Dame lo que necesito cuando lo necesito. Este es uno de los mantras del pensamiento Lean aplicado a cómo una organización facilita el consumo de sus bienes/servicios a sus clientes. El problema que tiene esta frase es que instintivamente entendemos que esa parte de “cuando lo necesito” tiene que significar “ya mismo” y en la mayoría de las interacciones que tenemos con nuestros clientes ocurre así; pero hay un sector de las actividades que realizamos dentro de un área TI en la que es posible convertir esa sensación de “ya mismo” en algo mucho más planificado y estructurado.
Imaginemos por un momento que existe otra manera de hacer las cosas; un mundo en el que el cliente y el proveedor colaboran para conseguir la entrega de aquello que es justamente el paquete de bienes y servicios que el cliente necesita en el momento en el que el cliente lo necesitará. Y colaboran para conseguir, de paso, que los costes de producción y entrega junto con los costes de consumo se reducen…
La idea que subyace detrás de este mundo ideas es que ser capaces no ya de adelantarnos a la demanda de nuestros clientes (y traspasarles este conocimiento que tenemos a nuestros proveedores) sino de participar con ellos en la preparación es un acto de colaboración empresarial que nos permitirá reducir considerablemente los costes y, desde luego, aumentar la satisfacción del cliente (entregaremos lo que quiere y sabremos cuándo lo quiere) y del equipo (que verá que las actividades son mejor planificadas y desaparece la sensación de ir “a salto de Mata”).
¿Y qué necesitamos para llegar a esta situación? Pues es relativamente simple: es necesario pasar del concepto de Gestión de la Demanda (profundamente reactivo ya en el propio nombre… ellos piden, nosotros hacemos "ya mismo”) a un concepto de construcción conjunta de la demanda, en la que mediante actividades de trabajo en equipo con cada uno de los diferentes clientes somos capaces de ayudarles en la conceptualización y la planificación de las necesidades que aparecerán durante un futuro más o menos próximo.
Evidentemente, no todas las necesidades serán planificables, pero cualquier nivel de planificación que consigamos en este sentido será una mejora sustancial en la forma de actuar del área de IT en este tipo de actividades:
Cualquier respuesta afirmativa a estas preguntas nos permitirá trasladar esta planificación a nuestros proveedores y nos permitirá ser capaces de dar una respuesta a estas necesidades de una forma más eficiente y controlada.
El congreso del itSMF USA Fusion10 quedó atrás y yo tenía pendiente escribir un post al respecto de la experiencia. Aún así, he preferido dejar que las ideas se sedimenten un poco, porque después de cinco días intensos de conferencias y networking con gente tan buena como la que había por allí la tormenta de ideas que tenía en la cabeza me exigía escribir por lo menos diez posts en lugar de uno!
Yo creo que el resumen definitivo que se puede hacer del congreso es que hay cuatro puntos que se establecen como “el último grito” en ITSM: El Catálogo de Servicios y de Peticiones, Cloud Computing, Lean Service Management y Social Media. No asistí a ninguna de las conferencias de Social Media, pero sí que me di caña especialmente en las tres primeras y mi conclusión particular es que son tres conceptos que encajan a la perfección el uno con el otro y que son las áreas de conocimiento más trendies de los próximos cinco años.
Si nos fijamos, resulta que tanto un buen Catálogo de servicios y Peticiones como los conceptos de cloud computing son una aplicación directa de los principios del Lean Consumption expresados por Womack y Jones en su libro Lean Solutions:
Es posible que no acabes de ver los conceptos de cloud computing aquí en medio, pero en realidad lo que ocurre es que los dos conceptos más importantes dentro de un “planteamiento cloud” son por una parte el catálogo de servicios y peticiones (nadie concibe una cloud, ya sea pública o privada sin una estandarización de las peticiones que se le pueden realizar o de los productos que ofrece ni llamando a la extensión #111 para pedir un servidor… cloud va intimamente ligado al concepto de catálogo de servicios accionable) y por la otra un grado de automatización exagerada, que debe facilitar que la provisión se realice en tiempos récord.
Así, el uso de los conceptos y principios Lean para la definición y construcción del catálogo de servicios y peticiones, unido a los conceptos de cloud computing para proporcionar el mayor grado posible de automatización en la ejecución de esas peticiones son la clave para la Gestión de Servicios en los próximos años.
En la foto vemos cómo se materializa esa fusión de conceptos: Ivanka Menken, de The Art of Service quienes ofrecen el esquema de formación y certificación en Cloud Computing; Rodrigo Flores, de newScale y reconocido impulsor de los conceptos de Catálogo de Servicios y Peticiones y yo mismamente, de G2 y difusor de la combinación de Lean con ITSM.