¿Qué es Visualización de Datos?

Un issue para los informáticos y no informáticos

Al desarrollar  un estudio, investigación o trabajo generalmente se deja para el final la presentación de los datos. Se suele dar gran importancia al proceso de descubrimiento, al desarrollo de las preguntas, al estudio del conocimiento existente pero al armado de los gráficos con resultados se le dedica poco tiempo.

En sistemas, invertimos gran parte del  tiempo en el análisis, diseño y desarrollo de nuestras aplicaciones. Normalmente, asignamos mucho tiempo al testing, a la implementación y la puesta en producción. Sin embargo la presentación de los  datos  almacenados, se limita solo al desarrollo de aburridos reportes que poco significan para el usuario. Los que  trabajamos en desarrollo, confiamos el diseño de nuestros sitios a empresas especializadas. No tenemos miedo, es más, nos jactamos al decir que lo nuestro es la estructura interna. La presentación es un detalle en el cual poco nos involucramos.

 No es un tema menor la preparación del artículo final de los resultados de una investigación o el acceso a los datos almacenados en la base de una aplicación compleja.

Por otro lado,  actualmente Internet nos tapa de información. Desde datos de distintas fuentes, blogs, páginas de presentación de empresas, instituciones. Textos de todo tipo, noticias, ensayos, tesis, revistas científicas.

Dentro de toda esta maraña de info, se han puesto de moda los gráficos. Toda empresa que se precie debe tener ( o tratar de ) un tablero de comandos o Dashboard.

Miremos algunos gráficos que dan que hablar

• Por ejemplo, este que muestra el costo de la salud a lo largo de la vida de un adulto.

• Cómo se consume la energía en Alemania ... ?
• Conozcamos la escala del universo

Es  increíble todo lo que dicen estos simples gráficos o animaciones. Son sólo un ejemplo para tomar conciencia de la importancia de un diseño adecuado y enriquecedor.

Es interesante también conocer imágenes donde el tamaño o la ubicación proveen de información valiosa. Tales como los 'treemaps' y los 'timelines'.

Treemaps y líneas de tiempo

Por ejemplo el treemap del buscador de noticias http://newsmap.jp, donde el tamaño se asocia a la popularidad de la noticia y el color al tema.Por otro lado, las lineas de tiempo permiten conocer de un vistazo una historia, pudiendo entrar en detalle a demanda. Un caso es la biografía de Facebook.

Hay gente dedicada a esto desde hace tiempo:

http://www.simile-widgets.org/timeline/

A esta altura es necesario formalizar un poco todo esto y definir:

Infovis -Information Visualization-

  ¿Qué es Visualizar?

Es la formación  de la imagen mental de un concepto abstracto. Entendiendo como Imagen: conciencia de un objeto ausente o inexistente. Imagen es la representación construida al margen de los estímulos sensoriales.

¿Qué es la información?

Conocimiento adquirido a través de la experiencia o el estudio La información consiste en la elaboración de datos, las señales en bruto que se pueden recoger de los objetos o fenómenos, para construir el conocimiento.

 Entonces,¿ que es visualización de la información?

Según Juan Carlos Dürsteler:

'proceso de interiorización del conocimiento mediante la percepción de información'

La visualización de la información incide en la transformación de la información en conocimiento   (tomado de http://infovis.ne)

Me gustó mucho también la definición de http://infovis.org/

 ...

Visualization is more than a method of computing! It is a process of transforming information into a visual form enabling the viewer to observe, browse, make sense, and understand the information. It typically employs computers to process the information and computer screens to view it using methods of interactive graphics, imaging, and visual design. It relies on the visual system to perceive and process the information.

Visualization is more than pretty pictures. This is not to lessen the importance of visual aesthetics. The latter is quite important in making the user like to look at the information. However, the beauty of an effective visualization is more than skin deep ..

 Las visualizaciones de datos nos permiten ver y entender nuestra información con mayor profundidad. Esta comprensión nos conduce a tomar mejores decisiones.

Sin la visualización de los datos y el análisis de los mismos, es posible caer en malentendidos y perder oportunidades.

Algunas visualizaciones son tan poderosas que nos permiten cambiar nuestra concepción del mundo. Les muestro algunas representaciones que cambiaron la historia:

• Florence Nightingale

En la guerra de Crimea, en 1855 Gran Bretaña está luchando tanto con Rusia como con la enfermedad.

Como enfermera, Florence quería convencer a la armada para que invirtiera en hospitales y cuidado de la salud en lugar de gastar en armas.

Para esto, contó una historia con datos mostrando la cantidad de muertes por enfermedad. Esto se marca con gris.

Después de esto, los cuidados sanitarios se hicieron prioritarios para la armada inglesa.

• Minard, al representar la campaña de Napoleon

En 1812 Napoleón marcho a Moscú para expandir su imperio. El 98% de los soldados murieron. Cincuenta años más tarde, el ingeniero Charles Minard quizo recordar los horrores de la guerra con datos.

Estos se representan en el mapa. El ancho de la linea representa la cantidad de soldados en la ida y vuelta.

Debajo, hay un  grafico de la temperatura, que demuestra que las bajas temperaturas aniquilaron la tropa.

Este gráfico sirvió de inspiración para aquellos que deben determinar el verdadero costo de la guerra. 

• Mapa del cólera en Londres

En 1854 hubo una epidemia de colera en la que más de 500 personas murieron en un mismo barrio. Este foco misterioso de infección era especialmente aterrador por no saber la causa del mismo.

John Snow, un epidemiologista, determinó que el suministro de agua fue la causa del desarrollo de la epidemia en la zona.
Dibujó cada muerte en un mapa, con un gráfico de barras cuya altura correspondía a la cantidad de muertes por lugar.
Asi se dio cuenta que verca de la bomba de agua de Broad Street había una mayor cantidad de muertes.Así pudo convencer a las autoridades para modificar la ubicación del suministro de agua.
http://en.wikipedia.org/wiki/1854_Broad_Street_cholera_outbreak

 

Quiénes trabajan con visualizaciones actualmente

Edward R. Tufte 
Ben Shneiderman
Stephen Few

Hay mucho más para ver y debatir, pero es un buen momento para determinar cómo estamos ubicados respecto al tema. Para ello,  es interesante el test publicado por la gente de PerceptualEdge: determinar el IQ gráfico.

¿Cómo les fué?

Escribí este artículo después de leer material de la Maestría que cursé en la Universidad de Buenos Aires.

To be continued ...

Leer más...

Git: submódulos anidados

Los submódulos en Git son una forma muy elegante de resolver el tema de las dependencias entre proyectos, permitiendo hacer referencia en varios proyectos (repositorios) a un mismo proyecto (repositorio) compartido.

Sin embargo, la creación de un repositorio con submódulos anidados está lejos de ser intuitiva. En esta entrada de nuestro blog en inglés le mostramos cómo hacerlo.

Leer más...

TypeScript: desarrollo Javascript a gran escala

Actualmente existen varios “superlenguajes” que permiten escribir JavaScript en una forma más abreviada o segura o con diversas ventajas (el mas conocido es CofeeScript).  Todos ellos se “compilan” a Javascript válido, que es el que viaja al browser.

Ahora Microsoft está haciendo su propia apuesta en ese tema, con el TypeScript  - que es un super-conjunto de Javascript con varias características novedosas (entre ellas el control opcional de tipos) que hacen más seguro y fácil el desarrollo en la escala de aplicaciones completas. Tal como en los otros casos, se compila a Javascript convencional..

Hasta acá la iniciativa no sería demasiado impresionante… pero MS se está jugando una carta fuerte en este proyecto – que espera sirva de base para el desarrollo para Windows 8 ademas de la web. El responsable del proyecto es nada menos que Anders Hejlsberg, creador del C# y uno de los responsables del proyecto del .NET framework – que fue la plataforma que permitió a MS recuperar el liderazgo en las herramientas de desarrollo.

Asi que va a valer la pena seguir con atención la evolución de este tema…

El anuncio fue realizado en esta entrada (en inglés) en el blog de S. Somasegar, VicePresidente de la division de Desarrollo en Microsoft.

Leer más...

Puente entre TFS y Git para control de código en paralelo

Una alternativa para casos especiales

A veces un repositorio de código está alojado en Team Foundation Server - y no puede cambiarse esa decisión - pero uno necesita interactuar desconectado del mismo durante un lapso más o menos prolongado (en términos de la cantidad de modificaciones aplicadas). O simplemente, las preferencias personales por Git - fácilmente entendibles - hacen que para una serie de cambios que requieran un manejo flexible del control de código, se busque la forma de aprovechar las ventajas de Git.

git-tfs

Para resolver las tareas de identificar los cambios realizados sobre el repositorio Git (agregados, eliminaciones y modificaciones) y expresarlos en uno o más "changesets" de TFS, Matt Burke desarrolló un conector que funciona como puente entre los dos sistemas de control de cambios: git-tfs

Despues de instalar el conector copiando los ejecutables a alguna carpeta y agregando la misma al PATH, se dispone de una serie de comandos 'git tfs' que funcionan como extensiones al git; eso permite:

1. Crear un repositorio Git a partir de un proyecto o carpeta de TFS, ya sea con su "última foto" o con su historial completo de cambios.
2. Sobre eso puede operarse con todas las facilidades de Git (branches, etc) haciendo "commits" (de Git) sobre el repositorio
3. Para generar un "changeset" de TFS se utiliza el comando 'git tfs checkintool'
4. Tambien pueden traerse cambios subidos al TFS despues de la bifurcacion inicial, mediante las secuencia de comandos 'git tfs fetch' y 'git tfs merge' (o 'git tfs rebase')

La información más detallada puede leerse en el proyecto git-tfs en GitHub, y tambien en esta entrada de blog (en inglés) de Jeremy Skinner.

Leer más...

Nuestro primer aniversario en Ezeiza

Los tiempos modernos nos obligan a adaptarnos a los cambios, adecuarnos a nuevos ritmos de vida y tomar decisiones inteligentes.

Hace ya un año decidimos afianzar el crecimiento de la empresa abriendo una nueva sede de Tercer Planeta en Ezeiza, sumándola a nuestras oficinas existentes hace ya más de 10 años en la Ciudad de Buenos Aires.

Festejamos un año en la nueva sede de Ezeiza (foto de la inauguración)

La idea de descentralizar los espacios físicos tuvo como objetivo principal la búsqueda de la mejora en la calidad de vida de las personas que forman parte de nuestro equipo, siendo esta ciudad un punto estratégico que permite acortar tiempos de viaje diarios a muchos de nosotros.

Hoy, a un año del acontecimiento, podemos decir que el desafío es todo un éxito, las diversas formas de comunicación disponibles en la actualidad, sumado a los comportamientos agiles, que hoy en dìa comparte la mayoría de las empresas de Tecnología y que son parte de nuestra forma de trabajo habitual, permitieron sortear fácilmente los obstáculos que presupone mantener equipos de desarrollo interactuando en diferentes proyectos y en locaciones remotas.

Queríamos compartir esta alegría con toda la comunidad, e incitar a quienes esten en situaciones similares, a animarse a tomar decisiones en este mismo sentido.

Leer más...

Obtener version de Git (tag) desde CCNet

Al implementar el flujo de trabajo "mínimo" descripto en mi post anterior, nos surgió la necesidad de acceder desde la plataforma de integración CruiseControl.Net a la información del ultimo tag de versión asignado en Git, asi como a la cantidad de commits ingresadas a partir del mismo; de modo de construir con esa información un identificador de versión (CCNet label).

En este artículo - en nuestro blog en inglés - describimos con más precisión la funcionalidad requerida.

La solución que implementamos - una extension para CCNET - está publicada en este proyecto en GitHub.

Leer más...

Empezando en Git con un flujo de trabajo minimalista

Los equipos de desarrollo que llevan tiempo utilizando Git como herramienta distribuida de control de código fuente (DCVS) en proyectos de cierta complejidad suelen adoptar metodologías como git-flow para ordenar el flujo de trabajo y las diversas ramas del repositorio.

Sin embargo, para equipos pequeños en proyectos no tan complejos, o bien para empezar a establecer un modelo de trabajo adecuado a la propia organizacion, resulta util partir de un modelo mínimo que cumpla los requerimientos básicos para mantener el proyecto en desarrollo y en producción.

En este artículo de nuestro blog en inglés describimos un modelo "minimalista" que a nosotros nos sirve como punto de partida para el trabajo del equipo.

Leer más...

Git, paquetes Nuget, y caracteres de fin de linea

Utilizando una combinacion bastante frecuente - y recomendable - de herramientas y componentes para desarrollo de sitios web en entornos Windows (Visual Studio 201x, Git para control de código fuente, Nuget como administrador de paquetes) puede encontrarse con un problema inesperado al tratar de actualizar los paquetes de Nuget.

Ese problema se origina en el manejo de los caracteres de fin de linea (CR o CR-LF) que son tratados de un modo particular en Git.

Este post en nuestro blog en inglés presenta una descripcion más detallada del problema y una solución propuesta.

Leer más...

Windows Azure llegó a la Argentina y estuvimos ahí

Ayer participamos del lanzamiento de Windows Azure en Argentina, un evento de día completo que sirvió como un pantallazo rápido de las ventajas y facilidades en el uso a la hora de montarse sobre esta plataforma.

Haciendo una breve descripción se podría decir que Windows Azure conjuga virtualización y una serie de servicios, todo en la nube, con las ventajas de poder independizarnos del hardware e infraestructura en primer lugar, y cuestiones relacionadas con el Sistema Operativo en el segundo caso.

La intención de este articulo es más que nada compartir algunas sensaciones que nos pudimos llevar del evento. Pueden seguir este link para obtener más información técnica o comercial del producto.

El evento tuvo un tinte netamente comercial aunque sirvió también para poder entender que significa esta movida para Microsoft y qué puede significar para nosotros como empresas dedicadas al desarrollo de software.

Como mencioné anteriormente el evento nos dejo algunas sensaciones, algunas de las cuales fueron intencionalmente trasmitidas por los oradores, otras quizás se pudieron leer entre líneas:

• Microsoft se está sumando fuertemente al mundo de la virtualización de hardware online. La novedad en este punto es que Microsoft lo está haciendo, esto de movida nos brinda varias ventajas:
• Que sea Microsoft el que lo haga nos asegura un cierta integración con varias de las herramientas que utilizamos a diario, Visual Studio 2010, Sql Server Managment Studio, etc., etc.
• Tenemos una nueva opción para ofrecer a nuestros clientes y que sea Microsoft muchas veces simplifica las cosas.

• El hecho de haber mostrado todas las Demos con GIT nos demuestra la fuerza que fue tomando esta herramienta. No es habitual que en un evento de estas características se hable tanto de un producto de la competencia J.
  
• El nuevo portal de Windows Azure está desarrollado con HTML5, reemplazando el viejo portal hecho con Silverlight. Creo que no hay mucho que agregar al respecto.

En fin, la tecnología avanza día a día. Como empresas dedicadas a la tecnología no podemos quedarnos atrás y mucho menos ignorar los pasos que vienen por delante. Sin dudas Windows Azure se suma a la lista de tecnologías que tenemos que conocer y aprovechar, en los casos que nos parezca adecuado.

Para terminar, y como dato de color, les comparto una grata demostración de lo que significa la adaptación al cambio en una parte no menos importante del evento, el catering.

El mate argentino

¿Habrá de estos en Redmond?

Leer más...

Scrum Gathering 2012–Nuestra experiencia

Scrum Alliance participa de la organización de varios eventos a nivel global y regional. En este caso algunos de los integrantes de Tercer Planeta participamos del encuentro latinoamericano “Scrum Gathering 2012” realizado los días 23 y 24 de mayo en la Universidad de Palermo, Buenos Aires.

A continuación dejamos una breve reseña de los keynotes de apertura y cierre de la jornada y algunas consideraciones personales sobre la organización del evento.

Keynote – Xavier Quesada Allue

Xavier es un argentino que vive en Bélgica hace algunos años y en su keynote habló de un concepto argentino que a él le parece fundamental: La grositud.

Llegó a este concepto basándose en su experiencia personal. Empezó trabajando en una “.com” e inesperadamente terminó viviendo en Bélgica.
En el camino los gerentes le robaron el sueldo, los vendedores de la empresa vendieron cosas que no sabían hacer, entrevistó un candidato a DBA que dijo saber cosas que no sabía, un intermediario de Estados Unidos que aceptó a cualquiera para trabajar de DBA offshore, un belga que contrató un DBA offshore cuando necesitaba uno local, una empresa argentina que mandó un candidato a la entrevista e iba a mandar a otro para trabajar y finalmente un belga que lo valoró por su honestidad y lo guió en su nuevo camino.

De esta experiencia de vida Xavier se dio cuenta que hay tres tipos de personas o tres estereotipos:

* Primero Juan Promedio, como su nombre lo indica es un tipo promedio, cumple pero no se mata laburando. Las personas como Juan promedio son personas que no restan pero tampoco suman mucho, buscan hacer lo mínimo necesario para poder asegurarse su objetivo principal: sobrevivir.
 

* Un segundo tipo de personas es el Chanta Gonzales, este tipo de persona es el típico personaje que promete lo mejor del mundo pero no hace nada, constantemente busca excusas y le echa la culpa a otros. Su objetivo es zafar y para eso es capaz de cualquier cosa. Estas personas son las que restan, siempre prometen cosas imposibles y están viendo cómo salir limpios sin mucho esfuerzo.
 

* Y el tercer tipo de persona es Peter Groso. Peter es un tipo que tiene un objetivo claro, que su producto sea el mejor del mundo. Para eso se preocupa desde el principio por mejorar sus procesos para poder lograr el mejor producto, no se centra en los resultados sino en generar un gran producto.

Personas como Peter son las que dan empuje a los proyectos, preocupándose todos los días por hacer las cosas mejor. La grositud es una actitud, no importa si sos el más inteligente del mundo, lo importante es que intentes siempre hacer lo mejor. 
 

En su experiencia se cruzó con un gerente, un vendedor, un candidato a DBA, un intermediario de Estados Unidos, una empresa argentina y un gerente belga que eran unos chantas, pero también se cruzó con un groso, el belga que lo contrató por su honestidad y lo ayudó a llegar a ser lo que es hoy. Por esto Xavier plantea que lo que hay que intentar siempre es de rodearse de muchos Grosos y algún que otro Promedio, pero siempre alejarse de los Chantas. Hay que recordar que los Grosos suman mucho, los Promedio no restan pero tampoco aportan tanto y los Chantas siempre restan.

Keynote – Alan Cyment

Lunes, ese día en que el oscuro túnel hasta el fin de semana siguiente suele parecer interminable y donde el desgano se apodera de gran parte de todos nosotros. Intentar evitar esto fue el punto central de la charla de Alan.
La idea puede resumirse con dos términos japoneses “Kaizen” y “Kaikaku”.

El primer paso es focalizarnos en un objetivo, el cual represente nuestro “Kaikaku” (Cambio Radical), que va a lograr cambiar nuestra percepción de la semana laboral como un “túnel” y llevarla a algo que nos motive e incentive a ir al trabajo.

Luego, y sin perder nunca de vista nuestro “Kaikaku” entra en escena el segundo término “Kaizen” (Mejora). Siempre basados en el cambio que queremos lograr, debemos ir generando pequeños cambios que proporcionen mejoras sensibles en nuestro entorno y nos ayuden a acercarnos cada vez más a nuestro objetivo principal.
Esto que vemos aplicado a un ejemplo de la vida cotidiana de casi todos, puede darse en cualquier aspecto de la vida que queramos cambiar y es consecuente con la idea principal de SCRUM. Salgamos del espacio de confort para lograr un cambio que nos permita mejorar. Cualquiera puede verse seducido por la idea de ser un “Tipo Promedio” pero ¿Por qué no ser un “Groso”? lo único que tenemos que hacer para lograrlo es tener presente nuestro “Kaikaku” y tener constancia en dedicarnos a lograr nuestro pequeño “Kaizen” diario, lo demás viene solo…

Consideraciones personales de la organización del evento

Nos pareció muy interesante que la organización permitió la participación de la comunidad en la planificación de la grilla, proponiendo una votación de las charlas que formarían parte del evento, logrando así que el contenido de la jornada sea más que interesante para todos. De esta votación surgieron 17 charlas y 4 Workshops que fueron distribuidos durante el primer día, mientras que el segundo fue desarrollado íntegramente en formato Open Space.
Esta distribución tuvo como efecto secundario que nos quedamos con ganas de participar de varias charlas ya que de 21 propuestas sólo pudimos asistir a 5 cada uno, aunque gracias a esto se generaron charlas más reducidas (en muchas no superábamos los 20 participantes) e interactivas. Esto nos permitió un mejor intercambio de experiencias y en forma colectiva analizar y discutir conflictos cotidianos de distintos equipos.

Leer más...

Lo que dejó Ágiles 2011

Los días 11, 12 y 13 de Octubre de 2011 se realizó la 4ta Jornada Latinoamericana de Metodologías Ágiles en Buenos Aires. Los dos primeros días de la jornada se dedicaron a charlas, workshops y tutoriales, dejando el último día reservado a los Open Space. En el "Cierre oficial de las Jornadas" se realizó la correspondiente retrospectiva del evento e inmediatamente después se habilitó la fiesta para completar la finalización del evento.

A pesar que han pasado algunos meses, desde las jornadas hasta la publicación de este artículo, quiero compartir una breve reseña de algunas de las sesiones a las que asistí y las impresiones más destacadas que me llevé.

Keynote: Us, them and the problem with common agile practice

(Jeff Patton)

Remarcó la importancia ubicarnos en el lugar del usuario/cliente en cuanto a poder imaginarnoslo en un “mal día” para poder visualizarlo en un “buen día”. Esto nos ayuda a “sincronizar nuestros cerebros”, al intercambio de conocimiento acerca de los problemas actuales, futuros y lo que hay en el medio.

Consejo: construir el “Story map” en conjunto con el usuario/cliente para explorar el producto completo a través de la conversación con él, quien habla de su “vida laboral” en lugar de un producto de software.

Es importante armar “Cross functional team”

de esta forma, el trabajo se tratará de hacerlo NOSOTROS Y ELLOS.

Workshop: Design emergente e divida técnica: tomando decisiones conscientes

(Mariana Vivian Bravo, Hugo Corbucci)

Fue un workshop en el cual al principio se presentaron tres ideas relacionadas con "Deuda técnica" y luego se realizó un debate entre los asistentes.

Durante el debate uno de los participantes compartió una metáfora donde la deuda técnica está representada con lo que se deja sin lavar al cocinar. Se pueden lavar los utensillos y recipientes de cocina cuando no se utilizan más, o postergar el lavado hasta finalizar la preparación. La principal diferencia entre ambos es el esfuerzo asociado a realizar el "lavado de los platos": en el primer caso son pocos platos a lavar en varios momentos, en el segundo es una pila de platos -proporcional al nivel de dificultad de la preparación- al finalizar la misma.

Un interesante punto de vista para evaluar qué se puede y quiere hacer con las deudas técnicas.

Keynote: Agile, past and future

(James Shore)

Me pareció muy interesante y enriquecedor el Keynote que brindó James Shore. Develó algunos secretos para tener éxito en ágil:

Pasión por el trabajo ¿Cómo tener “El mejor trabajo de mi vida”?

• Hacerse cargo del software que se está construyendo.
• Hacer foco en la Mejora continua, no solo durante la retrospectiva. Importante –> qué se hace para progresar, cambir o resolver algo.
• Calidad –> “es una cuestión de actitud”.
• Habilidad –> ser bueno en lo que se hace pero no ser un “rock star”.
• Disciplina.
• Buen entorno, sin fricción, donde sea sencillo trabajar. Alegría.

Comunicación

• Lograr que todas las personas tengan la misma idea, que entiendan lo mismo.
• Hablar, comunicarse.
• Estar atento a los temas que son sensibles, se necesita un equipo maduro para poder manejar estas situaciones.
• Comenzar a compartir experiencias, a divertirse trabajando juntos para conseguir el objetivo.

Herramientas

• Velocidad de iteración sólida y constante.
• Pocos defectos. Test automatizados. Diseño continuo.
• Tener rigor –> identificar un diseño pobre y corregirlo, mejorarlo.

El secreto con el que más me siento identificada, está relacionado con la pasión por el trabajo. Me alegró escucharlo y coincido plenamente con ese concepto, aunque creo que va mas allá de ser ágil o no. Creo que es fundamental que cada uno disfrute del trabajo que realiza y se sienta orgulloso del resultado.

Optimizing Organizational / Team collaboration & transparency even with distributed teams

(Michael DePaoli)

Modelo representativo del trabajo en equipo, en cuanto a las relaciones y la comunicación:

Enumero algunos conceptos que me parecieron destacados:

• Cuanto mas alejado está el equipo, menos confianza y colaboración existe.
• ¿La cultura de la Compañía valora la Confianza e Integridad?
• Todos deberían “Walk the talk”, hacer lo que dicen, especialmente el líder.
• Desperdicio = cuando se pierde tiempo tratando de descubrir a quien culpar.
• No temer a fallar, es una oportunidad para aprender.
• Aprender –> es la clave.
• El entorno físico afecta el comportamiento. Tener comodidad ayuda a la colaboración y transparencia.
• Tener éxito o fracaso como un equipo.
• Remover aquellas personas que “no juegan en equipo”.
• Canales de comunicación vs. Efectividad.
• Herramientas no técnicas: considerar el uso de la más poderosa herramienta que disponemos: tu cerebro.
• Mejorar la calidad del mensaje. Crear un vocabulario común.
• Con “Openness & Trust” la persona se encuentra mas receptiva al feedback.
• Relationship Awareness theory –> es un modelo de auto-aprendizaje para entender e inferir eficiente y acertadamente el motivo detrás del comportamiento de otros. Ayuda a construtir relaciones personales y laborales mas efectivas. 4 Premisas:

1. El comportamiento está dirigido por la motivación de lograr la autoestima.
2. La motivación cambia en los conflictos.
3. Fortalezas, cuando son exageradas, pueden ser percibidas como debilidades (hay que conocer a la otra persona).
4. Claridad y validez para mejorar el auto-descubrimiento.

• Motivational Value System –> mediante un sencillo test de personalidad se puede conocer cómo una persona se comporta frente a un conflicto, con el fin de brindarle herramientas para manejarlo en forma positiva. Manejar cómo responde uno ante un conflicto y conocer o intuir el comportamiento de otras personas conduce a resultados de beneficio mutuo y nos acerca a entender cómo nos comunicamos. Más información acerca de SDI-Personal strenghts trainig.

Conclusión

Desde lo personal, asistir a las jornadas y participar de ciertas charlas enriqueció y fortaleció mi valoración acerca de las metodologías ágiles, reafirmando su importancia para la conformación de un equipo de trabajo que trabaje en conjunto, colaborando unos con otros para alcanzar entre todos un objetivo en común. Fue inevitable hacer una introspección acerca del trabajo diario y detectar algunos puntos en los cuales se puede seguir mejorando, aquellos que hay que reforzar y cuales mantener.

Leer más...