Proyecto BlueSparrow

Cerrando un proyecto fallido…

kohlerphils — Mon, 05 Jul 2010 10:27:36 +0000

Es normal que en todo proyecto haya cambios en los requisitos que lo dieron lugar. Sucede que en algunos proyectos, durante el periodo de ejecución, sus requisitos iniciales cambian tanto que el proyecto original puede llegar a perder totalmente su razón de ser.

Esto es lo que ha pasado con nuestro proyecto: Ha cambiado tanto que ya no tiene sentido.

Uno de los primeros síntomas fue el retraso con el que se comenzaron a tomar decisiones. Y es que cuando algo no interesa lo ponemos al final de la cola.

Otro síntoma fue el ver que no teníamos claro por dónde habría de discurrir el proyecto, y que dejaba en evidencia que las metas ya no estaban claras.

Por último vino la verbalización de arrancar otra iniciativa que cláramente dejaba atrás el proyecto original.

Hemos de ser rápidos en ver este tipo de situaciones y aprender a cerrar los proyectos antes de que estos mueran. De este modo reduciremos las consecuencias en modo de pérdidas de recursos, de prestigio, y por que no, de clientes.

Datos incoherentes

kohlerphils — Mon, 11 Jan 2010 09:42:54 +0000

Como en todo proyecto, los objetivos han de ser seguidos para comprobar su grado de consecución. Este seguimiento se realiza mediante el empleo de métricas que han de estar definidas para que proporcionen información útil sobre los objetivos.

Los componentes de una métrica bien establecida son tres:

Necesidad de información a cubrir.
Datos a ser empleados en la métrica
Modo de cálculo y análisis de la misma.

El primer elemento básicamente nos centra en el sentido de la métrica. Si queremos ver lo que tardamos en mejorar un punto en el ranking, mediremos la posición en el ranking, y el tiempo, y no nos centraremos en el número de miembros del proyecto, ya que no nos aporta información.

El segundo elemento es el que contiene la información en bruto, y que mediante un elemento llamado extractor nos proporcionará los datos iniciales (la materia prima) necesaria para poder calcular nuestra métrica.

El tercer elemento es el modo en el que hemos definido que se relacionan los datos para proporcionarnos la información necesaria para nuestro seguimiento. Estos métodos de cálculo pueden ser tan simples como la lectura directa (ver la temperatura), o requerir complejos cálculos. Además hemos de definir el modo en el que vamos a interpretar el resultado de modo que no acomodemos el dato a nuestro criterio más inmediato, sino que este sea coherente a lo largo del proyecto (o mientras la métrica nos sea útil).

En el proyecto, ya nos hemos encontrado con problemas para poder obtener información para el seguimiento de un objetivo. La métrica que estábamos definiendo buscaba ver las variaciones de la posición de una cuenta (cuan popular es), y nos hemos encontrado que los datos no son coherentes.

Como se puede ver en la imagen, las fluctuaciones de los resultados (sin modificaciones en otras variables que pudieran afectar) hacen que no podamos emplear la métrica que definimos inicialmente.

Actualmente estamos buscando una alternativa que nos proporcione la información que necesitamos, pero aunque no hemos tenido éxito aun, al menos hemos detectado el problema.

Ya tenemos logo…

kohlerphils — Tue, 29 Dec 2009 12:13:45 +0000

No es que nos hayamos devanado demasiado los sesos, ni que nos hayamos vuelto locos a buscar ideas ciberpunk, “neotech” o de otro tipo.

La idea del logo surgió del nombre: un pájaro azul.

No queremos plagiar el pajarillo de Twitter, y ha coincidido que hemos visto en alguna película que otra un pajarillo azul. Nada de eso nos valía.

Nuestro pajarillo es tan nuestro como el proyecto en el que nos hemos embarcado.

Este es nuestro BlueSparrow:

Primeros pasos: obteniendo las necesidades.

kohlerphils — Sun, 27 Dec 2009 00:24:15 +0000

Estamos arrancando el proyecto, y la generación de las especificaciones se está complicando. El proceso de generación de especificaciones es uno de los más delicados de cualquier proyecto, y este no es una excepción.

El primer paso para la determinación de los requisitos es un correcto levantamiento de las necesidades. Estas no tienen porque ser definitivas, pero si lo suficientemente estables como para poder definir un horizonte de trabajo alcanzable y realista.

Estamos en eso, y esperemos que podamos tener la primera versión de los requisitos en menos de dos semanas.

Seguiremos informando