Comentarios en: Diseña primero, codifica después. http://weblog.linkingpaths.com/2009/06/15/disena-primero-codifica-despues/ Un blog sobre pequeñas empresas y grandes productos Wed, 03 Feb 2010 16:15:40 +0100 http://wordpress.org/?v=2.8.2 hourly 1 Por: Ricardo http://weblog.linkingpaths.com/2009/06/15/disena-primero-codifica-despues/comment-page-1/#comment-1175 Ricardo Mon, 15 Jun 2009 23:06:12 +0000 http://weblog.linkingpaths.com/?p=520#comment-1175 <p>Completamente de acuerdo.</p> <p>Es que en realidad la mayor parte de las personas tienen un pensamiento bastante concreto, por lo cual hablar de algo en "abstracto" no les dice mucho. Así, que mostrar algo lo más parecido a como se verá al final ayuda mucho.</p> <p>Ahora mismo estamos haciendo el prototypo visual completo de un proyecto, con el que tuvimos varias dificultades para entender los requisitos reales. Así que al final, llegamos a esta misma solución, que creo que va a ser muy buena forma de salir del embrollo :-D.</p> Completamente de acuerdo.

Es que en realidad la mayor parte de las personas tienen un pensamiento bastante concreto, por lo cual hablar de algo en “abstracto” no les dice mucho. Así, que mostrar algo lo más parecido a como se verá al final ayuda mucho.

Ahora mismo estamos haciendo el prototypo visual completo de un proyecto, con el que tuvimos varias dificultades para entender los requisitos reales. Así que al final, llegamos a esta misma solución, que creo que va a ser muy buena forma de salir del embrollo :-D.

]]> Por: ana http://weblog.linkingpaths.com/2009/06/15/disena-primero-codifica-despues/comment-page-1/#comment-1174 ana Mon, 15 Jun 2009 19:46:27 +0000 http://weblog.linkingpaths.com/?p=520#comment-1174 <p>Er... Yo también estoy de acuerdo. :D</p> Er… Yo también estoy de acuerdo. :D

]]> Por: fguillen http://weblog.linkingpaths.com/2009/06/15/disena-primero-codifica-despues/comment-page-1/#comment-1173 fguillen Mon, 15 Jun 2009 15:25:33 +0000 http://weblog.linkingpaths.com/?p=520#comment-1173 <p>Totalmente de acuerdo.. me mearé encima el día que me pidan un desarrollo y como documento de requisitos me presenten las maquetas en bonito y claro xhtml/css.</p> Totalmente de acuerdo.. me mearé encima el día que me pidan un desarrollo y como documento de requisitos me presenten las maquetas en bonito y claro xhtml/css.

]]> Por: VictorR http://weblog.linkingpaths.com/2009/06/15/disena-primero-codifica-despues/comment-page-1/#comment-1172 VictorR Mon, 15 Jun 2009 14:22:03 +0000 http://weblog.linkingpaths.com/?p=520#comment-1172 <p>Yo no puedo estar más de acuerdo, y por experiencia. El proyecto que ahora me ocupa se inició con un documento "funcional" en el que detallé todo lo que hasta ese momento sabía de lo que tenía que hacer la aplicación, y lo mejor es que fue con la ayuda del cliente. Un documento de 80 páginas que fue aprobado al día siguiente de haberlo terminado. Y claro, los cambios durante el desarrollo han sido el pan de cada día, con todo el retraso que eso conlleva. Sin embargo, desde que trabajamos con wireframes con los que intentamos recrear la usabilidad y la interacción con el usuario final, las cosas van más rodadas y las modificaciones sobre el desarrollo mucho menores.</p> Yo no puedo estar más de acuerdo, y por experiencia. El proyecto que ahora me ocupa se inició con un documento “funcional” en el que detallé todo lo que hasta ese momento sabía de lo que tenía que hacer la aplicación, y lo mejor es que fue con la ayuda del cliente. Un documento de 80 páginas que fue aprobado al día siguiente de haberlo terminado. Y claro, los cambios durante el desarrollo han sido el pan de cada día, con todo el retraso que eso conlleva. Sin embargo, desde que trabajamos con wireframes con los que intentamos recrear la usabilidad y la interacción con el usuario final, las cosas van más rodadas y las modificaciones sobre el desarrollo mucho menores.

]]> Por: Alvaro Sánchez-Mariscal http://weblog.linkingpaths.com/2009/06/15/disena-primero-codifica-despues/comment-page-1/#comment-1171 Alvaro Sánchez-Mariscal Mon, 15 Jun 2009 11:43:22 +0000 http://weblog.linkingpaths.com/?p=520#comment-1171 <p>Efectivamente, estoy de acuerdo con vosotros. Creo que para los reyes me pediré un diseñador :P.</p> Efectivamente, estoy de acuerdo con vosotros. Creo que para los reyes me pediré un diseñador :P.

]]> Por: GreenEyed http://weblog.linkingpaths.com/2009/06/15/disena-primero-codifica-despues/comment-page-1/#comment-1170 GreenEyed Mon, 15 Jun 2009 11:12:32 +0000 http://weblog.linkingpaths.com/?p=520#comment-1170 <p>Yo he intentado, cuando me han dejado, aplicar esa idea desde hace mucho tiempo y para mí es parte del análisis, ya que en caso contrario y como bien dices, los clientes/usuarios te dicen en muchos casos "sí, sí" sin haberse leido o entendido lo que realmente dice un documento funcional o les puedas decir de palabra.</p> <p>En algunos proyectos que he vivido la diferencia es brutal, de que un compañero mío les muestre el modelo DER (con unas 10 tablas relaciones etc.) y les pregunte si "está ahí toda la información que necesitan", no veas la cara de pasmo que se les quedó, a mostrarles un modelo HTML estático con los campos que podran ver y que te digan "pero me falta la edad y el movil, necesito un enlace para poder hacer...".</p> <p>La pega más común que me he encontrado es que viendo la maqueta, clientes e incluso jefes piensen que ya esta todo hecho y luego se exasperen por que no termines "al día siguiente", ¿Si total solo es guardarlo en BDD no? :)</p> <p>Ánimo con ello.</p> Yo he intentado, cuando me han dejado, aplicar esa idea desde hace mucho tiempo y para mí es parte del análisis, ya que en caso contrario y como bien dices, los clientes/usuarios te dicen en muchos casos “sí, sí” sin haberse leido o entendido lo que realmente dice un documento funcional o les puedas decir de palabra.

En algunos proyectos que he vivido la diferencia es brutal, de que un compañero mío les muestre el modelo DER (con unas 10 tablas relaciones etc.) y les pregunte si “está ahí toda la información que necesitan”, no veas la cara de pasmo que se les quedó, a mostrarles un modelo HTML estático con los campos que podran ver y que te digan “pero me falta la edad y el movil, necesito un enlace para poder hacer…”.

La pega más común que me he encontrado es que viendo la maqueta, clientes e incluso jefes piensen que ya esta todo hecho y luego se exasperen por que no termines “al día siguiente”, ¿Si total solo es guardarlo en BDD no? :)

Ánimo con ello.

]]> Por: Félix http://weblog.linkingpaths.com/2009/06/15/disena-primero-codifica-despues/comment-page-1/#comment-1169 Félix Mon, 15 Jun 2009 11:07:03 +0000 http://weblog.linkingpaths.com/?p=520#comment-1169 <p>En mi grupo de trabajo es una práctica habitual partir de un documento de wireframes a la hora de enfocar un desarrollo: Los wireframes definen las pantallas de la interfaz de usuario y sus elementos, la navegación entre las mismas y la interacción con el usuario, pero no el aspecto final.</p> <p>Estos wireframes hacen las veces de documento de requisitos de usuario: El cliente no sabe lo que quiere hasta que lo ve en pantallitas.</p> <p>Los resultados son buenos, tanto que en muchos proyectos no se empieza con el desarrollo hasta que el cliente ha aprobado el documento de wireframes, y por experiencia suele dedicarle más tiempo a revisarlo y a centrarlo que a un documento de análisis detallado o funcional.</p> <p>Saludos,</p> <p>Félix.</p> En mi grupo de trabajo es una práctica habitual partir de un documento de wireframes a la hora de enfocar un desarrollo: Los wireframes definen las pantallas de la interfaz de usuario y sus elementos, la navegación entre las mismas y la interacción con el usuario, pero no el aspecto final.

Estos wireframes hacen las veces de documento de requisitos de usuario: El cliente no sabe lo que quiere hasta que lo ve en pantallitas.

Los resultados son buenos, tanto que en muchos proyectos no se empieza con el desarrollo hasta que el cliente ha aprobado el documento de wireframes, y por experiencia suele dedicarle más tiempo a revisarlo y a centrarlo que a un documento de análisis detallado o funcional.

Saludos,

Félix.

]]> Por: Luis Artola http://weblog.linkingpaths.com/2009/06/15/disena-primero-codifica-despues/comment-page-1/#comment-1168 Luis Artola Mon, 15 Jun 2009 10:30:10 +0000 http://weblog.linkingpaths.com/?p=520#comment-1168 <p>No puedo estar más de acuerdo. De hecho ya lo comentaban los de 37 signals. http://gettingreal.37signals.com/ch09_Interface_First.php</p> <p>En el Cadius de Donosti, comentaba Aitor cómo utilizabais behaviour driven development y que el intentar crear las pruebas antes del código, creaba pruebas muy frágiles.</p> <p>Lo que a mí está funcionando ahora mismo es crear primero las interfaces (interfaces reales, navegables, con toda la interacción posible y diseñadas para que el cliente de la mayor cantidad de feedback), mediante esas interfaces ir descubriendo cómo será el Model, y luego crear pruebas...</p> <p>Un saludo!</p> No puedo estar más de acuerdo. De hecho ya lo comentaban los de 37 signals. http://gettingreal.37signals.com/ch09_Interface_First.php

En el Cadius de Donosti, comentaba Aitor cómo utilizabais behaviour driven development y que el intentar crear las pruebas antes del código, creaba pruebas muy frágiles.

Lo que a mí está funcionando ahora mismo es crear primero las interfaces (interfaces reales, navegables, con toda la interacción posible y diseñadas para que el cliente de la mayor cantidad de feedback), mediante esas interfaces ir descubriendo cómo será el Model, y luego crear pruebas…

Un saludo!

]]>