Agilidad y Web 2.0
En estos días está de moda hablar de Web 2.0 en relación con casi cualquier cosa, y es que la Web 2.0 puede tener relación con todo lo que el ser humano pueda hacer y comunicar. Yo no quiero desentonar y hablaré de Web 2.0, o más bien, de las metodologías de desarrollo que pueden utilizarse a la creación de una aplicación Web 2.0.
Creo que el problema al que se enfrentan muchas empresas a la hora de querer entrar al mundo de la Web 2.0 es que los enfoques tradicionales y protocolarios son poco eficientes en este nuevo ecosistema.
Si un desarrollo requiere de más de tres meses de levantamiento de requerimientos y unos 6 meses de creación de código, durante los cuales no se hace una modificación a los requerimientos, las cosas podrán ir bien para un proyecto de uso empresarial tradicional como el control de nómina, la administración de la actividad de ventas, etc. Sin embargo, en la Web 2.0 seis meses son una eternidad, en seis meses Google compró alguna empresa y ya ofrece algún otro servicio, Microsoft liberó una nueva aplicación Live, Flikr comenzó a hospedar videos, etc.
Un proyecto Web 2.0 debería realizarse en una metodología que nos permita adaptarnos continuamente
Un proyecto que tenga como destino el escenario Web 2.0 debería realizarse en una metodología que nos permita adaptarnos continuamente, modificar los requerimientos drásticamente y adaptarnos a las otras nuevas tecnologías que otros están creando. Un contexto tan dinámico es el marco ideal para la aplicación de metodologías ágiles como la XP que permiten modificaciones y adaptaciones continuas durante la vida del proyecto.
Una aplicación Web 2.0 es un producto que nunca termina de crearse
Una aplicación Web 2.0 no debería verse como un producto terminado. El entorno de mercado en el que las aplicaciones Web 2.0 se presentan cambia demasiado rápido y un servicio que no se adapta a estos cambios puede quedar rápidamente superado por sus competidores. En este sentido, una aplicación Web 2.0 es un producto que nunca termina de crearse, y la única granularidad administrativa es la que podemos forzar con las versiones del sistema, si es que acaso las tenemos. Pero incluso las versiones pueden ser un problema para una aplicación Web 2.0, si un problema de seguridad es corregido pero no se liberará la corrección hasta la próxima versión, nuestra aplicación continuará con el problema por más tiempo del necesario. Supongamos que, para evitar esto, adoptamos la política de incorporar las modificaciones de seguridad sin esperar a la liberación de una versión, aún así, seguiremos perdiendo oportunidades de mercado por estar esperando la liberación de una versión completa para agregar funcionalidad nueva que, según el momento, pudiera ser crítica en el mercado.
Las metodologías ágiles crean valor sin descuidar las consideraciones presupuestales
Un desarrollo continuo puede parecer demasiado costoso para una empresa, sin embargo, aquí vale la pena pensar en el costo que representa crear una aplicación y dejarla morir con respecto a las ganancias que puede ofrecer un sistema que se adapta con agilidad a las condiciones del mercado. Las metodologías ágiles pueden ayudar en la creación de valor sin descuidar las consideraciones presupuestales del proyecto, pues permiten a la empresa reevaluar continuamente las prioridades del producto y ajustar el plan de desarrollo para asegurar que cada semana de desarrollo está agregando valor real a la aplicación.
Un negocio donde existe una fuerte dependencia en un sistema adaptable y en continuo desarrollo no debería darse el lujo de tardar meses en validar una modificación de requerimientos, o peor aún, de mantener un desarrollo aislado durante meses para comprobar que el sistema ya ha perdido actualidad respecto al entorno de mercado.
Las metodologías son el vehículo del éxito
Las ideas y el valor ofrecido por una aplicación Web son lo que le da su verdadero éxito, pero las metodologías de desarrollo detrás de la aplicación son el vehículo para alcanzarlo, y sólo metodologías que han sido creadas para aceptar modificaciones continuas, incluso en el modelo de dominio, pueden ofrecer un sustento técnico confiable al negocio final.
f:http://wigahluk.wordpress.com/2008/09/22/agilidad-y-web-20/
*.*.*.*.*.*.*.*.*.*.*.*.*.*.*.*.*.*.*.*.*.*.*.*.*.*.*.*.*.*.*.*.*.*.*.*.*.*.*.*.*.*.*.*.*.*.*.*.*.*.*.*.*.*.*.*.*.*.*.*.*.*.*.*.*.*.*.*.*.*.*.*.*.*.*.*.*.*.*.*.*.*.*.*.*.*.*.*.*.*.*.*.*.*.*.*.*
