Mostrando entradas con la etiqueta comunicación. Mostrar todas las entradas
Mostrando entradas con la etiqueta comunicación. Mostrar todas las entradas

sábado, 3 de octubre de 2015

5to Debate ISSADIO 21/10


Los invitamos a la edición número 5 de ISSADIO. Debates y exposiciones sobre temas actuales relacionados con el desarrollo de software.
Estos son los temas y expositores de la próxima reunión, como siempre en UNTREF / SADIO el 21/10 en Galerías Pacifico de 9.30 (café) a 12.30 (estrictos).


¿Es posible certificar ISO 9001 en serio usando agilidad?
La vigencia de la llamada Ley de Software trajo como consecuencia un boom de certificaciones de calidad, y es de esperar que su renovación por otros 10 años, continuará el auge de las certificaciones. 
En este marco ISO 9001 aparece como la certificación más requerida. El atractivo de los beneficios puede hacer que la tentación de "prefabricar" la certificación sea muy grande.
Es totalmente factible hacer una implementación de un sistema de gestión de la calidad, con principios y métodos ágiles, que sea sencilla minimalista y compatible con las normas ISO y los principios ágiles. 


Alvaro Ruiz de Mendarozqueta
Alvaro Ruiz de Mendarozqueta se desempeña como consultor independiente en temas de gestión, calidad, desarrollo, estrategia, planificación, capacitación e ingeniería del software. También es consultor en la Fundación Sadosky. Es Consultor Ejecutivo en Liveware IS y Consultor Principal en Taller Technologies en temas de gestión, calidad e ingeniería del software. Tiene más de 34 años de experiencia en desarrollo de software en áreas tales como telecomunicaciones, finanzas, seguridad pública, sistemas embebidos y transporte. Docente de posgrado en UTN FRC y UTN FRSF.v


Entendamos a la TI de hoy
Dado el crecimiento y la relevancia que han adquirido en la actualidad las Tecnologías de la Información, los responsables de áreas de TI tienen el desafío de alinearse con el negocio, generar valor y demostrarlo. Para poder hacerlo, es necesario evolucionar en el gobierno y la gestión de TI. Pero, como siempre, primero hay que saber de qué se trata.
¿Gobierno y gestión, es lo mismo? ¿En qué se diferencian? ¿Qué comprende cada uno? ¿Existe algún marco de referencia que los abarque? ¿Por dónde se empieza?

Guillermo Angelani
Profesional de nivel gerencial de Tecnología Informática, con más de treinta y cinco años de trayectoria. Ha conducido diferentes áreas de TI responsables de planificar, implementar y dar soporte a servicios de misión crítica. Además de la conducción, ha llevado a cabo profundas reorganizaciones de estas áreas, fijando no sólo el marco de gestión sino también su rumbo estratégico, siempre sobre la base de metodologías, estándares y buenas prácticas de la industria. También ha liderado múltiples proyectos de TI de gran envergadura y exposición


domingo, 17 de mayo de 2015

Diseño de la Propuesta de valor

 Diseño de la Propuesta de valor


Es interesante ver como modelos y herramientas que tienen su origen en el “negocio” se adaptan a nuestra forma de descubrir, diseñar y probar la viabilidad de productos de software. 

Entre el cliente, inversor, usuario (interesado en general) y quien diseña y crea la solución, comienza a surgir un lenguaje común a través de modelos visuales que son comprendidos y compartidos por ambos. 

La intervención cada vez más importante de aspectos que ya no son sólo funcionales, sino emocionales –social y personal– que la solución debe contemplar es también un desafío para quien explora y diseña nuevos productos y servicios.

Nada de esto es nuevo, simplemente que ahora la tecnología y la inundación de propuestas que recibe el interesado nos lleva a la “nueva normalidad”: mejor, más barato, más rápido, más pequeño, más conveniente, más personalizable, hace que sea mucho más necesario tener estos temas en cuenta. 

Vamos despidiéndonos del famoso "usuario cautivo" de décadas atrás para construir soluciones para las personas que pueden elegirnos a nosotros o a otros. 

Ganará el mejor, quien comprendió más íntegramente los trabajos para los cuales el cliente "contrata" nuestro producto. 

Ya en la entrada de este blog Value Proposition Design - Comentarios sobre el nuevo libro de Alex Osterwalder comenté acerca del contenido del modelo propuesto por el autor.

Ahora, en la presentación más abajo mostrada amplío la descripción del modelo con algunos de los pasos que este recorre y las herramientas que utiliza.

Las láminas 15 y 17 del pdf corresponde a este video: https://www.youtube.com/watch?v=NMacTuHPWFI

Espero sea de utilidad y genere en Uds. inquietud y curiosidad para seguir explorando.

Saludos,
Raúl

@RaulMartinez582

sábado, 21 de marzo de 2015

Value Proposition Design - Comentarios sobre el nuevo libro de Alex Osterwalder et al.

No es sencillo hacer comentarios y críticas sobre una obra que nos atrae y cuyas ideas en su gran mayoría se comparten. Aún así trataré de ser objetivo y expresar el resultado de la lectura del libro.

La propuesta


Value Proposition Design (VPD) continúa desarrollando la idea planteada en su primer libro por Alex Osterwalder et al., Business Model Generation(1) (BMG).

Si bien VPD puede leerse en forma independiente del primer libro, es útil leer BMG, dadas las referencias y el hecho de que VPD desarrolla en particular dos bloques de los nueve del modelo BMG, correspondientes a la generación de la propuesta de valor (VP) y el análisis del segmento de clientes (CS).

Como en el libro anterior, los autores plantean la explicación en una posible secuencia, por etapas: Canvas, Diseño, Prueba y Evolución, y también como en BMG, el trabajo real es altamente iterativo.

El libro elabora sobre algunas ideas conocidas y otras nuevas, empaquetadas de forma amigable y legible.

Las etapas

Canvas

Trafico tomado del sitio con material que acompaña al libro VPD

En el Segmento de Clientes (círculo del gráfico) se desarrolla la investigación de quién es el cliente, qué quiere hacer, qué le impide hacerlo y qué resultados lograría haciendo lo que quiere, y qué contexto social y emocional tiene el trabajo.


Este análisis es muy interesante en los ambientes actuales de desarrollo de productos, por ejemplo los tecnológicos, que están altamente relacionados con la persona cliente / consumidor y su circunstancia emocional y social.

La inclusión de los temas sociales y emocionales, además de los funcionales, denominados “trabajos” recuerdan la propuesta de Clayton Christensen para segmentación basándose en la circunstancia(2).

En la Propuesta de Valor (cuadrado del gráfico), se desarrolla la idea de qué resultados le permitiría lograr al cliente el utilizar el producto y qué obstáculos le ayudaría a eliminar para lograrlos.  

Los resultados que el usuario lograría – gains – se clasifican desde aquellos requeridos (sin ellos el producto no sirve) hasta aquellos no esperados (sorprende positivamente que los tenga). Una clasificación similar a la de Kano(3).

El ejemplo que los autores utilizan varias veces, es el análisis de la persona que lee libros de negocios. Interesante y sencillo de seguir.

Todo lo anterior, es decir el análisis del CS y de la VP se hace para determinar el ajuste, encaje o “fit” de nuestro producto/servicio a las necesidades reales del cliente.

La recomendación es que los análisis del CS y la VP se hagan por separado y luego buscar el encaje entre nuestra oferta y la necesidad del cliente de modo de ver su cobertura.

Diseño

El diseño es la actividad que intenta convertir las ideas de la VP en un producto/servicio tangible para el cliente.

La propuesta se basa en prototipar -- investigar la reacción del cliente -- volver a dar forma a la idea y probar de nuevo.

Los prototipos deben ser baratos, hacerse rápidamente y ser aproximados a la oferta que queremos hacer para validar su factibilidad y desarrollar VP alternativas.

Los autores proponen desde Diagramas en papel hasta el Producto Mínimo Viable (MVP) siguiendo a Steve Blank (4).

Es interesante determinar el origen de nuestra VP:

Podrá ser Push, resultado de una tecnología o una innovación que encontramos (la solución en busca del problema) o 

Podrá ser Pull, por una necesidad manifestada por el cliente (un problema en busca de solución).

Otro análisis que se hace comprueba cómo encaja la VP en el modelo de negocio. 

Teniendo en cuenta que para crear valor para el negocio hay que crear valor para el cliente y para seguir creando valor para el cliente, se necesita crear valor para el negocio (sustentabilidad). 

Prueba

Para una idea nueva, y dada su incertidumbre, el enfoque de experimento es más conveniente que el plan de negocios tradicional.

Todas las ideas deben ser probadas con el cliente y el resto de interesados como socios, canales, etc.. 

Integrando los principios de lean start-up, se comprueba primero la viabilidad del producto y la empresa se crea al final.(5)

Gran parte de la propuesta se basa en trabajar basados en evidencias. Antes de enfocarnos en cómo ayudar al cliente, debemos validar que el cliente necesita que lo ayuden en ese trabajo, que encuentra obstáculos para hacerlo y como se beneficiaría si lo logra.

También debe comprobarse que al cliente le interesa nuestro producto, y lo ve como un medio para evitar esos obstáculos y lograr los resultados.

Se proponen modelos de Tarjetas de prueba y  Tarjetas de aprendizaje, como registro de lo hecho y obtenido.

Una idea interesante es la del “call to action”, es decir, proponer al cliente que él realice una acción que puede ir desde tocar un botón en la pantalla hasta completar una encuesta o enviar un mail. Prueba un principio de interés en el producto, con una evidencia comprobable. Evitaríamos el "creo que le gustó" tan subjetivo.

Una lectura imperdible de este capítulo es el caso Owlet y el video de su presentación. Allí se materializa lo explicado en el libro.

Evolución

Esta parte final trata quizás el aspecto más complejo de la propuesta de valor: Lograr el alineamiento y compromiso de todos los interesados, explicando qué se quiere lograr, y proveer indicadores que muestren el progreso hacia ese objetivo.

Los modelos utilizados, BM y VPD, son muy útiles para comunicar y analizar avance basado en evidencias. Brindan indicadores objetivos de medición. Pero disponer todas estas herramientas no simplifica el problema, sólo ayudan.


Mis consideraciones

El libro continúa con la modalidad de ilustraciones y texto con diseño atrayente, muy útil por la claridad, aunque su estilo fresco y transgresor no cae bien a todos los lectores de estos temas. Los gráficos son claros, quizás algo más claros que en BMG (cuestión de gustos).

Los casos desarrollados en el libro en forma de ejercicios, son de ayuda. Los ejercicios que están en el sitio de apoyo son en varios casos preguntas y una calificación.

Hay todavía partes sin desarrollar del material de apoyo. Dado el tiempo en que se publicó deberían esperarse a la brevedad.

El sitio no es demasiado claro para navegar. La mezcla de soporte y propuestas comerciales no favorece. Son temas diferentes, el libro ya se compró y si se quiere ofrecer un seminario o software sobre VPD, la vía debería ser totalmente independiente.

Conclusión

El libro es interesante y completo. No aporta tremendas novedades pero ordena algunas conocidas, como hemos mostrado en las referencias.

Puede tener varias aplicaciones  aparte de crear/pensar un producto nuevo. Por ejemplo, como un modelo de análisis para manejar la incertidumbre en las aplicaciones de software actuales.

En mi opinión, hubiese convenido agregar más fuentes para quien quiera profundizar, y evitar algunas partes que se repiten.

Mi conclusión final es que: a quien ha leído y practicado BMG seguramente le aportará valor completando el detalle de dos importantes bloques, Propuesta de Valor y Segmento de Clientes.

A quien no leyó el libro anterior de estos autores, les puede ser de utilidad también por el orden, el lenguaje sencillo que aporta y la visión práctica de cómo crear productos con mayor probabilidad de que a la gente le interesen.

Si hay otras visiones y opiniones, bienvenido el debate.

Saludos,
Raúl


Raúl Martínez 



Referencias

(1) Business Model Generation, Osterwalder, Pigneur, 2009
(2) The Innovator's Solution: Creating and Sustaining Successful Growth, C. Christensen and M. Raynor 2003
(3) Kano Noriaki, Attractive quality (Kano method/Kano model)
(4) The four steps to epiphany. Steve Blank, 2013
(5) The Startup Owner’s Manual. Blank , Dorf, 2012

Nota

-Estos comentarios fueron hechos tomando la edición en inglés del libro
-Donde dice producto, equivale a producto/servicio
​

jueves, 26 de febrero de 2015

La Persona detrás de El Usuario


Al tratar de entender un problema a resolver o la solución a proponer, hablamos habitualmente de El Usuario. Eso es correcto según toda la literatura y es quien en última instancia utilizará nuestro producto/servicio.  

Bastante tiempo atrás nos preocupaba que este usuario recibiera un producto funcionalmente correcto, luego en la medida que la tecnología lo permitió sumamos cada vez más la idea de usabilidad y finalmente hoy debemos sumar algo más abstracto de definir que es la persona que está detrás de ese usuario.

Así como la propuesta Ágil nos muestra, entre varias otras cosas, la Persona que está detrás del Recurso en el Equipo de Trabajo y lo útil que es considerarla, deberíamos examinar cómo nuestro modelo de análisis de los problemas contemplan a la persona detrás del usuario y no sólo la funcionalidad que utilizará en la operación del producto.

Hay varios factores además del funcional, como el social o el emocional, que pueden finalmente transformarse en requerimientos tal como cualquier otro requerimiento funcional que conocemos.

En mi opinión este tipo de análisis es un movimiento imparable debido a la presión y difusión de las tecnologías que hoy ya están totalmente incorporadas al plano social y personal.

Sobre el tema, hay literatura interesante que si bien pertenece a lo que llamaríamos habitualmente libros de negocios, creo que son necesarios para el analista de negocios, el product manager , el arquitecto / desarrollador senior y por supuesto el emprendedor.

Los libros son estos:

--Business Model Generation, Osterwalder, Pigneur, 2009
--Value Proposition Design, Osterwalder, Pigneur , Bernarda, 2014
--The four steps to epiphany. Steve Blank, 2013
--The Startup Owner’s Manual. Blank , Dorf, 2012

Ninguno trae ideas revolucionarias, excepto el formato gráfico de los dos primeros utilizado para plantear temas áridos de negocios. Hay ideas de Christensen, Kim, Ries, etc. Bien condensadas y presentadas.

Conviene empezar por el primero Business Model.

Hay que tomarse un tiempo para leerlos, desprenderse del preconcepto de “eso es un  tema del negocio, no mío” y recordar siempre la frase de Steve Blank  -- get “outside of the building” -- que las cosas ocurren fuera de nuestro lugar de trabajo. Con la lectura no basta.

Hasta la próxima.

Raúl Martínez
rmartinez@rmya.com.ar


viernes, 10 de octubre de 2014

¿Los sistemas y productos de software actuales y el estándar ISO 25000 son compatibles?

Normalmente las normas y estándares parecen alejadas de los productos tan cambiantes que vemos hoy y las asociamos más con sistemas estables y en alguno casos críticos. ¿Es así? ¿Sólo sirven  para eso?. Trataremos de mostrar que no.

Cuando vemos un producto como una red social, un sitio de comercio electrónico, un juego, u otros de alta interacción con el consumidor / cliente / usuario, nos cuesta asociarlo con un estándar que habitualmente lo tenemos por algo burocrático, rígido, y pesado. Por ejemplo la familia de normas ISO 25000 de calidad de sistemas y productos de software, sucesora de la ISO 9126.

Sin embargo antes de descartar estas normas, deberíamos explorar si no contienen guías que nos permiten validar si estamos haciendo lo correcto, si contemplamos todo lo requerido, y fundamentalmente, si podemos hacer algo que luego podamos trasladar a otro producto de software o familia de productos  de software.


De todo esto trata esta presentación la presentación que adjuntamos.

Siguiendo brevemente un ejemplo, en este caso de comercio electrónico veremos como, las distintas consideraciones que tuvieron los diseñadores del software, son contempladas por la norma ISO 25000. 

Asimismo, veremos las novedades que hay a la fecha, octubre 2014, en esta importante norma.

La presentación se encuentra aquí:

Sistemas actuales e ISO 25000

Esperamos debatan y compartan estas conclusiones.

Saludos,
Raúl

martes, 3 de diciembre de 2013

Pequeños logros



Grandes cambios producen generalmente grandes rechazos. 
La idea de buscar pequeños logros intenta mejorar esta situación.




Los pequeños logros son una serie de objetivos que se consiguen, cada uno pequeño, que vistos por sí solos son poco significativos, pero que en conjunto tienden a producir una mejora importante.

Estas son algunas de sus características:

     Visibles, concretos e implementados, completos (1 y 2)
Es fácil reconocer su resultado, resuelven algo concreto y están terminados.

     No necesariamente ordenados
            No siguen una secuencia ya que no están implementando un proceso en partes, sino que el orden lo marca la nueva demanda creada por el logro recién  implementado.

     Unidireccionales – van todos en la misma dirección
No se contradicen y van todos detrás de un objetivo identificable.

      Muchos y pequeños
            Resuelven temas puntuales, tienen objetivos modestos, se pueden hacer varios (muchos) de ellos en corto tiempo.

     Tienden a propagarse
            Entusiasman y tienden a ser copiados por otras áreas de la Organización al ver los resultados obtenidos.

     Se festejan
            Como todo objetivo que se consigue, debe festejarse.

Tienen además la ventaja de ser comprensibles por la mayoría de las personas, ya que el objetivo es cercano y visible.

Son “políticamente correctos”, es decir no resuelven un gran problema, que también indica un gran error, sino que apuntan a cosas a primera vista inofensivas o menores, disminuyendo la resistencia a los cambios propuestos.

Reducen la ansiedad, muestran avance y evitan el estrés de un gran cambio cultural profundo. No se requiere un re-entrenamiento importante dado que son localizados.


Riesgos que genera este enfoque

- Expectativas propias o de los interesados mayores a los logros.

- Mejoras puntuales en un área pueden producir cuellos de botella en la performance de otros sectores.


Saludos,
Raúl
TW: @RaulMartinez582


(1 y 2) Referencias:
Weick, K. “Small Wins: Redefining the Scale of Social Problems,” 1984
¿Cambio qué cambio? Complejidad de un cambio

sábado, 14 de septiembre de 2013

¿Todavía quiere seguir jugando?



Una pequeña historia

Entramos a un Casino en el que hay diferentes juegos en los que podemos elegir apostar. En una mesa hay un juego llamado “Multimedia”, en otra uno llamado “Web-services”,  en otra uno llamado “Banca Electrónica”.
Nos acercamos al crupier y se desarrolla el siguiente dialogo:
  • Nosotros: “Cuánto la apuesta mínima?”
  • Crupier: “3000 millones”
  • Nosotros: “¿Quién jugará?”
  • Crupier: “No lo sabremos hasta que lleguen”
  • Nosotros: “¿Cuáles son las reglas?”
  • Crupier: “Aparecerán a medida que el juego avance”
  • Nosotros: “¿Cuál es mi chance de ganar?”
  • Crupier: “No podemos decirlo, ¿todavía quiere seguir jugando?”
¿Qué distingue a un gran líder de un líder promedio? Su habilidad para percibir la naturaleza y las reglas de un juego a medida que lo juega.(W. Brian Arthur)
--oo0oo-- 

El motivo de esta introducción es tratar de entender:
  • ¿Cómo tomamos decisiones en un contexto cambiante e impredecible?
  • ¿En qué podemos  basarnos?
  • ¿Cómo podemos afirmarnos en un terreno resbaladizo como un problema poco definido y un entorno altamente cambiante?

Las preguntas son demasiado amplias, pero totalmente trasladables a gran cantidad de proyectos que encaramos en la actualidad con clientes más demandantes, competencia exacerbada, tecnología fluida, calidad sobreentendida, etc.

Los supuestos para la toma de decisiones

Nuestro sistema más común de toma de decisiones, está basado en
  • Que existe en el contexto del problema un cierto grado de predictibilidad y orden,
  • que se pueden hacer ciertas simplificaciones para entenderlo,
  • y por lo tanto poder 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.

Dando sentido a las cosas

Una ayuda a estos problemas de decisión en contextos cambiantes podemos encontrarla en el concepto de “sensemaking”, cuya posible traducción sería “dar sentido”.
Sensemaking: es el intento de darle sentido a situaciones ambiguas, complejas o inciertas ayudando a tomar decisiones en ellas, tratando de entender las conexiones entre las partes intervinientes para anticiparse y actuar en forma efectiva.
Un marco de referencia para este “dar sentido”, lo propone el modelo Cynefin, de Kurtz y Snowden, al que ampliamos con las ideas de Snowden y Boone acerca de  la toma de decisiones utilizando esta propuesta.
Pero atención, los criterios que proponen no son una receta, sólo permiten razonar sobre posibles modos de encarar situaciones comunes en distintos contextos. Por ejemplo:
  • Ordenados y simples
  • Ordenados y complicados
  • Desordenados y complejos
  • Desordenados y caóticos

 Gráficamente


¿Cómo reconocemos cada entorno? ¿Cómo tomamos decisiones en cada uno? ¿Qué debemos resolver y qué problemas podemos encontrar?



Entorno Ordenado – Simple - Conocido

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

¿Qué caracteriza a esta situación?

  • Sucedió otras veces (repetible), es evidente, es predecible, si ocurrió un determinado evento sabemos lo que ocurrirá luego. Relación clara y lineal entre causa y efecto.
  • El entorno es conocido y estable, la probabilidad de cambios es baja.
  • Son aplicables las mejores prácticas, estructuradas en procesos.
  • Habitualmente el conocimiento de la solución reside dentro de la misma Organización.

¿Qué debemos tener en cuenta para tomar una decisión en esta situación?

  • Reconocer el contexto en el cual se desarrolla la situación.
  • Detectar y evaluar la información que se recibe.
  • Categorizarla.
  • Responder de acuerdo a una práctica predeterminada.
  • La “receta” es esencial ya que está probada y asegura repetibilidad.

¿Qué debemos lograr y fomentar?

  • Mantener una comunicación directa y clara, no es necesario que sea excesiva; el tema es conocido y la solución también.

¿Qué problemas esperar y qué evitar?

  • Equivocarse al leer el contexto y tratar de aplicar a todos los problemas las prácticas que conocemos. No poder pensar “fuera de la caja” para reconocer otra situación.
  • Resistirnos a entender que el entorno cambió y las soluciones  anteriores ya no aplican.
  • Confiarnos y simplificar demasiado; interpretar erróneamente lo simple como fácil.
  • El síndrome “esto es lo mismo que antes pero dicho de otra manera”. Tal vez no es lo mismo, ni se le parece.       

Caso:

  • Resolución de incidentes conocidos siguiendo pasos establecidos; no hay decisiones demasiado complejas y la mayoría de los casos están contemplados en “el manual”.
   

Entorno Ordenado - Complicado - Conocible

El dominio de la buena práctica o del experto -  (know-unknowns)

¿Qué caracteriza a esta situación?

  • La cultura de la Organización, algún proceso establecido y seguido ya hace tiempo, la burocracia ya incorporada en las tareas, producen problemas no visibles desde dentro. La relación causa-efecto existe, pero no es reconocida por la Organización o fácilmente detectable por quien debe tomar la decisión.
  • La causa puede estar separada del efecto, no es lineal (si toco aquí no explota allí inmediatamente) y posiblemente sólo un ojo entrenado y no comprometido,  pueda detectarla y aconsejar la decisión adecuada.
  • Las causas y los efectos se centran alrededor de un tema, lo cual deja al tema todavía en el terreno de lo predecible. Por ejemplo re-trabajo, defectos, etc.
  • Quien toma la decisión podría investigar, estudiar y finalmente también hacerlo, pero con tiempo e investigando. Asimismo ciertos conflictos de poder pueden actuar sobre una posible solución que descubra.

¿Qué debemos tener en cuenta para tomar una decisión en esta situación?

  • Reconocer el contexto en el cual se desarrolla la situación.
  • Detectar y evaluar la información que se recibe del contexto.
  • Analizarla, posiblemente con ayuda.
  • Responder de acuerdo a la sugerencia de el o los expertos.

¿Qué debemos lograr y fomentar?

  • Coordinar e integrar opiniones diferentes entre los expertos.
  • Crear una tema común de discusión evitando dispersión de los mismos expertos.
  • Escuchar a los no expertos que podrían aportar una solución creativa.

¿Qué problemas esperar y qué evitar?

  • Expertos demasiado confiados en su experiencia.
  • Opiniones diversas (y contradictorias), intereses personales de los expertos.
  • Parálisis por análisis.
  • Expertos pensando sólo “dentro de su caja” sin considerar alternativas.
  • Ignorar la solución propuesta, aunque sea evidente su corrección, por los problemas políticos que puede causar, sin analizar alternativas.

Caso:

  • Una serie de síntomas típicos en una Instalación, re-trabajo, tiempos muertos, visibles para los expertos, pero que pasan desapercibidos para el resto, y que muestra la necesidad de una mejora en los procesos.


Entorno Desordenado – Complejo – Retrospectivamente comprensible 

El dominio de la exploración y el ensayo (unknow-unknowns)

¿Qué caracteriza a esta situación?

  • La relación causa-efecto existe, pero la gran cantidad de variables intervinientes y relaciones entre ellas es tan amplia que no es posible incorporarlas en un proceso estructurado, ni analizarlas una a una ya que actúan a la vez. Por ejemplo proyectos extensos, con gran cantidad de personas intervinientes, organizaciones y tecnologías.
  • Pueden buscarse patrones de comportamiento que, si se repiten, ayudarán a simplificar la detección futura de situaciones similares.
  • La situación es entendible sólo retrospectivamente, es decir a posteriori, cuando se podrá encontrar una explicación para algunas de las cosas que sucedieron.         

¿Qué debemos tener en cuenta para tomar una decisión en esta situación?

  • Como posiblemente estemos ante un caso único, como la mayoría de los proyectos donde nunca todas las variables se repiten aunque lo hagan algunas, habrá que explorar posibles caminos y experimentar en base a la información del resultado de nuestras acciones.
  • Detectar patrones de comportamiento conocidos, e identificar nuevos. Responder de acuerdo a la nueva situación.        

¿Qué debemos lograr y fomentar?

  • Propiciar la experimentación creando un ambiente adecuado.
  • Lograr un alto grado de comunicación.
  • Aceptar errores o fallas en los ensayos.

¿Qué problemas esperar y qué evitar?

  • Incertidumbre en los resultados: estamos ante situaciones únicas.
  • Asustarse con los resultados o la falta de ellos y reincidir en procedimientos estructurados, que sin duda fallarán ya que fueron pensados para otros entornos.
  • Asociado a esto, perder la oportunidad de una solución creativa o alguna solución siquiera.
  • Confusión entre experimento y caos.
  • Buscar hechos concretos en un ambiente donde todo fluye y es difícil encontrarlos, en lugar de entender los patrones que van surgiendo.

Caso:

  • Cualquier producto de cierta complejidad, tamaño, extensión, novedoso como idea, sobre tecnologías nuevas o en desarrollo, para mercados en expansión y variados. Productos originales o innovadores están en este entorno.
  • Casos como YouTube, e-Bay, Google, las redes sociales, avanzaron en sus orígenes, y siguen actualmente, creando e identificando patrones de comportamiento que permiten cambiar el negocio a medida que se comprenden sus características.

·         

Entorno Desordenado – Caótico – Inesperado

El dominio de la respuesta rápida.

¿Qué caracteriza a esta situación?

  • Es totalmente inesperada. ¡Pasó y hay que resolverlo!
  • Nadie sabe exactamente qué hacer ya que escapa a todo lo conocido.
  • Quién piensa en ese momento en detectar y analizar la relación causa-efecto: no hay tiempo.
  • Lo primero es restablecer el orden, actuar rápidamente y detener la turbulencia.

¿Qué debemos tener en cuenta para tomar una decisión en esta situación?

  • Actuar para volver a ordenarnos.
  • Detectar el resultado de la acción y ver cuál puede ser el próximo paso. 
  •  Responder de acuerdo al resultado, profundizar o cambiar por otra acción.
  • No ir atrás de la respuesta correcta ni perfecta, sino de lo que funciona en ese momento.

¿Qué debemos lograr y fomentar?

  • Actuar.
  • Comunicar breve y claramente qué debe hacerse (órdenes en muchos casos).
  • Impedir mayor caos.

¿Qué problemas esperar y qué evitar?

  • Buscar culpables durante el caos: no ayuda a solucionarlo, al contrario.
  • Actitudes tanto egoístas como altruistas de las personas.
  • Continuar en la actitud de ordenar y controlar. Es útil para salir del caos, pero dañina más allá de lo necesario.
  • Vivir en crisis; hay mejores formas de sentir la adrenalina.

Caso: 

  • Situaciones de emergencia, caídas de los sistemas producidas por eventos fuera de cualquier riesgo esperado, aun los más extremos contemplados.


El centro: el desorden

¿Qué caracteriza a esta situación? 

  • Conflictos entre quienes deciden.
  • Ver la misma situación desde distintos puntos de vista.
  • Competencia por interpretar la situación basados en sus preferencias. Unos tratan de aplicar el proceso, otros de experimentar, y otros de controlar.
  • Cada uno lo llevará al plano donde cree tener más poder.

          ¿Qué debemos lograr y fomentar?

  • Posiblemente la única solución es acercarlos y ayudar a que reduzcan sus diferencias.
  • Buscar puntos en común.

  • ...No es fácil...

Conclusión

La pregunta inicial fue cómo tomábamos decisiones en situaciones complejas o inciertas.
No siempre estamos (o deberíamos estar) en el plano de caótico, y hay gran cantidad de situaciones en el contexto de lo complicado y hasta de lo simple. No toda situación es una emergencia.
Habrá también casos de situaciones complejas, las cuales, a medida que las comprendamos deberíamos hacerlas transitar hacia los estadíos anteriores más ordenados y así lograr una forma repetitiva de resolverlas.
Los riesgos son varios y no sencillos de tratar ya que están relacionados con las personas, la cultura de la organización, el contexto donde se insertarán las soluciones, y podríamos seguir agregando. Aun así, el mayor riesgo es no hacer nada y tratar de aplicar la misma receta a todo, cualquiera sea esta receta y situación que estamos tratando.
Como agregado, y si bien implica también un riesgo, debemos visitar los contextos desordenados, ya que en muchos casos allí residen las ideas creativas, todavía no procesadas. Logradas nuevas ideas, nuevamente podemos tratar de volver a los contextos más ordenados.
Resumiendo y en palabras sencillas:
  •        Simple = By the book
  •        Complicado = Preguntar al experto
  •        Complejo = Ensayar y analizar el resultado
  •        Caótico = Actuar.

Material de referencia

  • 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. Este trabajo dio origen al modelo. Es 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 más específicamente a quien toma decisiones. Muy interesante la tabla resumen con las características de cada contexto, sus acciones y sus riesgos.
  • Increasing returns and the new world of business, W. Brian Arthur, HBR 1996.
  • Definiciones de Karl E. Weick. Varias publicaciones.