2017-05-26

#weekendvideo 109. Friendly Guide to Climate Change by Henrik Kniberg

En el pasado les he hablado de lo mucho que me gustan las presentaciones de Henrik Kniberg (ver aquí o aquí). En esta ocasión les dejo un video elaborado por él sobre cambio climático, su siguiente desafío

Además de ser útil por su contenido, el video también muestra lo bien que maneja el arte de la presentación y la facilitación gráfica.



Seguimos pensando..

2017-05-24

Blockchain también necesita testing

Todo vuelve, todo gira, todo vuelve a empezar.

Hace unos días estuve en una charla introductoria sobre blockchain. Me resultó muy interesante poder preguntar de primera mano algunas cosas que no sabía y entender que, de cierta forma, hay nuevas tecnologías que nos hacen volver a empezar y reutilizar nuestras habilidades.

Hablo de volver porque la escritura de smart contracts en blockchain involucra asegurarse que dichos contratos funcionan bien, es decir, involucra probarlos. ¿Cuál sería el costo de un error o una vulnerabilidad en un contrato de estos?

En una nota de mayo de 2016 llamada Testing Blockchain se describen algunos de los problemas por los que está atravesando la práctica de testing en esta tecnología:

  • Mucho Testing Manual
  • Inmadurez en la práctica automatización
  • Múltiples frameworks para automatizar
¿Les suena conocido? En palabras del entrevistado en la nota "The smart contract world has caught up, in a sense, with the traditional software engineering world".

Como he dicho alguna vez, no veo al tester sin trabajo en el futuro. Siempre va a ser necesario probar cosas y siempre vamos a necesitar ese sentido común humano que a las máquinas y a los algoritmos les cuesta tener.


Seguimos pensando..

2017-05-22

La parte más importante en una conversación

La parte más importante de una conversación es la de escuchar al otro. El problema es que uno, a veces, está tan pendiente de decir lo que tiene para decir que no repara en que del otro lado también puede tener cosas interesantes para aportar también.

Cuidarse de interrumpir, tomarse tiempo para responder y pensar en lo que el otro dijo, son algunas de las cosas que deberíamos tratar de hacer.

Es difícil pero esas veces en las que uno lo logra, todo sale mejor.

Seguimos escuchando..

2017-05-19

Testear experiencias requiere un nuevo concepto de error

Decíamos que el concepto de calidad está cambiando de la mano de testear experiencias. Un ejemplo claro de estos cambios es lo que sucede con el concepto de error. 

En testing de software reportamos errores que deben ser encontrados y corregidos pero nunca son bienvenidos. 

En el nuevo paradigma de la calidad, donde probamos hipótesis sobre la experiencia de nuestros clientes (o usuarios) diseñando experimentos, puede haber hipótesis erróneas, experimentos erróneos y/o errores de ejecución de nuestros experimentos. Aquí la noción de error se hace menos clara (o más flexible). Dado que intentamos seguirle el ritmo a los gustos del cliente y a la tecnología, buscamos equivocarnos rápido y con mínimo impacto. En este nuevo juego los errores son tan buenos como los aciertos porque nos dan información.

Seguimos pensando..


2017-05-17

El rol de TI en Data Management es disponibilizar

La práctica de inteligencia de negocios (o business intelligence o BI para los amigos) tiene muchos años. Inicialmente los proyectos de BI eran faraónicos. Llevaban meses o años, y para cuando el usuario final veía los reportes, la necesidad habían cambiado. El paradigma era que el usuario pedía a TI algo (a veces bastante difuso) y estos se encerraban por meses con sus proveedores para luego volver con un edificio construido.

Hoy, gracias al progreso en términos de herramientas, técnicas y tecnología (por ejemplo la nube), ni el usuario queda supeditado a aquel pequeño papel ni TI tiene la responsabilidad de hacer un edificio. 

En nuestros días se ha llegado a un punto intermedio. Por un lado, TI es responsable de disponibilizar datos y herramientas. Ya no se trata de que ellos llegue a hacer todos y cada uno de los reportes que el negocio necesita (todo el edificio) porque, sencillamente, el negocio no sabe qué reportes necesita anymore. Por el otro el usuario ahora tiene herramientas que le permiten crear sus propios análisis (o llegado el caso reportes) e independizarse de tener que pedir las cosas a TI.

Disponibilizar datos hoy es crear una capa de información para el usuario que le permita a este jugar, como se cuenta en esta nota que hizo Mercy en el mundo de la salud. Por supuesto que TI sigue haciendo reportes. Cuando sabemos que cierta información debe estar disponible regularmente y para un cierto público, armar un reporte que la genere es lo más eficiente. Pero ¿qué pasa cuando estamos analizando un problema y no sabemos qué pedir o cuando queremos sencillamente jugar con la información? Allí la cosa cambia y el usuario necesita flexibilidad.

Esta idea parece simple si la analizamos a la luz de tendencias como big data o analytics, pero no lo es. Demasiadas organizaciones todavía no entienden que tener la capacidad de disponibilizar su información en tiempo y forma para la toma de decisiones es la clave para destacarse (o debería decir sobrevivir) en el mundo de hoy. 

Seguimos pensando..