Argumentan los creadores de TMMi que las pruebas representan ente el 30 y el 40% de los costes de un proyecto, pero que, sin embargo, los procesos de pruebas apenas son tratados en modelos de procesos como CMMI. Como respuesta a este problema, un grupo llamado “TMMI Foundation” creó hace ya unos años un modelo de procesos para pruebas, pensado como complemento a CMMI y específico de organizaciones en las que las pruebas software tienen mucha importancia.

Veamos un resumen de los niveles de madurez para pruebas, y algún dato sobre las evaluaciones TMMi. [Leer el resto de la entrada...]

Este post es el segundo (ver aquí el primero) de una serie en respuesta al mensaje twitter que me envió @marianorajoy. Y expone importantes riesgos, o desafíos, que en mi opinión tiene la industria del desarrollo software en España, en un momento tan delicado como el actual, y en el que está en juego el futuro de la competitividad internacional del sector del desarrollo software.
—

Hasta la fecha, una de las principales evoluciones que ha tenido el sector del desarrollo software en España, desde el punto de vista de mejora de la competitividad de sus empresas, ha sido la deslocalización. ¿Qué quiere decir esto? Que en los últimos 10 años las grandes empresas de desarrollo han sido muy hábiles, a la hora de reducir los costes, moviendo las fábricas de desarrollo software de grandes ciudades como Madrid a ciudades y pueblos de otras Comunidades como Castilla – La Mancha, Extremadura, Castilla y León, etc. A este fenómeno se le suele llamar “nearshore” o, simplificadamente, externalizar, mover la producción, a lugares físicamente cercanos (a diferencia del “offshore”, que externaliza a países lejanos como India, Argentina o China).

Debido al éxito y madurez del modelo nearshore, desde hace años las empresas del sector anhelan repetir este esquema… pero desplazando aún más lejos la producción. En vez de a ciudades o pueblos de España… a ciudades o pueblos de países más competitivos en costes.

Veamos los detalles que implica todo esto. [Leer el resto de la entrada...]

Hace unos días un artículo en CIO magazine planteaba la siguiente pregunta: ¿aplica la agilidad a un departamento de soporte a incidencias? Además del desarrollo ágil… ¿existe el soporte ágil? Hoy muchos equipos dicen que estar, en mayor o menor medida, aplicando prácticas ágiles al desarrollo, pero…  ¿aplican igualmente las prácticas ágiles a aquellas actividades que ocurren una vez que el software está en producción?

Aunque el artículo original trata varios aspectos, en este post he querido destacar tres claves a tener en cuenta en la aplicación de la agilidad al soporte: [Leer el resto de la entrada...]

Cierto. Se me olvidó postear en qué concluyó la encuesta que hicimos en navidad sobre “¿Qué marcará la tendencia en calidad software durante 2012?”.  Las tendencias más votadas fueron, en este orden, las siguientes: [Leer el resto de la entrada...]

“Si tu vida depende de un software ¿Qué te gustaría saber sobre él?

Más que nada, me gustaría saber que la persona que escribió el software es muy inteligente a la vez que extremadamente rigurosa, con un deseo casi fanático de hacer que su programa trabaje como debe. Para mi cualquier otra cosa es secundaria”

Bollinger, Terry. 2001. “On Inspection vs. Testing.” Software Practitioner, Sept.