¿Por qué compartir conocimientos?
Posted by maximiliano | Posted in AyerViernes, Buenas Prácticas | Posted on 01-04-2008
5
Estaba pensando en que el Worshop sobre nuestra Metodología que hicimos en el Webprendedor el viernes pasado, donde hablamos sobre 3 de los principales componentes que conforman “La Rueda” que viene girando desde hace más de 8 años, cada vez más sólida, siempre evolucionando y tomando más fuerza y velocidad.
Si queremos que algo mejore y sabemos como se hace mejor, solo hay que decirle a otros cómo. La única forma que se valore más y mejor nuestro trabajo es subiendo el nivel y eso se logra con conocimientos. La labor de la evangelización debe ser compartida, por todos y para todos.
Al finalizar el taller me preguntaron ¿y ustedes cuando hacen sitios los hacen siempre con estos pasos? en el contexto que sus clientes no valoran la accesibilidad y los estándares, que significa más pega para el que no se la pagan. La inversión es nuestra responsabilidad y es segura, los frutos son reales, en cualquier ámbito del desarrollo.
La respuesta es SI, definitivamente, ya no concebimos desarrollar un sitio, plataforma, proceso transaccional, lo que sea, sin los pasos de la rueda. Podemos evaluar el nivel de profundidad y detención que el proyecto amerite o permita. Pero sin la metodología NO.
Las veces que tratamos de “ahorrar” tiempo porque un cliente nos dice que lo necesita para AyerLunes por ejemplo, el que paga las consecuencias es el producto, pues no evoluciona, no madura y lo peor de todo es que se nota y lo lamentaremos para siempre. Terminamos gastando más tiempo del que necesitábamos invertir, es un mal negocio para todos.
Sabemos que el Diseño Centrado en el Usuario sirve y mucho.
Lamentablemente me perdí el la webemprendedor, por lo mismo agradezco muchísimo que hayan publicado la presentación que realizaron, me interesa mucho el procedimiento de trabajo que utilizan en ayerviernes, me encantaría integrar al menos la idea en la realización de mis próximos proyectos. Después de echarle un ojo a la presentación, en la diapositiva 40 muestran un ejemplo de un documento con la arquitectura de los contenidos, y en la 41 la interfaz final de Chile Pyme. Mi duda, que no es una duda que haya nacido al ver la presentación, sino una duda casi existencial, ¿Cuánto ahondar en diseño de interfaz cuando estructuro los contenidos del sitio? Quizá estoy en un error y el documento que presentan en la diapositiva 40 es un documento posterior al proceso de organización de contenidos. Pero a mi me pasa siempre que en esta etapa se terminan decidiendo cosas fundamentales sobre el diseño final de interfaz de usuario, creo que de esta manera se empobrece un poco el trabajo, ya que se definen los alineamientos gráficos en un proceso anterior al diseño de interfaz.
Saludos
chuchurex
gracias por compartir sus conocimientos.. espero poder poner en práctica lo aprendido y quien sabe más adelante compartir mi experiencia…
Chuchurex, la diapositiva 40 es un WireFrame o división de pantalla, no es la arquitectura de contenidos, como tu mismo te das cuenta es posterior y consecuencia de la arquitectura de contenidos que está en las diapositivas 38 y 39. Sobre definir fundamentos relativos a otras etapas veo que también lo tienes claro, solo falta aplicarlo cuando corresponde.
Para evitar esta toma de decisiones cuando no corresponde, te recomiendo integrar al cliente, no me refiero al usuario final, explicándole cuales son las etapas y sobre todo qué implica cada una. Así logras mejor entendimiento con él y disminuyes los costos (de tiempo) con tanto ensayo-error, cuando tu cliente “pensó-entendió” algo distinto a lo que acordaron.
Ozwall, siempre tenemos conocimientos para compartir.
Saludos
Max
Felicitaciones por la presentación. Está muy completa y me habría encantado estar para escucharla. Razones de trabajo me privaron de la ocasión.
Me quedo con una frase, mi juicio clave, de tu post: el que paga las consecuencias es el producto. Creo que ahí está el punto central. Por supuesto que puedes hacerlo todo sin la metodología, pero luego no le puedes pasar la cuenta al sitio web resultante por lo que no hace y por los resultados que no consigue.
Un abrazo para los tres y felicitaciones
jcc
Ggracias Juan Carlos,
que honorable visita :) la presentación se nos hizo corta… sobre todo a mi que me tocaba final pero estamos trabajando para replicar esta charla ampliada como seminario (me fui de lengua :).
Sobre las consecuencias sufridas por el producto una vez terminado y expuesto como materia d “análisis” no se consideran muchos factores del contexto del desarrollo como tiempos del cliente (para ayer), los “se me olvidó esto” cuando ya se está diseñando y varios etcéteras que no debieran venir a colación pero son eventuales atenuantes de por qué el produto no hace tal o cual cosa.
Saludos,
Maximiliano