Mostrando entradas con la etiqueta Requerimientos. Mostrar todas las entradas
Mostrando entradas con la etiqueta Requerimientos. Mostrar todas las entradas

domingo, 1 de julio de 2007

Mi primera aplicación comercial

 
Sí, por fin DiveGestión ha visto la luz.... ha sido un embarazo largo (más de 2 años) y con un parto dificil (48 horas de tensión...)

Hoy dia 2 de Julio sale a la venta y ya tenemos casi agotado nuestro stock de licencias.

Esta ha sido realmente la causa de la baja frecuencia de contenidos en los últimos tiempos, pero os aseguro que intentaré remediarlo marcándome como objetivo un artículo semanal con lo más interesante que tenga. 

En estos más de dos años de trabajo he aprendido en carne propia lo que Aitor enumera perfectamente en PlanetaCódigo:

  Uno de los grandes problemas con mayúsculas cuando formas parte de una miniempresa-ISV-startup es la cantidad de trabajo brutal que es canalizado a través de cada uno de sus miembros. Sacar la primera version de cualquier aplicación como cita Rands: “no te va a matar, pero lo intentará”.

 

Evidentemente, no he estado sólo: Karlos Simón ha sido el precursor de la idea, el "beta tester" y documentador del proyecto, mientras que en la parte técnica, analítica y minera (por aquello de picar código), ha sido Ignacio Bello quien ha aportado su esfuerzo, tiempo y sabiduría.

Parece esto un "que guapos somos todos y que bien lo hemos hecho". Bueno, pues sí, que leches...   sin la capacidad de trabajar en equipo y a larga distancia, mezclada con grandes dosis de autodisciplina, organización y capacidad de trabajo individual y en solitario, nunca hubiera sido posible este proyecto, realmente monstruoso. Si en realidad quereis saber de que se trata, os diré que es una aplicación orientada a la gestión TOTAL de un centro de buceo.

Como casi todos sabeis, soy buzo (DiveMaster para aquel que le interese, con un blog sobre el tema y todo...), y fue a raiz de la mezcla de "mis dos mundos", el de la ingeniería de software y el del buceo deportivo, cómo surgió el nacimineto del grupo de trabajo.

Por supuesto, contamos con sitio web, aunque estamos aun agregando contenido, las bases de diseño y estructura ya están creadas, pero seguimos mejorándolo.  Está basado en Joomla y en diseño RedBridge de Wordpress.  Aun queda trabajo en este aspecto...

 

Realmente, un grupo pequeño puede hacer grandes obras.

El secreto es rodearse de personas con los suficientes conocimientos, motivación y ganas. El resto: marcarse pequeños hitos sin perder nunca de vista el gran objetivo, y tener la capacidad de variar el orden o posición de los hitos, crear nuevos puntos intermedios si es necesario o desechar aquellos que se transforman en escollos infranqueables que nos hacen perder de vista el objetivo.  Como siempre me ha dicho Ignacio a lo largo del proyecto:

Que lo urgente no te impida ver lo importante 

 

 

Desde el punto de vista de la ingeniería del software, he aprendido algunas cosas:

  • La visión global del proyecto es sumamente importante, porque te hace ver los pequeños desarrollos dentro de su entorno y anticipar posibles necesidades hacia y desde el "todo".
  • La capacidad de cambios continuos en la fase de desarrollo sólo es posible si el proyecto ha sido planificado para absorverlos. Unos requerimientos estancos o un análisis petreos harían imposible un desarrollo "agil".
  • Dejar que el "experto" te diga cómo deben ser y hacerse las cosas, incluso en tu propio desarrollo. Por algo es el experto.
  • y otras muchas que poco a poco ire desgranando en forma de posts, palabra.

Por desgracia, la absorción que hace de tí un proyecto de este calibre deja huella: o cuentas con un respaldo familiar infinito, o despídete (o de la familia o del proyecto), y por eso, desde aquí, públicamente, mis más sentidas disculpas y agradecimiento a mi familia: Isa Mary, mi mujer; Celia, mi hija; y mi mamá, quien siempre me ha dicho que trabajo demasiado...

Por supuesto, a todos aquellos que de una forma u otra me habeis apoyado tanto con cariño, ideas, soporte y aliento: Sergio Bonachella, Rebeca Astasio, Estrella, Luis (aka Luigi), Elba, Juanma Cortés y Rosa (sí, sí, la mamá de Anabel). A todos, muchas gracias.

Ahora solo queda que se venda bien y el esfuerzo no sólo tenga recompensa personal si no también económica, que si no, a la siguiente, Isa me va a decir que sí... 

 

 

 

domingo, 28 de enero de 2007

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.