miércoles, 28 de octubre de 2009

El sentido de la urgencia

La verdadera urgencia es una determinación visceral de seguir adelante y ganar, ahora. Quienes la practican generalmente están vigilantes. Todos los días llegan a trabajar con la determinación de lograr algo importante y, para poder actuar con más prontitud e inteligencia, dejan de lado actividades que no son pertinentes. Las personas que actúan con un sentido de urgencia son lo opuesto de las autocomplacíentes: no se agobian ni se ofuscan. Por el contrario, enfrentan el futuro con audacia y con el claro propósito de desentrañar los riesgos y las oportunidades que el cambio trae [John P. Kotter, 2009, El sentido de la urgencia].

Para los que no conocen a John Kotter, es el autor de varios libros de Administración, uno de ellos, “El Líder del cambio”, que enumera una serie de pasos para llevar adelante un cambio en una Organización (lectura recomendada si aún no lo han hecho).

El sentido de la urgencia me resultó un libro más que interesante, difícil de digerir para un técnico como yo, pero muy relacionado con las actividades de mejora de procesos en las que normalmente me veo involucrado.

Es de ese tipo de libros que generan en el lector acciones y toma de decisiones. Quiero decir: a medida que se lo lee, uno toma ideas y las aplica en las actividades del día a día. Porque nuestro día a día de hoy, es un proceso de cambio (y si no es así, algo puede estar funcionando mal).

Aquí termino. No les voy a leer el libro. Sólo les diré que si se encuentran en la grata tarea de ser líderes o de contribuir de alguna manera en la implementación de un cambio en una organización, es una lectura recomendable.

Para incentivarlos les comparto dos temas: una frase del libro y un mapa mental:

La frase

Una organización que puede mantener un alto sentido de urgencia a lo largo del tiempo, tiene el potencial de convertirse en una máquina de alto rendimiento, en la cual los resultados van de buenos a excelentes. Los rendimientos financieros para los inversionistas crecen más allá de cualquier expectativa. La innovación prospera y conduce a nuevos productos. El orgullo y el entusiasmo y las recompensas económicas que fluyen hacia los empleados crecen cada vez más. Sin embargo, para sostener la urgencia a lo largo del tiempo, es necesario no sólo crearla, y crearla bien, sino volverla a crear una y otra vez…[John P. Kotter, 2009, El sentido de la urgencia].

El mapa mental

El sentido de la urgencia

Espero como siempre haber sido útil y si lo leen, compartan sus comentarios!

Y recuerden que el cambio es continuo…

viernes, 23 de octubre de 2009

Decisiones en un mundo complejo (Decisions in a complex world) -in spanish

Cómo tomamos decisiones en un contexto impredecible? En qué nos basamos? Cómo hacer pie en un terreno resbaladizo como es el mundo actual?

Una propuesta

Hace tiempo leí acerca del modelo Cynefin, de C. F. Kurtz y D. J. Snowden y un interesante artículo en la HBR, de Snowden y Boone, ver referencias más abajo, acerca de un marco para la toma de decisiones de los líderes.

Me pareció interesante hacer un breve resumen de los criterios que proponen estos autores, ya que si bien no son una receta, sirven para razonar sobre posibles formas de actuar ante ciertos contextos o bien entender la forma en que otros actúan o deberían haberlo hecho.

Los supuestos de la toma de decisiones

Nuestro sistema actual y más común de toma de decisiones, está basado en que un cierto grado de predictibilidad y orden existen en el contexto del problema, y en que se pueden hacer ciertas simplificaciones para entenderlo y por lo tanto resolver situaciones que requieran decisión. Esto cada vez es más difícil.

El entorno de toma de decisiones es cada vez más cambiante y los supuestos antes mencionados no siempre, en realidad cada vez menos, se cumplen.

Las propuestas del modelo Cynefin

No se debe tomar lo que a continuación se detalla como infalible, sino como una idea, que puede ser un interesante marco de referencia para las decisiones. Veamos de qué se trata.

La situación que afrontamos, puede estar inserta en un contexto ordenado y simple, o complicado, o bien desordenado, complejo, y hasta caótico.

image

Analicemos cómo se pueden categorizar los contextos:

Ordenado - Simple

El dominio de las mejores prácticas (know-know)

Cómo se ve ese contexto?:

Repetitividad, que permite predictibilidad, relación lineal causa-efecto. Es el dominio de las mejores prácticas, estructuradas en procesos.

Qué debe hacer el líder para decidir:

· detectar la información entrante del contexto

· categorizarla

· responder de acuerdo a una práctica predeterminada.

Caso:

Situaciones orientadas a proceso, resolución de un incidente conocido, siguiendo pasos establecidos.

Qué debe resolver y fomentar:

Mantener una comunicación directa y clara, no necesariamente excesiva.

Qué problemas deberá esperar y evitar:

· Tratar de aplicar a todos los problemas las prácticas que conoce

· Simplificar demasiado

· No poder pensar “fuera de la caja”.

Ordenado - Complicado

El dominio de los expertos (know-unknowns)

Cómo se ve ese contexto?:

La relación causa-efecto existe, pero no es totalmente conocida por quien debe tomar la decisión.

La causa puede estar separada del efecto, puede ser complejo relacionar uno con otra, y posiblemente sólo el ojo del experto puede detectarla y aconsejar la decisión adecuada.

Nosotros podríamos posiblemente también hacerlo, pero con tiempo y estudiando, cosa que normalmente no estaremos en condiciones de encarar.

Qué debe hacer el líder para decidir:

· detectar la información entrante del contexto

· analizarla

· responder de acuerdo a la sugerencia del experto.

Qué debe resolver y fomentar:

Opiniones diferentes entre los expertos; tener en cuenta a los no expertos que podrían aportar una solución creativa.

Caso:

Por ejemplo, una serie de síntomas típicos en una Instalación, visible al ojo experto, pero que pasan desapercibidos para el resto, y que muestra la necesidad de una mejora en los procesos.

Qué problemas deberá esperar y evitar:

· Expertos demasiado confiados en su experiencia

· Parálisis por análisis

· Expertos pensando sólo “dentro de su caja”.

Desordenado - Complejo:

El dominio del ensayo (unknow-unknowns)

Cómo se ve ese contexto?:

La relación causa-efecto existe, pero son tantos los agentes intervinientes y las relaciones entre ellos que no es posible incorporarlos en un proceso estructurado, ni analizarlos uno a uno. Se buscan patrones de comportamiento que a su vez, si se repiten, pueden hacer más sencilla su futura detección.

Qué debe hacer el líder para decidir:

· experimentar en base a la información que recibe del contexto

· detectar posibles patrones

· responder de acuerdo a lo que le interese, tratar de evitar ese patrón detectado o fomentarlo

Qué debe resolver y fomentar:

El líder debe crear un ambiente propicio para la experimentación y un alto grado de comunicación. No castigar ante errores o fallas en el experimento.

Qué problemas deberá esperar y evitar:

· asustarse

· volver a los procedimientos estructurados y así perder la oportunidad de una solución creativa

· buscar hechos y no ver los patrones que emergen

Caso:

El ejemplo que dan los autores es claro, YouTube y E-bay, cuyos creadores desconocían el efecto que podría causar un servicio de este tipo debido a la diversidad de públicos, intereses, y situaciones que se podían presentar. Comenzaron luego a detectar patrones de uso, que podían utilizar para promocionar o crear nuevos negocios. Google, su buscador y sus servicios asociados pueden ser otro ejemplo.

Desordenada - Caótica:

El dominio de la respuesta rápida

Cómo se ve ese contexto?:

No se detecta, ni hay tiempo para analizar, la relación causa-efecto; sólo se debe actuar para detener la turbulencia y restablecer el orden.

Qué debe hacer el líder para decidir:

· actuar para tratar de restablecer el orden en el contexto

· detectar el resultado de esa acción

· responder de acuerdo a ello

Qué debe resolver y fomentar:

El líder debe actuar, comunicar breve y claramente qué debe hacerse, para impedir mayor desorden.

Qué problemas deberá esperar y evitar:

· Perdurar en la actitud de ordenar y controlar, útil para salir del caos pero dañina más allá de lo necesario.

Caso:

Los ejemplos más comunes surgen naturalmente de situaciones de emergencia, el ejemplo que analizan Snowden y Boone es el caso del 11 de setiembre y la actitud del alcalde Giuliani. Pero puede haber situaciones de caos, que nos interese “visitar” para generar ideas creativas.

Un interesante análisis que se hace en el trabajo de C. F. Kurtz y D. J. Snowden, omitido en este resumen, es el las situaciones de cruce de las fronteras entre contexto, de simple a complicado, de simple a caótico, de complejo a caótico y varios más, con los posibles usos de estos cruces.

Conclusión:

La pregunta inicial es cómo tomábamos decisiones en un contexto cambiante como el actual. Creo que el modelo aquí brevemente comentado propone alternativas interesantes.

No siempre como líderes estamos en el plano de lo caótico, y hay gran cantidad de situaciones en el contexto de lo simple y lo complicado.

Habrá también casos en que estemos ante situaciones complejas, las cuales, a medida que las comprendamos deberíamos hacerlas transitar hacia los estadíos anteriores más ordenados.

Asimismo, y si bien implica un riesgo, debemos visitar los contextos desordenados, ya que en muchos casos allí residen las ideas creativas. Logradas éstas, nuevamente podemos tratar de volver a los contextos ordenados.

En palabras sencillas:

Simple -> By the book

Complicado -> Preguntar al experto

Complejo -> Ensayar y probar

Caótico -> Actuar

Material mencionado

The new dynamics of strategy: Sense-making in a complex and complicated world, C. F. Kurtz y D. J. Snowden. IBM SYSTEMS JOURNAL, VOL 42, NO 3, 2003

Posiblemente el trabajo que dio origen al modelo, interesante, a veces necesita relectura.

A Leader’s Framework for Decision Making, David J. Snowden y Mary E. Boone, Harvard Business Review • Nov. 2007

Toma los conceptos del trabajo original, y lo orienta al líder, más específicamente. Muy interesante la tabla resumen con las características de cada contexto, sus acciones y sus riesgos.

jueves, 22 de octubre de 2009

Por qué me gusta tanto la WBS?

Tengo en mi kit de supervivencia del líder de proyecto de TI un conjunto de herramientas que uso sistemáticamente. Una de ellas es la WBS. Buscando las razones del por qué, encontré dos: a) es muy barata (y práctica); b) me resuelve un par de temas importantes…

Breve introducción a la WBS

WBS significa Estructura de Desglose del Trabajo (EDT) (en inglés Work Breakdown Structure, WBS). Es una herramienta muy sencilla cuyo principal objetivo es estructurar el alcance del proyecto en forma jerárquica.

Para ser más gráfico, imaginemos cómo sería una WBS para escribir un artículo en un blog:

 Ejemplo de WBS

Bien, un ejemplo sencillo. La estructura es fácilmente comprensible, posee niveles y cada caja “podría” ser considerada como un “mini-proyecto”.

Pero … ¿para qué sirve la WBS?

Para muchas cosas, podríamos decir que fundamentalmente es una herramienta de control. Listaré a título informativo sus usos y luego daré mi opinión personal acerca de dónde la considero más útil en un proyecto de TI:

  • En etapa de Alcance
    • Para definir o confirmar el alcance del proyecto
    • Para estimar o cotizar un proyecto en una etapa previa a su inicio
  • En etapa de Planificación
    • Para refinar el alcance y realizar una planificación más detallada
  • En etapa de Control
    • Para controlar cambios
    • Para controlar presupuesto y calendario

Los principales beneficios:

  • Es un input ideal para iniciar el proceso de estimación
  • Ayuda a detectar las necesidades de recursos y justificarlas ante el sponsor
  • Es una buena herramienta para las negociaciones de alcance del proyecto
  • Ayuda a la identificación de riesgos (situados normalmente sólo en algunas “cajas”)
  • Permite asignar responsabilidades y generar compromiso

¿Dónde me parece más útil en un proyecto de TI?

Por supuesto la uso para estimar entes del inicio de un proyecto, pero la estimación es un proceso muy aburrido como para escribir en un blog :)

El uso fundamental que yo le doy y sobre el que pongo las manos en el fuego es:

  • Acordar el alcance del proyecto
  • Repartir responsabilidades y generar compromiso

El siguiente es un caso real que armé (hace dos semanas) para un proyecto cuyo foco es crear un producto para ser vendido a múltiples clientes:

Ejemplo de WBS de un caso real

¿Tips para una buena WBS?

Algunos tips:

  • La WBS debe entrar en una lámina de PowerPoint (con un tamaño de fuente que pueda ser leída). Esa lámina pasará por varias reuniones y generará mucho impacto visual, servirá para negociar alcance, responsabilidades, etc. Pierde su eficacia, si necesito recorrer varias láminas cada vez que la presento.
  • Deben estar claramente identificados los responsables.
  • Debe estar claramente identificado el alcance. Dicho de otra manera, se debe “ver” el producto del proyecto en esa lámina.

¿Hacia dónde oriento el diseño? Hay varias escuelas de pensamiento, todas válidas:

  • Tareas: no puedo dejar de nombrarla ya que es la más común. Personalmente es la que menos me gusta porque se pierde el foco: “el proyecto es para construir un producto tangible, no para hacer tareas”.
  • Producto: como comenté antes, la más efectiva porque ayuda a mantener la “visión del producto”.
  • Responsables: normalmente tiene un primer nivel orientado a responsables para generar compromiso y no dejar dudas del alcance y área de responsabilidad de cada caja.
  • Hibrida: la que más me gusta, que combina las anteriores según las necesidades. Personalmente siempre busco una buena combinación entre Producto y Responsables.

¿Cómo revisar la WBS?

Podríamos generar un amplio checklist para verificar una WBS, pero resumiré los más importantes:

  • Queda bien claro el alcance del proyecto?
  • Queda bien claro lo que quedó fuera del alcance del proyecto?
  • Hemos verificado que las actividades de todos los integrantes del equipo estén en alguna caja de la WBS?
  • Están las actividades que normalmente olvidamos? Por ejemplo: Compras, Infraestructura, Administración del Proyecto, Auditoría, Procesos y Organización, Seguridad, etc.

¿Cuánto tiempo lleva hacer una WBS?

1 hora y es por eso que me gusta.

Resumen

La WBS es una herramienta de administración de proyectos que, afortunadamente, entra dentro de la categoría “muy barata” y “muy efectiva”. Simplemente por esto no existe motivo válido para dejar de usarla. Es de ese tipo de prácticas que son un “camino de ida”.

WBS Toolkit

Espero haber sido útil. Hasta la próxima!

martes, 20 de octubre de 2009

Cambio? Qué cambio? (Evaluating actual change) –in spanish

Algunas preguntas típicas que nos hacemos durante un proceso de mejora, son:

¿Hasta dónde está incorporado ese cambio?

¿Continuará cuándo quienes lo están llevando adelante dediquen menos esfuerzo o se retiren?

¿Lo habrán incorporado realmente aquéllos que toman decisiones que pueden impactar a los nuevos procesos?

Las mismas preguntas valen cuando la Dirección, normalmente aquél que respaldó la mejora, nos consulta.

Preguntas difíciles, respuestas aproximadas.

Posibles guías

Creo que una manera clara de explicar los alcances de un cambio, prácticamente de cualquier tipo, que afecte a los procesos que normalmente las personas desarrollan, es mostrar los cambios que realmente ocurren o se espera que ocurran.

Para ello, el siguiente diagrama extraído de Andrews y Stalick, en mi experiencia es bastante claro. Les propongo entonces lo analicemos brevemente, haciendo una interpretación libre del trabajo de los autores, producto de haberlo utilizado más de una vez en distintos contextos.

La visión integral del cambio

clip_image002

Como vemos, los cambios se pueden agrupar de menor a mayor complejidad en tres niveles, desde lo operativo y “sencillo” hasta lo complejo y profundo. También se agrega la dimensión de visibilidad, que nos indica que lo sencillo es lo más visible. Por último, si bien tenemos la sensación de capas, que nos pueden llevar a la idea de alguna secuencia, las cosas ocurren frecuentemente en paralelo.

Analicemos cada una de ellas.

Cambios de Primer Nivel – Operativos

clip_image004

Como muestra el gráfico, son los nuevos procesos, la nueva organización que los soporta, las herramientas sobre las cuales en parte se implementó el cambio. Es decir, todo lo conocido y rápidamente visible para el equipo de trabajo.

Los Procesos comprenden los nuevos esquemas de trabajo desarrollados, basados en algún modelo de mejora si se utilizó alguno, o bien en la experiencia de la Instalación y del grupo que lleva adelante el trabajo.

La Organización se refiere a los nuevos roles que podemos haber creado para soportar el nuevo proceso, o bien nuevas funciones en los roles existentes.

La Tecnología, a aquellas herramientas de soporte que se utilizaron para hacer más eficiente la operación de los nuevos procesos.

Bien, hasta aquí, se puede haber gastado algún dinero en lo explicado más arriba: herramientas, personas, cursos, etc. y da la sensación de avance, pero lo hay?

Realmente, sí lo hay, dado que son pasos que hay que dar, pero es sólo el comienzo.

Hasta aquí podríamos decir que lo que hicimos es “inofensivo”, es decir no molestamos, o molestamos poco, a quienes realmente serán impactados por el cambio y eventualmente tienen el poder para detenerlo.

Lo que sí se puede asegurar es que si el proceso de mejora termina aquí, nosotros habremos cobrado nuestra factura si somos externos, o logrado algún objetivo si somos de la Instalación, pero en unos pocos meses el proceso se habrá olvidado, la organización se habrá reacomodado a la versión anterior a la mejora, y las herramientas posiblemente tendrán otro uso o bien estarán en desuso.

Un inconveniente que tienen estos falsos comienzos, es que las mejoras son procesos de única vez. Esto significa que cuando las personas se motivan y luego ven que la mejora fracasa y se vuelve a la forma de trabajo anterior, no es sencillo volverlas a interesar, difícilmente admitan encararlo otra vez. Para utilizar una expresión conocida, “otra vez sopa”.

Cambios de Segundo Nivel – en la Administración

clip_image006

En este nivel empieza lo interesante y el desafío mayor. No sé si Administración es la palabra adecuada, pero me sirvió siempre para que se entendiera rápidamente la idea.

Aquí nos encontramos con el comienzo del cambio profundo, es decir alterar los factores de poder de la Organización que se está mejorando.

Qué son esos factores? Desde conocer / retener información privilegiada que hace que todo deba moverse alrededor de un grupo pequeño de personas, hasta la no delegación de decisiones. Con lo cual, el nuevo proceso puede amenazar estas posiciones / factores de poder, y por lo tanto debe ser rechazado. Como siempre aquí juega todo lo que ya sabemos, ese rechazo puede ser activo, sencillo de ver y a veces de resolver, o pasivo, el más complejo de detectar.

Qué hacer? En parte explicar y lograr convencer que la sensación de pérdida de poder antes mencionada no es tal, que hay nuevas actividades de mayor nivel de decisión que tendrán que tomarse, en lugar de estar tan involucrados en lo operativo, por ejemplo.

Pero una advertencia al encarar este tema: los modelos mentales son muy difíciles de cambiar, y en muchos casos nos estamos enfrentando a estos modelos.

Las recompensas, que se mencionan en el gráfico, están resumidas en lo siguiente: La gente se esfuerza por lo que se la reconoce y premia. Si el nuevo proceso que implementamos lo lleva a hacer alguna actividad que nadie valora, o al menos quien lo evaluará no valora, difícilmente la persona la repita más de una vez.

Aquí nuevamente debemos trabajar con la Organización, de modo tal que reconozca y premie a quien está llevando adelante las actividades tal como el nuevo proceso lo indica, y con ello logrando resultados.

Esto nos lleva al último punto, que es el desarrollo de un sistema de medición de los procesos nuevos, lo más rápidamente posible, de modo de mostrar estos logros y evitar así que se utilicen las viejas medidas para evaluar un modelo de trabajo distinto.

Dos comentarios finales sobre este nivel. He visto que en este planteo, se suelen asociar las objeciones o resistencias, a las gerencias / jefaturas intermedias, y no coincido con esto. Estos bloqueos aparecen en cualquier nivel de la jerarquía, incluso proveedores, ya que el poder concebido como lo planteamos en los párrafos anteriores, no es privativo de una posición determinada en la Organización.

El segundo comentario es que la situación arriba descripta, debe ser explicada, y debemos convencer justamente a aquéllos que se ven afectados por los nuevos procesos. Lo veo inevitable. La “bajada de órdenes” no la creo útil en este tipo de trabajo.

Cambios de Tercer Nivel – en la Cultura

clip_image008

En este nivel, nuestra incidencia, siendo externos o internos, es mucho menor que en los anteriores.

La cultura establecida es difícil de cambiar, e inevitable la pelea con el “acá siempre se hizo así” surgirá en varias oportunidades. Podemos acompañar, pero debemos dejar que la Organización digiera el nuevo esquema, y que lo tome como propio.

Otras diferencias que deben desaparecer son las existentes entre la organización formal propuesta por la nueva práctica y la informal, establecida en la cultura. Nuevamente, el proceso debe demostrar que es mejor seguirlo que saltearlo.

Finalmente, como antes dijimos, está el modelo mental de cada uno de nosotros (los involucrados en el nuevo proceso), que puede llevar a:

· Impaciencia al ver lo que cuesta implantar algo nuevo

· Escepticismo respecto a que realmente se produzca algún cambio

· Rigidez ante nuevas prácticas

Esto implica un cambio lento, o directamente negarse al cambio.

Esto se debe controlar, detectar los casos más negativos, tratar de “evangelizar” sobre las bondades de lo nuevo y diluir las amenazas que la persona vea, y que son origen de estas actitudes negativas.

Conclusión

Comenzamos con algunas preguntas acerca de hasta dónde estaba incorporado el cambio y qué ocurriría cuando el grupo que encaró la mejora no esté.
Esta entrada es una pequeña guía que actúa como vara para ver esa profundidad de incorporación.

Espero sea de utilidad.

Material mencionado

1. Business Reengineering: The Survival Guide by Dorine C. Andrews, Susan K. Stalick.

2. Managing e-Business/ Internet-Time Projects, Ed Yourdon May 2001. (Esta es una presentación bastante extensa de Yourdon, donde explica también este modelo, entre muchas otras cosas).

3. En este mismo blog la entrada acerca de Workshop, como un medio para explicar y discutir todos estos temas con los interesados.

4. Ver en este mismo blog la entrada http://excelza.blogspot.com/2009/11/manejando-la-resistencia-al-cambio.html describiendo la visión de John Kotter sobre el tema.

domingo, 18 de octubre de 2009

Sobre nuestra misión como testers

Seguramente lo primero que se nos ocurre es que nuestra misión es encontrar defectos, y/o lograr entregar aplicaciones libres de defectos. Pero esto es sólo un pedacito, y es una visión muy acotada del aporte de valor que nuestro trabajo puede hacer a la Organización, si es bien entendido y encarado (y recordemos que no existen aplicaciones libres de defectos, a lo sumo, si hacemos bien nuestro trabajo, estarán libres de los defectos importantes y relevantes para los interesados).


Por otra parte, fuera de considerar únicamente lo que nosotros pensamos que es testear, tenemos que tener en cuenta qué esperan de nosotros quienes nos contratan o convocan.

  • Por qué una organización cree que es valioso tener un área de testing o contratar ese servicio en un proyecto?
  • Qué espera obtener como retorno de su inversión en el área o el servicio?
    • Mejor calidad en sus productos
    • Clientes o usuarios satisfechos
    • Software "cero defectos"
    • ….
    • Todas las respuestas anteriores…
  • Qué espera que hagamos?
    • Prueba durante el ciclo de vida de desarrollo de un producto
    • Prueba de homologación de un producto adquirido
    • Pruebas de atributos específicos, seguridad, performance, otros.
    • ….
    • Todas o algunas de las anteriores…


Difícilmente podamos cumplir los objetivos de quienes nos convocan o contratan, sean clientes internos o externos a nuestra organización, si no identificamos claramente nuestra misión:

Qué tipo de testing tenemos que ejecutar, en qué contexto, en qué momento del proyecto / ciclo de vida del producto, con qué restricciones y recursos, con qué objetivos, ….

En otras palabras, si no entendemos para qué nos llaman, mal vamos a poder cumplir. Y esto es a mi entender uno de los orígenes de la "resistencia" que encontramos en algunos proyectos, o fuente de malos entendidos o conflictos entre los integrantes de un equipo de proyecto. El "no pensé que iban a probar a este nivel de detalle" o "no pensé que iban a probar esto" o frases similares, son objeciones que típicamente aparecen cuando algunos miembros del equipo de proyecto no entienden por qué estamos ahí, pero también reflejan que los primeros que tenemos que tener clara nuestra misión somos nosotros, y aplicar nuestras mejores técnicas, prácticas, herramientas, imaginación, conocimientos, ética, para lograr cumplir esa misión.


El testing es un servicio. Dada esa definición, para poder brindarlo "con calidad" (o sea cumpliendo las expectativas del cliente) necesitamos:

  • Entender objetivos del cliente / interesados (pueden ser diferentes).
  • Cuestionar y evaluar el producto.
  • Focalizar los riesgos, entender y gestionar los cambios.
  • Investigar, explorar, proveer feedback.
  • Confirmar, comunicar.
  • Aprender, seguir capacitándonos.


En relación a estos puntos, habría mucho más que decir, pero mientras tanto, pueden ver una discusión interesante sobre este tema en

http://www.satisfice.com/blog/archives/61

(James Bach's blog, Question: Tester's Freedom of Thought)

y en el seminario
 http://www.rmya.com.ar/Download/RMyA%20-%20Workshop%20Testing%20-%202009%20-%20v1.0.pdf

Que lo disfruten!

sábado, 17 de octubre de 2009

De catarsis y críticas (Workshop benefits in process improvement) –in spanish

Cómo logramos llevar adelante un proceso de mejora que luego perdure y que quienes lo van a aplicar estén convencidos que, siguiéndolo y puliéndolo trabajarán mejor, más motivados y, disfrutando de lo que hacen?. Existe una fórmula mágica que podamos aplicar a nuestros proyectos? Sabemos qué ingredientes la componen y en qué proporción?

Posiblemente no tengamos una respuesta exacta aplicable a todos los casos, sin embargo vemos que hay técnicas y herramientas que se repiten con buenos resultados, una de ellas, la que discutimos en esta entrada, es el taller o workshop.

Pero…qué lo hace exitoso, cuál es su secreto, es aplicable siempre, en qué puede fallar? Podrá utilizarlo en su próximo proyecto de mejora, o en el que está desarrollando hoy?

Veamos…

No es novedoso enfatizar la importancia de la comunicación en un proceso de mejora, como tampoco lo es incluir al workshop como una de las herramientas de que disponemos, para fomentar y canalizar esta comunicación. Pero aquellas prácticas que dan buen resultado deben ser discutidas y mejoradas, mostrando posibles implementaciones con sus bondades y dificultades.

Veamos brevemente los distintos puntos que creo interesan al utilizar la técnica de workshop:

  • la justificación,
  • el contenido del workshop,
  • el momento en que incluirlo,
  • la asignación de moderadores,
  • el grupo de trabajo,
  • los resultados esperados.

La justificación

Una de las preguntas que debemos estar preparados a responder ante la Dirección, llamo así al interesado que respalda esta mejora, es por qué motivo discutir con la gente un proceso, que de todas maneras tendrán que utilizar. Y algo más, tal vez no explicitado siempre, es cómo vamos a evitar que en esas sesiones de trabajo no se termine criticando a la organización actual.

Puede haber varias respuestas, una posible es que no se va a evitar la crítica al proceso actual, sí que se tratará de moderar la crítica a las personas, y que además de esa discusión se espera obtener un proceso mejorado, que la gente esté convencida de utilizar.

El contenido del workshop

El modelo actual; como sabemos, siempre hay uno. Y el modelo propuesto, presentado de modo tal que se pueda discutir a lo largo de varias sesiones; esto depende de lo que se quiera mejorar. Debe cuidarse la forma en que se presentará la información, para evitar aburridas sesiones de lectura de documentación.

El momento en que incluirlo

Al principio del trabajo de mejora.

Los moderadores

Expertos, no sólo en el modelo, sino en la práctica que están intentando mejorar. Rápidamente se pierde el interés, y el respeto profesional, ante un moderador que sólo habla desde la teoría. Debe además poder manejar la dinámica del grupo cuando se crea un ambiente motivante. Si bien depende del tamaño del proyecto y cantidad de personas asistentes al workshop, es conveniente que exista más de un moderador.

El grupo de trabajo

Expertos del área a mejorar, referentes dentro de su ámbito de trabajo. Aquí es necesario aclarar que nuestro trabajo como moderadores es lograr que estas valiosas personas sigan asistiendo, se interesen y vean productivo su aporte. La catarsis es casi inevitable cuando se logra el ambiente adecuado; no le teman, sólo contrólenla. Nuevamente depende del tamaño del proyecto, pero equipos de discusión en un workshop de más de 10 a 12 personas, son difíciles de manejar.

Los resultados esperados

Esta es sin duda la parte central del trabajo desarrollado en los workshops. Este tipo de reuniones, bien llevadas por el grupo, genera no sólo un proceso acordado con personas que son referentes y por lo tanto seguidas, sino como se sabe crea motivación en ellos, al considerar que el nuevo proceso tiene un aporte importante de sus conocimientos, además de tener la motivación de pertenecer al grupo que definió algo y que luego lo utilizaran otros. Hay bastante teoría que soporta esta idea de grupos de referencia.

El nuevo proceso es el resultado final esperado, pero además existen otras expectativas del grupo a tener en cuenta. Estas son todas las conclusiones y críticas que el equipo fue realizando durante las sesiones y espera que sean volcadas al nuevo proceso, y en muchos casos notificadas a la Dirección. Aquí estará la experiencia del moderador en cómo manejar esta situación con ambos interesados.

Conclusiones

  • Las personas se motivan participando en la definición de aquellas cosas que luego las afectan.
  • Un grupo de mejora relativamente pequeño y referente puede expandir la idea a uno mucho mayor, con mejor llegada.
  • El moderador debe tener experiencia en manejar la dinámica de los workshops y ser un experto en el contenido de los temas que se discuten.
  • La Dirección encontrará que estas reuniones, adecuadamente llevadas, lejos de convertirse en una crítica, ayudan a la comunicación y revelan problemas, algunos conocidos pero otros totalmente ignorados.

Definiciones

-es.wikipedia (parcial):

Un taller es también una sesión de entrenamiento o guía de varios días de duración. Se enfatiza en la solución de problemas, capacitación, y requiere la participación de los asistentes. A menudo, un simposio, lectura o reunión se convierte en un taller si son acompañados de una demostración práctica.

Una catarsis o experiencia catártica, es una experiencia interior purificadora, de gran significado interno, provocada por un estímulo externo, también se le conoce como "La liberación de las pasiones". Proviene del término griego Κάθαρσις, katarsis que significa purga o purificación, y es un término aceptado por la Real Academia Española.

-en.wikipedia:

In education, a workshop is a brief intensive course, a seminar or a series of meetings emphasizing interaction and exchange of information among a usually small number of participants.

Catharsis (Ancient Greek: Κάθαρσις) is a Greek word meaning "purification", "purging", "cleansing" or "clarification."

viernes, 16 de octubre de 2009

¿William Wallace liderando un proyecto de TI?


El tema sobre el que pretendo escribir unas breves líneas me resulta apasionante, aunque difícil de explicar y lograr consenso. Por ello apelaré a un recurso que utilicé hace poco tiempo en un curso de administración de proyectos en el que participé: el video.
Tómense por favor 3:13 minutos para verlo:

La escena es realmente conmovedora y me parece que sirve como incentivo. La he visto decenas de veces y siempre recurro a la misma pregunta: ¿Qué buena práctica de administración de proyectos usó el señor William Wallace para motivar a su equipo? ¿WBS? ¿Plan de Proyecto? ¿Indicadores de Control? ¿Administración de riesgos? ¿Estimación? ¿Hitos?
La respuesta creo que es natural: Ninguna de ellas, simplemente apeló al liderazgo si es que puedo emplear una palabra tan amplia para una pregunta tan concreta.
¿Pero qué relación tiene Sir Wallace con la administración de proyectos y con TI? Tomo una frase de libro para responder esta pregunta:
Frase 0: Para erigir un equipo hay que cumplir con dos cosas: ser un líder y ser un gestor. El gran líder es Gestor y Líder. Gestor es alguien que planifica, coordina, que pone objetivos, que presupuesta. Líder es el que motiva, seduce, aporta ideas [1999 - Mateo/Valdano - Liderazgo].
Realmente no estoy diciendo nada nuevo: las herramientas y prácticas de administración de proyectos son la base (lo mínimo necesario) para llevar un proyecto adelante, pero sin liderazgo los resultados pueden ser muy pobres o sencillamente pueden no existir. En nuestro video, un líder logró llevar su equipo a la batalla, cuando inicialmente estaban huyendo.
Demasiado para no tenerlo en cuenta, ¿no? Sin embargo los que tenemos actividades relacionadas con el liderazgo, solemos perder el foco repetidamente y creemos que nuestro trabajo es tan solo planificar, asignar tareas y controlarlas.
PAUSA...
Creo que aquí termino, porque el video es lo suficientemente contundente para sugerir la importancia del liderazgo en la administración de proyectos, o para ser más amplio, en cualquier empresa que emprendamos.
De todas maneras, espero aportar un poco más dejándo algunas frases con el objetivo de sembrar inquietudes y desestabilizar. (En este punto no puedo dejar de nombrar a uno de los libros que más me sirvió de inspiración: 1999 - Mateo/Valdano - Liderazgo. Vale la pena leerlo… )
Frase 1: Nadie triunfa sin sentir la pasión de crear futuro y en esa pasión es donde encontramos nuestros más anhelados deseos y la fuerza necesaria para conseguirlos [1999 - Mateo/Valdano - Liderazgo]
Para leerla dos o tres veces…
Frase 2: Por mucho que intentemos obligar a alguien para que nos bese apasionadamente, no será posible conseguirlo si no hemos logrado antes su voluntad de ejecución [1999 - Mateo/Valdano - Liderazgo].
Parece muy evidente, sin embargo hagan el pequeño ejercicio de intentar llevar esta frase al terreno de asignar una tarea dentro del equipo…
Frase 3: De un líder necesitamos que tenga alma provocativa, o dicho de otra forma, que su capacidad innovadora nos proporcione ese toque mágico que destierra el conformismo y la pasividad [1999 - Mateo/Valdano - Liderazgo].
¿Cuánto tiempo le dedicamos a buscar lo mejor de cada uno?
Frase 4: Una cosa es la autoridad y otra el autoritarismo. El autoritarismo: Mata las iniciativas, Infantiliza al equipo, Lo convierte en espectador en vez de actor [1999 - Mateo/Valdano - Liderazgo].
¿Cuántos espectadores hay en nuestro equipo? ¿Cuántos espectadores escondidos bajo el traje de actor hay en nuestro equipo?
Frase 5: Motivar es un verbo que se conjuga diferente para cada ser humano [1999 - Mateo/Valdano - Liderazgo].
Esto sí que da trabajo. ¿Yo, líder de proyecto, tengo que dedicarme a esto? -> Claro que sí!
Frase 6: El liderazgo tiene un componente mágico, la capacidad de llegar más allá de los límites lógicos de los negocios, la ruptura del incrementalismo [1999 - Mateo/Valdano - Liderazgo].
Y con esta frase termino. Es la que más gusta :-) Ya escribí lo suficiente como para que el lector opine que este artículo es basura. Sin embargo creo (o espero) haber logrado inquietar a alguien. No hay mucho más que se pueda hacer con estos temas.
Como dato final, comento que La última vez que di un curso de liderazgo, pedí que la gente votara los líderes que para ellos eran referentes. Entre los votados estuvieron: Carlos Bianchi, Albert Einstein, Teresa de Calcuta, William Wallace, Juan Domingo Perón, Mahatma Gandhi, El Zorro, José de San Martín, Henry Ford, Carlos Salvador Bilardo, Juan Pablo II, Jesús de Nazaret, Martin Luther King y Jack Shephard.
Muy variado, pero permite sacar algunas conclusiones:
  1. Nadie asocia a estos líderes con WBS, Riesgos, Plan de proyecto, etc. Los asocia con otros temas: estrategia, motivación, liderazgo, negociación, etc. Me pregunto por qué votamos a este tipo de líderes.
  2. La otra sensación es la frustración, porque parecen inalcanzables…
Para los frustrados, la última frase:
Frase 7: Seguro existen componentes genéticos, pero el día a día del campo profesional…no necesita a Napoleón, Gandhi o Luther King [1999 - Mateo/Valdano - Liderazgo].


Hasta la próxima.
Espero haber tocado el corazón de alguno, porque de eso trata también la administración de proyectos de TI.