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..

2017-05-15

La transformación de IT golpea a la gestión de proyectos

El efecto cascada desencadenado por la transformación digital de los negocios ya alcanzó a la gestión de proyectos. Esta transformación está golpeando profundamente el rol de TI en muchos aspectos. Uno de ellos es su capacidad de ejecución de iniciativas y proyectos. En palabras de Dion Hichcliff, TI debe tener agilidad y escala


La imagen es elocuente. IT ya no tiene meses para entregar valor. Ahora, a veces tiene días y a veces tiene horas. El paradigma de ejecución cambió abruptamente.

Es en este contexto en el que me pregunto cuánto lugar tienen las prácticas tradicionales de gestión de proyectos, o las capacidades típicamente valoradas de la gente que gestiona proyectos, o para el caso las herramientas que usamos para llevar adelante proyectos.

Así como lo he dicho para otras prácticas, creo que estamos ante un momento de cambio en la gestión de proyectos también.

Seguimos pensando..

2017-05-12

¿Microsoft tiene una estrategia para Office 365?

Alguno me va a tildar de ingenuo pero la verdad es que me cuesta entender la estrategia de Microsoft para Office 365. Tienen tantas herramientas similares en algunas categorías que siento que lo único que logran es marear al usuario y hacer que se vaya corriendo a buscar algo fuera de su entorno más simple, de uso más fluido y mejor integrado.

Tomemos el rubro tareas por ejemplo. En Office 365 podemos tener tareas utilizando las famosas Tasks de Outlook, podemos tenerlas usando Microsoft Planner, podemos tenerlas usando Wunderlist y ahora podemos también tenerlas usando Microsoft To-Do. Esto sin contar que en OneNote también podemos tener tareas. Si nos vamos al rubro espacios de colaboración tenemos Yammer, Groups y Teams.

Calculo que en algún momento todo esto se simplificará y logrará confluir a unas pocas herramientas, no?

Seguimos pensando..