Requerimientos y especificaciones: gestión de expectativas.

Hace unos días Ángel publicaba en PresiónBlogosférica una entrada en la que me vi perfectamente dibujado, y de la que le he robado el título: La gestión de las expectativas.

Por resumirlo, nos cuenta su experiencia con un cliente al que le parecen pocos los beneficios y/o mejoras obtenidas con el proyecto terminado, aun superando este las expectativas iniciales de la fase inicial del mismo. O cómo cuando comentas las posibilidades de una tecnología determinada o un nuevo enfoque, el cliente multiplica sus expectativas exponencialmente para pasar de unas necesidades concretas, a montarse un universo paralelo donde el nuevo sistema será la solución a todos sus problemas presentes, pasados y futuros... la entrada es ideal, muy recomendable.

En el mundo de la consultoría y desarrollo informático, nos encontramos en estos casos con serios problemas: cuando estás en la fase de requerimientos junto al cliente (idealmente, claro), vas dibujando mentalmente pequeñas soluciones concretas. Cuando terminas esta primera fase y estudias el proyecto en su totalidad, planteas la posible solución global, cómo lo vas a hacer, con qué tecnología, etc... y es ahí donde hay que andar con pies de plomo...

Se puede dar el caso de que el cliente vea soluciones nuevas a viejos problemas que no entraban en los requerimientos iniciales... ¿qué haces? ¿Aumentas los requerimientos y por tanto la solución final y por tanto el precio del proyecto? ¿Haces encajar más requerimientos en los ya tomados al mismo precio? Uff... como diría un gallego... depende...

Depende de la venta, del cliente, de tus expectativas de futuro con el cliente, de las expectativas del cliente en torno al proyecto... son decisiones tan particulares y concretas de un momento dado con determinados actores, que no es posible dar una respuesta estándar; aunque sí hay que mantener una línea base:

Si los requerimientos iniciales han sido obtenidos siguiendo unas normas básicas (próximas entradas sobre requerimientos !! ), con la conformidad del cliente, son estos requerimientos los que deben marcar las expectativas y el marco del proyecto, y por tanto, todo aquello que se salga de estos requerimientos mutuamente acordados, deberán ser abordados en un nuevo proyecto o en una ampliación del mismo.

Web 2.0 - ¿Muerte de un término o de una filosofía?

Desde los orígenes del invento que nos ocupa, esto es, internet, llevo oyendo y leyendo que si internet significará la muerte de esto, el ocaso de aquello, etc., etc. y con la misma intensidad, pero en círculos menos profanos (o más, no me atrevería a decidirme), llevo escuchando, leyendo y oyendo desde hace unos meses, que la "última revolución de internet", ha muerto: Web 2.0, descanse en paz.

¿Estamos todos de acuerdo? ¿Lo estás tú?

Yo no... hoy no... me he debido de levantar cobardón...
Y es que aunque me alimente de ello, yo lo alimente, y entre todos hayamos engordado a esa bestia, sigo sin tener claro que narices significa el tan traído y llevado término Web 2.0. Más llevado que tarído, sin duda... llevado a extremos como Periodismo 2.0 (1.250.000 entradas en Google) o Empresa 2.0 (¡¡ 1.650.000 entradas !!).

Mi humilde opinión:

Larga vida al Web 2.0. RIP a vendedores de humo

Entiendo por "Web 2.0" la red colaborativa (blogs y RSS, evolución de foros, etc), préstamo de servicios especializados o micro-servicios, un diseño cuidado y elaborado en internet, el uso de "viejas" herramientas con nuevos fines, o la mezcolanza de ellas para obtener un mejor interface de usuario (AJAX, nuevos host scriptings, etc)... por todo ello, un brindis, un deseo de larga vida, y mi más sincero esfuerzo para que así siga.

Si al carro de "Web 2.0" se suben empresas, empresarios, emprendedores y demás vendedores de humo que basan su filosofía de empresa, su plan de márketing y sus proyecciones de futuro en ser pasto de Google, Yahoo, o por qué no, Microsoft... lo siento por ellos (por el 90% como mínimo) y me alegro por el pequeño porcentaje restante que han conseguido dar el pelotazo (o los pelotazos)... no digo que haya sido cuestión de suerte: de suerte, vista, momento, sobrevaloración del servicio en muchos casos, y contactos...

Lamento que el término se asocie ahora más a esta estupidez que a la propia filosofía de la que nació y engordó hasta convertirse en un monstruo... lee la entrada "El Web 2.0 ha muerto" del blog "Buenos días, Sillicon Valley". Como siempre, buena entrada Rogelio.

Adobe crea un plugin de Eclipse para JavaScript

Los laboratorios de Adobe están en fase de desarrollo de un plugin de Eclipse que nos ayudará con el JavaScript en nuestros proyectos.

Tal como indica la página web del proyecto, nos echará un cable con la sintaxis, funciones, control de errores, etc. Implementará también soporte para documentar el código con JavaDoc, así como capacidad para crear, modificar y usar "templates" de código.

Soportará de forma "transparente" el uso de librarías "populares" (según Adobe, claro): Dojo, Prototype, Yahoo UI Library, Qooxdoo

Actualmente, en fase pre-release, te la puedes descargar desde aquí.