El escenario:

1. El proyecto fue entregado a la contra-parte cliente (stakeholder), quien luego de su instalación y ejecución de pruebas en sus ambientes aprobó su entrega.
2. Se pidió el envío de la factura.
3. Esta (la factura) entró en la cadena de aprobación de 5 firmas antes de pasar a contabilidad para su pago.
4. Una de estas personas de la cadena (sub-gerente) detuvo el proceso requiriendo ver los entregables del proyecto para lo cual llamó a la contra-parte quien a su vez estaba de vacaciones por dos semanas.
5. Al regreso de las vacaciones la contra-parte nunca tuvo conocimiento de causa de lo sucedido hasta que yo (el proveedor) llamé preguntando por mi factura.
6. La contra-parte tuvo que esperar la disponibilidad del sub-gerente para enterarse de los sucedido y pedir una reunión para mostrar los entregables.
7. (La parte chistosa): La contra-parte mostró unos archivos como entregables (en este caso los reales) y la factura finalmente salió de la bandeja de salida del sub-gerente.
8. Ahora se encuentra en contabilidad, esperando por su: “a treinta días de la fecha de emisión” y los “días de pago en el mes“.

En este caso fue de mucha ayuda la gestión en vivo realizada por la contra-parte, quien entiende la importancia que tiene pagar en tiempo para una PYME como nosotros.

Este tipo de burocracia de procesos es lo que hace que muchas empresas terminen matando a las PYMES (sus mejores proveedores la mayoría de las veces).

En esta odisea la moraleja es que hay demasiadas personas involucradas en el proceso de aprobación de pagos para las cuales no es relevante el software construido en sí sino los entregables, lo cual puede ser cualquier cosa (que ellos no entienden, solo ven).
Entonces necesitan confiar en la contra-parte, los cuales a su vez no tienen poder de aprobación. Esto último relaja a la contra-parte, pues la responsabilidad de pagar no es de ellos, sino del que no entiende y que ante la ceguera para el proceso.

¿No es más fácil dar niveles de responsabilidad de pago a la contra-parte?. En cuyo caso no aprobaría el proyecto hasta estar seguro de lo que se está pagando, eliminando así a personas de la cadena y optimizando el pago a las PYMES victimas. E incluso mirándo más allá, dando más tiempo a los sub-gerentes para dedicarse a su trabajo.

2009 fue el año de continuum, nos dimos a conocer en el mercado local, pasamos de tres a once desarrolladores, atrajimos nuevos clientes, evangelizamos lo que pudimos (aún en proceso) a los antiguos, creamos y disciplinamos nuestros flujos de desarrollo (falta mucho aún, más de esto luego), formamos un partnership con Hashrocket, nos mudamos a una nueva oficina…uff…y algunas cosas más…

Ahora llegó el 2010 y muchas cosas nuevas van a suceder este año. En continuum no seguimos un plan, porque no lo tenemos, tampoco tenemos una forma de medir indicadores (aún) que digan cuanto crecimos economicamente, ni creamos curvas estadísticas o de tendencias o lo que sea que tenga que ver con economía. No significa que seamos anarquistas o des-organizados, sino que más bien nos movemos instintivamente. Los únicos indicadores que siempre estamos recogiendo y procesando de alguna forma son los que tienen que ver con niveles de satisfacción tanto de los clientes como de los integrantes de la empresa. Porque al final, ¿se trata de trabajar con personas o no?.

Sin embargo si tenemos muchas ideas, y constantemente aparecen nuevas. Nuestro único criterio para decidir si debemos implementarlas o no es el sentido común y/o la aceptación de todo el equipo.

Este año debería ser el año de la excelencia, esto es mejorar o crear nuevos métodos que optimicen nuestros flujos internos para ser más productivos y lograr la excelencia en lo que hacemos . Para esto creemos que es importante mantenernos “pequeños” o en un español más claro (para evitar malos entendidos) no aumentar el número de personas (o al menos mantenernos cerca del número actual) que ya somos.

Esto indica que habrá un proceso de implementación de ideas que incluyen por ejemplo: incorporar técnicas de desarrollo al stack, mejora de la infra-estructura del ambiente laboral, o incluso la recepción de visita de personalidades internacionales en el área de desarrollo de software.

Es muy pronto para entrar en detalles, pero en el transcurso del año iremos enunciando cada una de las ideas que tenemos en mente o que surgan en el camino en la medida en que sean implementadas así como sus resultados positivos o no.