Sergio Gago

Ahora, en el auge del usuario como centro de los sistemas, vemos por internet cada vez más manuales baratos y gurús de la usabilidad que nos dicen como tenemos que poner nuestros formularios o cómo maquetar el texto. Poniendo reglas generalistas que supuestamente tienen que valer para todos.

Pero el hecho, es que cada sistema, cada aplicación o máquina/aparato tiene unas reglas de usabilidad totalmente distintas. Incluso en aplicaciones y páginas Web, donde la consultora “guay” es la que vende al cliente que sus sistemas cumplen AA, realmente lo único que tienen es una serie de patrones que intentan seguir hasta que se les pone delante el IExplorer 6… Y eso por no hablar de las grandes consultoras, donde por supuesto la usabilidad es en lo último que se piensa.

Pero… si a mi me habían dicho que me leyera unos manuales y aplicara lo que pone en mis diseños… y que hiciera las cosas como para que mi abuelita pudiera navegar por mi sitio Web….

MAL! ¿Por qué vas a diseñar tu sistema apto para que navegue tu abuelita por él si nunca lo va a hacer? Posiblemente, para quitar funcionalidades a tus verdaderos usuarios. Al final lo único que hacemos es ponernos a aplicar estándares y verdades a medias que alguien dijo alguna vez, sin pararnos a pensar si son lo que realmente necesitan los usuarios finales de lo que vamos a crear.

Seguimos quedandonos en el diseño centrado en el sistema, aunque camuflado. Veamos las principales diferencias:

Diseño centrado en el sistema

• ¿Qué es lo más fácil para la plataforma?
• ¿Como puedo llegar al mejor resultado con las herramientas / dinero / tiempo de que dispongo?
• ¿Qué partes encuentro más interesantes para poner más esfuerzo como programador / diseñador / analista / cualquier_otro_rol?

Diseño centrado en el usuario

• ¿Quién es el usuario?
• Su contexto
• Su trabajo
• Sus necesidades
• Sus tareas
• …
• ¿De verdad conozco al usuario?

En general, la mayor diferencia está en la descolocación de términos. En una, un buen trabajo implica un cliente satisfecho y en la otra un cliente satisfecho implica un buen trabajo ¿Adivináis cual aplica a cual?Pero bueno, podemos intentar dar solucinoes a todo esto…

El Dr. Saul Greenberg da algunas pistas…

• No hacer caso de la intuición
• Las entrevistas no son precisas y no se llevan actas correctas ni se llega al “quid” de la cuestión
• El diseñador no llega a conocer al usuario lo suficientemente bien para responderse a todas las preguntas que le surgen durante el proceso, y hace suposiciones.
• En ocasiones el contacto es con intermediarios, o con directivos, y no con el cliente final. Se llega a una relación de “teléfono estropeado”.

Las recomendaciones son, convertir al cliente en un usuario activo y crítico. No un mero receptor de servicios. La metodología de la programación extrema incluye al cliente dentro del equipo de desarrollo (por mucha locura que esto pueda parecer en España, parece funcionar fuera de nuestras fronteras), y un continuo trabajo de prototipado, aumentando la fidelidad del mismo poco a poco (incluso un prototipado “Mago de Oz” en el que una persona simula ser el sistema) y ya… Si realmente solucionamos los problemas de diseño antes de la primera iteración estaremos ahorrando mucho dinero y trabajo, amén de tener un cliente mucho más satisfecho.

Uno de los mayores errores de las grandes consultoras es pensar que lo más importante es un sistema muy seguro y estable, despreciando el diseño. Pero lo cierto es que si el cliente piensa que es “feo” o dificil de usar, pensara que el resto es una auténtica patata, y nuestra aplicación-para-todo, será una aplicación-patata. Y por cierto, esto es aplicable a cualquier campo de la ingeniería y, supongo, arquitectura (algún arquitecto puede corregirme).
En un post posterior hablaré de los prototipos.

Modificado: Me he tomado la libertad de traducir un gráfico de Saul Greenberg que resume bastante bien la evolución de los prototipos y del diseño centrado en el usuario:

(click para ampliar).

Y para terminar, la guinda la puede poner Dilbert.

Aunque es del 5 de noviembre y va con retraso, enlazo a un post de pero que blog en el que recopila una enorme colección de software gratuito, para prácticamente cualquier necesidad que alguien pueda tener con el ordenador.

Disfruten del enorme listado.

Para ampliar el artículo, y si sois linuxeros, o queréis empezar a serlo, un listado que a mi me resultó de mucha ayuda en aquella época en la que solo usaba al pinguino. Tabla de reemplazo de software linux - windows

También disponible en wikilibros.

Otro rescate más
——————

En el mundo de la informática confiar toda tu formación a lo aprendido en el instituto o universidad es un suicidio profesional. Si tuvieramos que sobrevivir exclusivamente con lo que aprendemos en las clases, muy mal iva a ir el mercado de los ordenadores.

Salen lenguajes nuevos cada dí­a, software distinto, opciones, hardware diferente, cosas para probar, etc…. Nos creamos a nosotros mismos como “geeks” porque tenemos que estar pendientes siempre de lo nuevo, de lo último, tener todos esos gadgets fantásticos y modernos que nos harán la vida más sencilla, etc…

En fin, sin irme del tema. El caso es que una persona que trabaja con el ordenador (ya sea desarrollador o diseñador) tiene que estar siempre en continua formación, y no creo que la solución sea apuntarse a caros masters y cursos….

Y entonces… ¿donde nos seguimos formando? ¿Dónde aprendemos esos nuevos conocimientos? Pues donde siempre, en nuestra gran base de datos de conocimiento…

Los tutoriales y videotutoriales que podemos encontrar por internet son una fuente inagotable de conocimiento. Podemos encontrar de casi cualquier tema, y nos ayudarán a convertirnos desde un lego, hasta un maestro en la materia.

Hace unos días, hicimos en abycom una prueba para contratar a un técnico, y una de las preguntas era ¿Cuál consideras que es el mejor método para la formación durante el periodo profesional de un técnico? y por supuesto, consideramos mejor a los que nos indicaron tutoriales y cosas similares de autoformación.

Y antes de despedir el artí­culo, os dejaré unos cuantos enlaces a tutoriales y videotutoriales que podrían ser interesantes:

Illustrator
Photoshop
Flash
Ajax matters (toda la información y formación sobre ajax)
3D Max
Learning Maya
Videotutoriales de todo tipo
Google Search Tips
Programación y desarrollo web

Y bueno, esto son solo algunos de los ejemplos que hay por ahi, pero si queremos una verdadera colección de tutoriales, no tenemos más que usar google, o el emule. Tendremos, de todo.

Voy a escribir un hilo de posts en los que voy a ir comentando por encima las herramientas que uso en mi trabajo cotidiano, desde el análisis hasta la implementación de un desarrollo de software, y voy a hacer una pequeña reseña de las aplicaciones que utilizo. Es posible que alguien le saque utilidad, o que me de ideas para usar algún software o metodología mejor.

En esta primera ocasión vamos a hablar de algo que generalmente no se hace en consultorías pequeñas, pero que si todo el mundo lo utilizara, los proyectos llegarían a buen puerto en más ocasiones. Si bien es cierto que los proyectos informáticos pocas veces cumplen las expectativas de plazos (aunque esto es más común en grandes consultoras), con herramientas de gestión podemos intentar minimizar estos problemas, y SOBRE TODO, aprender de nuestros errores.

Quizá uno de los mayores problemas a la hora de presupuestar un proyecto, es saber cuántas horas te va a llevar, cuánto personal especializado vas a necesitar y qué recursos materiales vas a usar (muy importante si tienes que compartirlos entre varios proyectos). Lo habitual en una pequeña PYME de desarrollo, es hacer un boceto a mano calculando las horas a bote pronto y haciendo un presupuesto precioso después de añadir un cierto porcentaje de riesgos a la cantidad final (eso el que lo hace), pero con esto no obtenemos ningún feedback real. No conseguimos analizar a cada trabajador (o recurso) por separado, ver en qué áreas son más eficientes o como responden a la presión. Tampoco tenemos una forma fácil de mejorar proyecto tras proyecto nuestras previsiones. Quizá la primera vez que pensamos en el tiempo que se tarda en montar una base de datos con determinadas características, podamos pensar… ¡5 horas! y luego en realidad son 10 (ó 2!), o mejor aún, que si lo hace uno de nuestros empleados tarda 3 horas y si lo hace otro tarda 8.

Este tipo de cosas, que en sitios pequeños son sobradamente conocidas, cuando empiezan a surgir más proyectos y viene más gente diferente, se empieza a hacer complicado, por eso desde mi punto de vista una buena herramienta de gestión es MUY importante.

¿Cómo gestionar un proyecto? Pues una de las formas más extendidas y quizá útiles en el desarrollo de software son los diagramas de Gantt, por la simpleza que tiene a la hora de poder ver de un plumazo toda la extensión de un proyecto y sobre todo, de poder llevar un seguimiento ordenado y que te permita preveer retrasos (ver la línea crítica por ejemplo).

La herramienta más conocida para esto es el MS Project, que tiene una gran cantidad de opciones que en la mayoría de las ocasiones no vamos a utilizar, sin hablar del coste que tiene. Por eso yo suelo usar uno mucho más modesto, gratuito, y libre. GanntProject.

En general nos permite crear nuestros diagramas y asignares tiempos, recursos y lo más importante, restricciones. Es decir, la tarea B no puede empezar antes de que se acabe la A, o la tarea C tiene que empezar justo al mismo tiempo que la B. A priori esto nos da una imágen de la fecha posible de finalización del proyecto, y cuando se va haciendo el seguimiento nos indica (y nos permite guardar “instancias en el tiempo”) de como va evolucionando. Si la tarea A se retrasa, también lo hará la B, y consecuentemente la C. Con esta información delante, la toma de decisiones es mucho más fehaciente a la realidad y en general, sabemos mejor lo que hacemos, en lugar de ir a tontas y a locas.

Algún ejemplo:

Otra variante que se puede utilizar en combinación, es el diagrama de Pert. Quizá es más complicado de realizar, ya que implica ciertos cálculos estadísticos, y desde mi punto de vista no ofrece la misma información de forma rápida que el de Gantt, sin embargo el Gantt Project si que os ofrece una pequeña implementación muy simple del diagrama de Pert.

Es una aplicación de código libre escrita en Java, y la comunidad que existe alrededor, creando plugins es bastante grande. La capacidad de exportación también está muy bien, pero sobre todo, está en continuo desarrollo.

Traducción literal de ¿Porque usar Gantt Project? En su web:

• Características básicas buenas (y en aumento!). Las funcionalidades que tiene son suficientes para la mayoría de la gente (recuerda que el 80% de los usuarios de MSProject usa el 20% de sus numerosas opciones).
  
• Fácil aprendizaje. No necesitas enormes manuales para empezar a trabajar con GanttProject. Si está familiarizado con la notación de tareas, asignaciones y dependencias, se convertirá en un experto en GanttProject en un par de horas.
• Precio excelente. Las herramientas de gestion de proyectos comerciales cuestan una gran cantidad de dinero. GanttProject es gratuito para cualquier propósito.
• Multiplataforma. GanttProject es una aplicación Java y funciona en Windows, Linux, MacOSX y otros sistemas operativos que soporten Java.
• Código Libre. Puede tunear o modificar GanttProject para sus necesidades, implementar características que falten, añadir sus propios informes, etc.