UIblog

Por mas rigoroso que sea hay mas de un requerimiento que se escapa al proceso de levantamiento, ya sea porque las reuniones empiezan a ponerse aburridas y la gente se quiere ir o porque el cliente (o su representante) es simplemente un sádico que le gusta ver las caras de los desarrolladores cuando dice “ah si, se me olvidaba decirles que el texto que introducirá el usuario debe ser posible de traducirse a N idiomas” dos semanas antes del ultimo milestone.

Aun con el código mas flexible un cambio drastico al final de un proyecto trae, junto con el enojo colectivo, una distorsión en los estimados iniciales tanto de costos y tiempos de entrega como la posibilidad de tener que sacar un feature sin la planificación debida mutando asi lo que antes era un codigo limpio y hermoso a una abominación sin nombre que nos hace sentir como un Victor Frankenstein.

En el libro The Pragmatic Programmer el autor Andrew Hunt nos habla de como podemos evitar aquella abominación si junto con el cliente construimos y revisamos prototipos antes de empezar a desarrollar la app, creando así una fase de aprendizaje donde tanto el cliente como los desarrolladores se van dando cuenta del alcance real de la app. En esta fase es donde los desarrolladores pueden fijarse en la prioridad que el cliente le da a ciertos features o como reacciona el usuario a diferentes formas de realizar la misma tarea.

Para fabricar un prototipo tenemos varias opciones, podemos hacerlo con código semi-funcional y bien crudo solo para mostrar la funcionalidad que queremos sin acceso ni manipulacion de data. El problema con este enfoque es que es muy facil confundirse y terminar usando codigo del prototipo en la version final de la app. Otra opción que tenemos es usar herramientas especificas para esta tarea como Axure, SmartDraw o Balsamiq. La ventaja de estas herramientas es que se enfocan en la productividad por lo que hacer un wireframe/prototipo es mucho más rápido que hacerlo a base de código … código que por su naturaleza no puede llegar al final del proyecto.

Para tu próximo proyecto si no has intentado dedicar las primeras dos semanas a una fase inicial de aprendizaje con prototipos te recomiendo que lo hagas y al final compares los resultados con el proceso del un proyecto anterior, específicamente compara tiempos de entrega, precisión de los estimados y satisfacción del cliente/usuarios.