Ayer comentaba que Scrum era una metodología ágil, y destacaba su capacidad de responder ante requerimientos inestables y ofrecer entregas frecuentes e incrementales.

Pero, ¿Qué es Scrum? El término viene de una jugada de Rugby en la que los jugadores de los dos equipos de apiñan para sortearse el balón. Y, supongo, que la metáfora subyacente es que todo el equipo empuja para conseguir el mismo objetivo.

Una vez demostrada mi erudición sobre el mundo del rugby, contesto:

Scrum es una metodología ágil de gestión de proyectos cuyo objetivo primordial es elevar al máximo la productividad de un equipo. Reduce al máximo la burocracia, y se centra en producir software que funcione y en ofrecer resultados visibles cada pocas semanas, incluso ante requerimientos inestables. Sólo abarca prácticas de gestión sin entrar en las prácticas de desarrollo...

Quedará más claro si describimos el día a día de un proyecto con Scrum...

Al iniciar el proyecto se crea el "listado de funcionalidades" (o product backlog, según los puristas), que es un listado actualizado, incompleto y priorizado de los requerimientos del proyecto-producto.

El "cliente" (o product owner, según los dichosos puristas) es el encargado de mantener este "listado de funcionalidades" actualizado y priorizado.

La idea básica es que el desarrollo se hace de manera cíclica e incremental. En cada "ciclo de desarrollo" (sprint, dicen), el "equipo de desarrollo" (scrum team) selecciona el subconjunto de funcionalidades (sprint backlog) que se incorporarán al producto, y durante el siguiente ciclo se centrarán únicamente en completar esas funcionalidades y entregárselas al cliente. Los equipos son pequeños (máximo 8 u 9 personas…) pero experimentados (¡No intentes utilizar metodologías ágiles con equipos juniors!). Los ciclos de desarrollo son cortos (entre 3 y 5 semanas, habitualmente), por lo que se tiene una buena visibilidad sobre el avance del proyecto.

El "jefe de proyecto" (o scrum master) se encarga de ayudar al equipo en sus necesidades y evitar distracciones inútiles (coordinando reuniones, recabando información, ¡eliminando obstáculos!...). No ejerce exactamente de jefe (ya que es el propio equipo de desarrollo el que selecciona, estima y gestiona su tiempo, y se hace responsable del diseño, de la implantación, y del resultado). El equipo de desarrollo tiene una gran autonomía.

Tal como comentaba ayer, esta metodología se adapta muy bien a las características típicas de los proyectos Business Intelligence. Que son llevados a cabo por equipos relativamente pequeños. Que se pueden fraccionar los requerimientos y las entregas (incorporando áreas de información, mejorando rendimientos, "pintando pantallas", creando cubos…). Y que el cliente nunca sabe bien lo que quiere. Si asumes de entrada que habrá cambios, huirás de arquitecturas rígidas, y no darás nada por sentado, sabrás que te mueves en aguas pantanosas y eso te hará reflexionar, hecho fundamental para aumentar las probabilidades de éxito de cualquier proyecto...

Además, con Scrum, podrás ofrecer resultados tangibles de una manera continua, lo cual es deseable en todo tipo de proyectos, y también en los de BI … ¿Serán las metodologías ágiles una generalización de los tradicionales prototipos?

Os dejo un vídeo donde explican estos conceptos básicos de Scrum (...y con la terminología correcta). Entiendo que el vídeo está realizado en clave de humor, y que los equipos Scrum no han de ser tan frikis como pueda parecer.

Más info:

• Presion Blogosférica
• Proyectos ágiles
• Agile Spain

A raiz de un comentario en el artículo sobre "Business Intelligence en España", descubrí una aplicación para la construcción de "cuadros de mando territoriales"... ¿Y qué es eso? Pues un cuadro de mando donde la componente territorial es clave, sencillamente.

De hecho, con Tuent (que así se llama el producto), puedes representar sobre un mapa cualquier indicador de tu negocio. Además, permite la navegación territorial de una manera muy intuitiva (profundizando desde la visión por país hasta tener la visión por comunidades, provincias, o poblaciones).

Esta empresa proporciona también una versión gratuita de su producto. Es muy fácil registrarse, y no requiere instalación local. Lo he probado, y en un momento estaba navegando sobre su demo, y he podido cargar una serie de indicadores y representarlos sobre Google Maps (¡emplea el API de Google Maps!). La principal limitación de la versión gratuita es que no puedes definir tus propias regiones, por lo que has de conformarte con las divisiones políticas habituales (además de España, también tienen mapas de México y de otros países). De todos modos, los mapas disponibles son muy detallados y absolutamente funcionales:

Es curioso cómo los grandes proveedores de Business Intelligence apenas tienen propuestas para cubrir esta necesidad tan común (GIS, geomarketing, etc.). Todas las empresas tienen información que su representación natural implicaría el uso de mapas (clientes, delegaciones, ...), y que sin embargo han de conformarse con listados o con los tradicionales gráficos de barras...

Tuent destaca por su facilidad de uso, por su fantástica integración con Google Maps, y por la rapidez de implantación (es SaaS).

No os perdáis la demo: Cuadro de mando sobre la población de españa (y otros datos demográficos)

Más info:

• Blog de Tuent
• Web corporativa de Tuent
• Entrevista a Ernesto Ballesteros de TUENT.COM

Ha llegado a mis manos un artículo que se lamenta que el Business Intelligence aún "sigue siendo coto de expertos y tecnólogos". Según esta visión, el Business Intelligence aún no se ha popularizado suficiente dentro de las empresas. El socio de Adysa Group, autor del artículo, lo atribuye a las siguientes razones:

• El BI necesita hablar en el idioma del negocio
• El BI se sigue percibiendo como caro, enfocado para las grandes empresas
• El BI no es percibido como un sistema crítico para el negocio
• El BI necesita ser simple

El artículo (¿nota de prensa?) es corto, sólo son dos páginas, y explica estos cuatro puntos de manera clara y concisa, como a mi me gusta.

Me ha llamado la atención (porque es una cosa que no se suele mencionar) la definición del BI como un "sistema no autocontenido". Literalmente, dice:

El BI no es un sistema autocontenido, necesita alimentarse de otros sistemas (almacén de datos, ERP, CRM, intranet, etc.) para poder ser válido. Un CRM, un ERP, una Intranet, son unos sistemas autocontenidos: no necesitan de otros sistemas para poder desarrollar sus funciones [...]

Y ésa es, efectivamente, una barrera de entrada importante para los sistemas de Business Intelligence. Si la empresa no dispone de unos sistemas operacionales suficientemente maduros, y esto implica la existencia de unas aplicacoines y unas bases de datos que se puedan integrar, es muy difícil que se popularice el Business Intelligence. Lamentablemente, muchas pequeñas y medianas empresas aún emplean una versión pirata del Office (y poco más) como ERP corporativo... ¿Qué BI vamos a popularizar aquí? :-)

Siguen los movimientos en las empresas de Business Intelligence en España.

Hace pocos meses os contaba que Litebi había cerrado una ronda de inversión de 500.000 euros, y poco antes que Debaque había entrado en el capital de Apesoft aportando unos 2,75 millones de euros...

Ahora la noticia la vuelve a protagonizar Apesoft que, según se anuncia en su web, ha recibido una inversión de "La Caixa" de un millón de euros:

“la Caixa” realiza una inversión de un millón de euros en ApeSoft

ApeSoft, primer fabricante español de Business Intelligence en expansión mundial, ha recibido una inversión de un millón de euros por parte de Caixa Capital Risc, la sociedad gestora de empresas de capital riesgo de “la Caixa”.

La nueva financiación completa la inversión previamente realizada en junio de 2009 por la compañía Debaeque y supone un eslabón más en la firme apuesta de ApeSoft por exportar a todos los mercados sus soluciones Business Intelligence basadas en Excel. La compañía prevé superar los 10M€ de ventas en 2012, la mitad de las cuales provendrían del extranjero.

“La inversión de “la Caixa” en nuestra compañía refuerza nuestro plan de crecimiento internacional y nos permite mantener el ritmo de alto crecimiento que estamos experimentando” ha comentado Jaume Juan, director general y fundador de ApeSoft.

La operación se enmarca en la voluntad de “la Caixa” de impulsar el crecimiento de empresas que se caracterizan por el carácter innovador de sus proyectos y por la capacidad de generar un impacto positivo en la sociedad.

Me alegro porque esto demuestra que todavía existen proyectos Business Intelligence suficientemente prometedores para que alguien invierta millones de euros en ellos y, visto desde un punto de vista egoísta (y escasamente racional), mejor que sean aquí que no en Palo Alto (California)...

De todas maneras, la única demostración palpable del éxito son los beneficios, la rentabilidad real, y no la culminación de rondas de financiación. Conviene no adelantar los festejos (¡qué fácil es decirlo!), y mantener el cava en la nevera hasta que esa inyección de capital produzca el resultado que de ella se espera...

Sabemos que en Google está toda la información, aunque a veces lo difícil es encontrarla en un formato que nos resulte útil.

Esto es lo que me ha pasado esta semana, cuando he necesitado un listado de los pueblos de España con sus coordenadas geográficas (longitud, latitud y -ya puestos- altitud). Me sorprendió la dificutad que he tenido para encontrar esta información... ni en el INE, ni en los diferentes institutos cartográficos y topográficos conseguí acceder a estos datos -aparentemente- tan públicos... En algún lugar parecían estar estas coordenadas, aunque en un formato intratable...

Finalmente, me arremangué para recopilar las coordenadas de todos los pueblos y ciudades disponibles en Google Maps. Es espectacular las posibilidades que ofrece el API de Google Maps, y sorprende que los proveedores de Business Intelligence sigan careciando de soluciones dignas con que representar la información geográfica...

El listado de municipios es fácilmente accesible; yo tomé los datos del INE. Acceder a las latitudes y longitudes de todas las ciudades ya requiere algo más de trabajo. Aunque es fácil utilizar el API de Google Maps, me encontré algunas dificultades. Básicamente, que el nombre de los pueblos no es único, y puedes encontrarte municipios homónimos tanto dentro como fuera de España... La otra dificultad fue la limitación de 2.500 consultas diarias que permite el API de Google...

Finalmente, como os debéis imaginar (o no estaría contanto este rollo), conseguí integrar la información de municipios (pueblos y ciudades), provincias y comunidades autónomas del INE con sus coordenadas geográficas (longitud, latitud) asi como su altitud... y pudimos hacer un prototipo bastante digno (que es de lo que se trataba).

Con un poco más de trabajo, también se pueden crear mapas dinámicos de las provincias o de las comunidades autónomas, donde se muestra gráficamente el valor de cualquier indicador (la población, en este ejemplo).

Bueno, pues aquí os dejo el listado de las coordenadas geográficas (longitud, latitud) de los pueblos, ciudades o municipios de España, con la esperanza que el próximo que requiera esta información la encuentre con mayor facilidad que yo...

• Listado de los pueblos de España con su longitud, latitud y altitud (XLS)
• Listado de los pueblos de España con su longitud, latitud y altitud (HTML)