Comentarios de Experiencias de Usuarios

En la exploración de conocimiento en la red sobre este tema me han hecho llegar un curso del MIT, que consta de 14 semanas y varias lecturas al respecto. Por aqui dejo algunas de las frases que han golpeado un poco mi paradigma, unas que apoyan algunas ideas y otras que van en contra de algunas creencias.

1. Una ventana con excelencia artística no tiene nada que ver con una buena experiencia de usuarios
2. Una aplicación que cumpla con las reglas de ser gráfica, manejable con el ratón, sin uso de comandos complicados, con previsualización de lo que se va a crear y con WYSIWYG (What you see is what you get) podría incluso no ser nada usable.
3. Los mensajes de ayuda amplios, extensos y explicativos no son usables, proporcionan una mala experiencia de usuarios y crean confusión (por qué un párrafo tan largo explicativo de una funcionalidad que debe ser simple?)
4. Existen elementos que son vistos, se conoce su uso y están disponibles fácilmente, sin embargo son ignorados. Es el mismo principio de halar una puerta que tiene un cartel grande que dice "EMPUJE", y solamente cuando vemos que no podemos halar la puerta es que vemos que está hecha para ser "empujada".
5. Las páginas que plantean acceso aleatorio están bien para usuarios nuevos, pero si no se agrega una forma de "recordar" o algún acceso directo para usuarios frecuentes o expertos, se convierte rápidamente en una página no usable ya que plantea recorrer todos los items aunque sepas cual estás buscando.
6. La experiencia de usuarios no es algo para dejar en lo ultimo como un paquete de instalación de arte o un patch final, es parte del proceso de desarrollo
7. Como se manejan los submenús en cada sistema operativo puede ser un problema y puede ser la razón para no usar esta opción, o para usarlos de determinadas maneras. Por ejemplo GTK implementa submenús que cambian inmediatamente así que un mínimo movimiento del ratón dentro de otra área de menú y enseguida cambia (hacer un file -> quit debe ser un dolor de cabeza), Windows lo hace con un temporizador de medio segundo mas o menos y mac traza una zona triangular que permite movimientos en diagonal.
8. La experiencia de usuario afecta y a veces define la percepción del sistema, así los sistemas usables se venden más y los no usables se abandonan
9. La percepción es a veces... superficial
10. Los usuarios de negocio normalmente no son los usuarios finales del sistema
11. Los usuarios a veces se culpan por las malas experiencias de usuarios haciendo los reportes de incidencias respecto a esto mucho más difíciles de capturar
    
12. Los usuarios son solo usuarios no podemos forzarlos a ser diseñadores es fácil decir: "Bueno si tienen problemas con la interfaz pues pueden personalizarla y listo!", es errado por dos razones 1.- La mayoría de los usuarios no personalizan sino que usan el por defecto y 2.- la personalización puede hacer que la experiencia de usuarios sea aún peor de lo que ya es. La personalización no puede tratarse como una bala de plata.
13. Dimensiones de usabilidad: Learnability, Efficiency, Memorability, Errors, Satisfaction.
14. Usuarios nuevos necesitan Learnability, usuarios poco frecuentes necesitan Memorability y expertos necesitan Efficiency. Pero no podemos asumir que tendremos un único tipo de usuarios en nuestra aplicación.
15. La experiencia de usuario no existe aislada y puede no ser una de las propiedades más importantes del sistema, sin embargo debe estar en el top de las propiedades requeridas y el sistema puede fallar si no se le toma en cuenta.
16. La buena experiencia de usuarios no se logra a la primera, se debe hacer un grupo de iteraciones en Diseñar/Evaluar/Implementar para poder obtenerla, es algo dinámico

Como dije algunas de estas premisas están en contra de alguno que otro aprendizaje... a medida que conozco más del tema estoy cuestionando incluso el hecho de que la experiencia de usuarios se le puede asociar a solo un rol, en vez de que sea parte del proceso y en donde estemos involucrados todos los roles en diferentes grados.

Debería el Analista de negocio también ser un Experto en alguna temática del negocio

La versión en inglés de esta pregunta forma parte de uno de los más populares debates del grupo IIBA en LinkedIn y los muchos comentarios al respecto dicen que si debería ser así, más todos exponen una razón distinta.
En lo personal el analista de negocios debe hablar varios lenguajes que requieren distintos niveles de abstracción respecto al tema, es decir, si el negocio es bancario el analista debe hablar en terminos bancarios al nivel del cliente que es un nivel de abstracción alto, mientras que debe hablar con el equipo de desarrollo en términos de herramientas bancarias y en términos técnicos que son un nivel de abstracción bajo, con una granularidad fina para transmitir más eficientemente el mensaje.
Estas combinaciones de niveles de abstracción van a desencadenar que el analista de negocios se convierta o que deseablemente sea experto en banca, o por lo menos sea un muy conocedor al respecto.
No solamente se refiere a lo que el cliente conoce y maneja, sino también respecto al mercado, las tendencias, las actualizaciones, innovaciones y avances sobre el tema del negocio para poder proponer soluciones coherentes a los problemas planteados por el cliente.
Por esto es que en mi opinión no es un nice-to-have ni una opción sino que es una necesidad el hecho de que el analista sea un experto en el tema del negocio.

Role Player Game RPG: Herramienta poco convencional que promueve el liderazgo

Realmente he estado tentada a escribir explicitamente MultiMedia Online Role Player Game o para ser más específica World of Warcraft, dado que es mi caso, pero conversando un poco con algunos colegas resulta que la gama de RPG's que tienen características de promover muchas competencias es bastante amplia.
Es por todos conocidos el hecho de que no es fácil mejorar aspectos "soft" de nuestro ser, tales como conductas, paradigmas, habilidades, capacidades, etc. Sin embargo la idea es tomar las herramientas que tenemos disponibles y aprovecharlas al máximo, aunque sean las más poco convencionales.
Ya varios psicologos reconocidos habían opinado acerca de las ventajas en este sentido de practicar deportes, porque mejora tu capacidad de trabajar en equipo, tu motivación, tu rendimiento, capacidad de comunicación, disciplina y relación interpersonal. Lo mejor de todo es que no necesitas ser un atleta olímpico para percibir los beneficios, solo es necesario constancia.
Para los que somos menos del estilo físico y más al estilo intelectual la cosa era complicada hasta hace poco, es posible el aprendizaje en escenarios de simulación (que bien podrían ser similares a los desafíos diarios organizacionales) en los que eres parte de un equipo con un objetivo común.
Los jugadores de RPG's se enfrentan frecuentemente a misiones, en las cuales tienen que cumplir ciertos objetivos, en grupos de distintos tamaños y con distintos niveles de dificultad, en las que cada personaje aporta sus características que ayudan o ralentizan el cumplimiento de la misión. Se requiere organizar el equipo para que la gente cumpla con su parte del trabajo de la mejor manera, y en el menor tiempo posible
Los líderes son quienes realizan la captación y selección de los jugadores en el grupo, manteniendo la proporción dependiendo del objetivo, verificando capacidades, definiendo y comunicando la estrategia y reorganizando rápidamente en caso de que el objetivo sea más fuerte que el grupo.
Dicho de manera genérica se realiza una reunión en donde se evalúa la disponibilidad de los involucrados para dar inicio a la sesión, cada quien desde su rol cumple con una serie de actividades que bien orquestadas resultan en el cumplimiento satisfactorio del objetivo.
Sirve incluso de evaluación, permite detectar charlatanes, ver quienes han dedicado tiempo para mejorar sus personajes y quienes sencillamente se han quedado detenidos en su evolución.
El aprendizaje en RPGs también es sumamente veloz, en pocas semanas organizando grupos de instancias he aprendido a reconocer gente valiosa, a reorganizar la estrategia para salir airosos de situaciones en extremo difíciles y a redirigir el rumbo perdiendo el mínimo de los recursos.
Esta experiencia es aprovechable desde todos los niveles organizacionales, porque todos nuestros clientes necesitan gente valiosa, capaces de reaccionar rápidamente a cambios del entorno, sin temores a innovar, porque son las cosas nuevas y frescas lo que nos dará resultados nuevos y nos hará evolucionar.
La idea es que se pueda tener personas con la capacidad de liderazgo en menos tiempo, con menos riesgo, con menos costo, con muy alta eficiencia y el entrenamiento en RPGs puede aportar valor en este sentido.
Para finalizar también vale la pena acotar que no solamente el liderazgo es la única capacidad mejorable con RPGs, otras capacidades pueden ser "ejercitadas" con este tipo de actividades.

Metodologia de Desarrollo de Software Libre en CIBESS

Rompiendo el largo silencio...

He continuado mis investigaciones sobre la metodología de desarrollo de Software Libre en el Postgrado de Ciencias de la Computación en ULA y he obtenido más información interesante en este respecto.

En el modelado que pude realizar de las Comunidades de Software Libre, y donde tomé como ejemplo la Comunidad de Desarrollo del Kernel de Linux, pude determinar ciertas prácticas que hacen del proyecto del Kernel un software exitoso con prácticas que en nuestra Red consideraríamos como inauditas!

Esto me dió pie para realizar la comparación entre Metodologías de Desarrollo Tradicionales y la "metodologia" de desarrollo de software libre, formada por sus prácticas. Con esto, DBAccess se presentó en CIBESS y el evento resultó ser un éxito.

La moraleja y conclusión final es que podemos mejorar incluso la metodologia DBA con estas lecciones del Software Libre.

Pueden encontrar información sobre el evento y la presentación usada en dicha ponencia aquí.

Seguiremos investigando sobre las comunidades, y cada vez más voy apuntando a conformar nuestro propio proyecto de software libre para los colaboradores de la Red. ¿Que les parece?

Avísenme si se animan ;)

Opciones para migrar a Linux

Estaba revisando un material y me pareció interesante agregarlo al Blog ya que es una página en la cual podemos encontrar una gran lista de software para Linux que son alternativas a aplicaciones de Windows, espero le saquen provecho.

Link: http://www.linuxappfinder.com/

P.D: Ya no hay escusa para no migrar :)

Nace Colibri: La Comunidad Libre Integrada de DBAccess

Con esta entrada comienza el andar y desenvolvimiento de la Comunidad Libre Integrada (Colibrí) de DBAccess.

Esta comunidad viene a representar un espacio de desenvolvimiento de aquellos colaboradores de la Red DBAccess que nos sentimos cercanos, atraídos y motivados por el mundo del Software Libre y el Open Source; por el potencial de aprendizaje, de desarrollo profesional y de solución de problemas de nuestro día a día en el desarrollo de Software Libre / Open Source, manteniéndonos en el contexto de la satisfacción de nuestros clientes y de la integración de diversas plataformas tecnológicas, inclusive entre el mundo del Software Propietario y el mundo libre.

Asímismo, nos declaramos como integrados al mercado de las soluciones en TI, y creemos en la conciliación de los mundos del Software Libre y el Open Source, porque la diversidad aporta mucho más valor.

Bienvenidos!!