elclerigo!

Pues eso.....que ya falta menos para San Fermin.....y que sobreviene una temporada de Low Blogging en la que como mucho escribiré algún post resacoso que poco aportara a nadie. Y de paso aprovecho el post para ir creando mi perfil de Technorati que ya tocaba.....

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?

Etiquetas: metodología, producto, usuario, análisis

Ya, ya....ya se que hoy es jueves para muchos....pero hoy para mí es viernes y la canción que quiero dejar es una de esas que me emocionan y me ponen los pelos de punta (verídico) y una de las que más oiré a partir de mañana.....¡¡el riau-riau!!

Etiquetas: cancion, viernes, sanfermin, riauriau

Pues que mañana es 14 de Julio y toca dos cosas....el pobre de mí.....y celebrar que ya falta menos para los próximos Sanfermines....

Etiquetas: pobre, de, mi, sanfermines

Recientemente he adquirido a través de la web de Vodafone y mediante el programa de puntos un Nokia 6288. Debido al rediseño y a la lentitud de descarga de "Mi Vodafone" me costó un rato realizar la compra pero finalmente lo conseguí. El móvil llegaría en unos días.

El día 5 de Julio (el anterior al chupinazo) me llama un repartidor de Seur para decirme que no estaba en casa y que no podía dejarme el paquete porque tenía que hacer un pago contrareembolso - "si puedo me paso mañana y si no pasas por Noain a recogerlo" - fue lo que me comunicó. El día 6 de Julio a las 11.20 volvió a pasar por mi casa, y yo estaba por supuesto como todo el mundo en el chupinazo. Volvió a pasar el día 11 pero yo estaba de resaca en la cama y no pude llegar ni a mover un brazo. Así que finalmente me dejó una nota para que pasará a buscarlo por sus instalaciones en el polígono de Noain. Para los que no lo sepan Noain tiene 3 polígonos industriales. Y aquí comienza mi aventura: entro en su web.

Entré para buscar la dirección y localización de la nave de Seur.

Opciones de menú:

• Seur
• Oferta de servicios
• Servicios online
• Sala de prensa
• ayuda
• contacto

Accedo al área de contacto. Sólo hay un formulario de contacto. Vuelvo a mirar el menú. Al ser desplegable voy leyendo todas las opciones de los menús y submenús en busca de alguna "pista". Pincho en "Servicios online" porque no saca un submenú y puede contener muchas opciones. Nuevo error. Paso por un par de paginas mas sin encontrar nada. Finalmente pincho en "Ayuda".

¿"Como contactar con Seur"? Eso me volverá a llevar al formulario de contacto. ¿O no? Pincho y aparece uno de esos desplegables que solo funcionan con javascript.

"Dirección y teléfonos de franquicias". Bien. Lo encontré. Pincho y me lleva a una pagina con un enlace que pone "Direcciones y teléfonos de contacto". Pincho y me abre una venta con un mapa interactivo de la península. Pincho en Navarra y me planta un texto en imagen, que no puedo seleccionar, y con una dirección que me indica el polígono Noain-Esquiroz.

Bien....el polígono Noain-Esquiroz no existe, mas vale que me indica la calle Z y de los tres polígonos de Noain solo uno tiene calle Z.

Resumiendo: la experiencia con la gente de Seur ha sido muy buena pero con su web ha sido nefasta. Hay que hacer un mínimo de 5 clicks para encontrar el lugar donde puedes recoger un paquete. No es nada intuitiva. Si tienes el javascript deshabilitado no puedes ni acceder a la home. Separan los "servicios" de los "servicios online". Los "puntos de venta" se refiere a las oficinas de entrega y recogida de paquetes (mala AI).

Etiquetas: web, seur, mala, experiencia

A pasar buen fin de semana....

Etiquetas: Death, Cab, For, Cutie, Soul, Meeets, Body

¿qué es Scrum?

Wikipedia: es una metodología para el desarrollo ágil de productos, expuesta por Hirotaka Takeuchi e Ikujiro Nonaka, en el artículo The New New Product Development Game[Harvard Business Review Ene-Feb 1986]

Ingenierosoftware.com: es una forma de gestionar proyectos de software. No es una metodología de análisis, ni de diseño, como podría ser RUP, es una metodología de gestión del trabajo.

Controlchaos.com: Scrum is an Agile process that can be used to manage and control complex software and product development using iterative, incremental practices (Traducción del autor: es un proceso ágil que puede ser usado para gestionar y controlar el desarrollo de productos y software complejos usando prácticas iterativas y actualizables. )

¿Cómo funciona?

Elementos básicos de SCRUM.

• Product Backlog: Es una lista con las funcionalidades de la aplicación ordenadas de mayor a menor importancia. No hace falta que esta lista contenga todas las funcionalidades inicialmente.
  
  
• Sprint Backlog: De la lista anterior, se toman las primeras funcionalidades, se descomponen en tareas y son anotadas en esta lista. Estas tareas serán realizadas en el siguiente mes.
  

Además de estos elementos tenemos unas cuantas reglas básicas y sencillas que tenemos que cumplir.

• Una vez que se pasan las tareas más prioritarias del "Product Backlog" al "Sprint Backlog", estas no se pueden cambiar, esto quiere decir, que el trabajo de un mes queda fijado. Esta es la regla más importante de todas.
  
  
• Al final del mes, este periodo se le llama "Sprint", se tiene que tener un ejecutable con las funcionalidades del "Sprint Backlog".
  
  
• Todo el mundo puede añadir funcionalidades al "Product Backlog", pero sólo una persona puede ordenarlo. A esta persona se le denomina "Product Owner". Es el responsable del producto final.
  
  
• Cada día se hace una reunión de menos de 15 minutos, en la que se reúne todo el equipo: ingenieros y gestor (llamado "Scrum Master") en la que cada miembro del equipo expone sólo los siguientes temas:
  • ¿Qué es lo que se hizo el día anterior?
  • ¿Qué es lo que se va a hacer hoy?
  • ¿Qué impedimentos tengo para realizar mi trabajo?
  Sólo se tratan estos temas para que la reunión sea rápida y no malgastemos el tiempo de los demás. Si se tiene que tratar otro tema se hace otra reunión sólo con las personas implicadas.
  
  
• Al final del mes, es decir, al final del Sprint, se presenta el producto y se toma del "Product Backlog" ordenado las funcionalidades para cubrir en el siguiente mes.

El proceso está explicado en la siguiente imagen:

Ventajas e inconvenientes

Una de las principales ventajas de la metodología Scrum es la capacidad para aceptar modificaciones sobre la marcha sin influir en el desarrollo, además de la priorización de tareas gracias a la Product Backlog. Y uno de los mayores inconvenientes es que un mal uso de la metodología puede dar lugar a un desarrollo sin final en el que continuas modificaciones vayan llenando cada mes el Product Backlog.

La información para el artículo ha sido recopilada de:

Wikipedia: http://es.wikipedia.org/wiki/Scrum
IngenieroSoftware: http://www.ingenierosoftware.com/equipos/scrum.php
ControlChaos: http://www.controlchaos.com/

Etiquetas: scrum, metodologias, agiles, software, desarrollo

The Strokes - Last Night

Etiquetas: the, strokes, last, night

Ya se van definiendo los ponentes para Fundamentos Web . Y la lista, tanto de ponentes como de las empresas que representan, es realmente impresionante:

Arthur Barstow de Nokia, ¡¡Tim Berners-Lee!!, Bert Bos, Tantek Çelik de Technorati, Fernando Claver de PC ACTUAL, Hannah Donovan de Last.fm, Jeremy Keith del Web Standards Project, Eduardo Manchón de Panoramio (leerían mi petición??), Matt May de Adobe, Charles McCathieNevile de Opera, Ismael Nafría de Prisacom, George Oates que es Directora de Diseño de Yahoo, Allan Sandfeld desarrollador de KHTML, Mike Schroepfer de Mozilla, Doug Stamper de Microsoft (del área del IE), Jeffrey Veen que es el Director de Experiencia de Usuario de Google y Rigo Wenning del W3C.

Ya está bastante avanzado el programa (aunque aún falta saber el taller del último día), el primer día parece que girará en torno a los navegadores y los estándares, y el segundo día sobre la web.

Etiquetas: fundamentos, web, 2007, ponentes, programa