elclerigo!

Ya hablamos en su día de la discusión generada a raiz de un post de Alberto Knapp sobre el desarrollo centrado en la metodología o en el producto, con las posteriores réplicas de Daniel Torres Burriel y Luis Villa. Pues bien, hoy Daniel ha vuelto a la carga, y sigue manteniendo los prototipos como la manera de hacer desarrollos teniendo siempre en mente al usuario final.

En este post quiero plasmar mi opinión sobre metodologías, producto y usuarios.

Las metodologías son necesarias en cualquier desarrollo.

Aunque sí es cierto que estas pueden ser más abiertas o más cerradas, más centradas en el proceso que en el resultado final o viceversa, da igual. Al final son pasos que se siguen desde el inicio de un proyecto hasta la entrega.

Para algunas personas una buena metodología es aquella que les aporta más beneficios económicos en el desarrollo, sin importarles qué entregan. Quizás un buen ejemplo de esta metodología, sin llegar a conocer el tema profundamente, sería la web del congreso. Está claro que esta web no se ha enfocado en el usuario (el ciudadano) , y que el desarrollo no es precisamente lo mejor pero probablemente habrá generado muchos beneficios a la empresa desarrolladora.

Otras personas/empresas pueden estar centradas exclusivamente en el producto final sin tener una metodología de trabajo. Quizás sea una afirmación muy extremista y exagerada, pero si sólo pensamos en el futuro (producto) olvidándonos del presente puede que nos perdamos por el camino.

El producto y el usuario es lo que realmente importa

Daniel en su post habla de la creación de prototipos para tener siempre a los usuarios en mente. Prototipos "colaborativos" remarcaría yo. Prototipos en los que varias personas de distintas disciplinas aporten sus conocimientos (arquitectos de la información, programadores, diseñadores gráficos). Los prototipos nos hacen plantearnos desde la interacción de los usuarios con la aplicación hasta la línea de negocio del cliente. Surgen muchas preguntas en las que los miembros del equipo de desarrollo tienen mucho que decir, y también el cliente.

En mi humilde experiencia he comprobado los buenos resultados que aportan los prototipos en el producto final. Los prototipos te fuerzan a pensar en el usuario, ¿qué quiere ver?, ¿qué hará?, ¿entenderá este texto?, ¿necesitará ejemplos?, ¿explicaciones? y las respuestas que el equipo y el cliente aportan a esas preguntas son las que terminan dando forma al producto final. Un producto que tanto el equipo como el cliente sienten que es suyo en parte, porque todos han colaborado.

Cómo funcionamos nosotros

En desarrollos de sitios web seguimos una metodología muy flexible que hemos ido creando casi sin darnos cuenta, y que empieza por la creación simultánea de un prototipo y una línea gráfica que se presentan conjuntamente al cliente. Después de la aprobación se unen creando los "pantallazos" que se maquetan, se programan y se entregan. Por supuesto que esto no es así de sencilla, porque siempre hay alguna "demo" para que el cliente vea como va el desarrollo, algún rediseño, etc...pero esa es la esencia de la metodología.

Pregunta

No he hablado nada de análisis de requisitos porque nuestra metodología está enfocada principalmente a portales corporativos, no a aplicaciones. Si añadiésemos a esa metodología el análisis de requisitos y funcional ¿creéis que vale la misma metodología para una aplicación web de 18 meses de desarrollo que para un portal coorporativo?