Las aproximaciones que PSL utiliza para desarrollar software son fruto tanto de estudios académicos sobre ingeniería, como de nuestra experiencia atendiendo más de 1,000 proyectos en los últimos 24 años.

Las metodologías de desarrollo de nuestra compañía se fundamentan en las denominadas aproximaciones ágiles. Estas reconocen que todo software es una obra de ingeniería en evolución, la cual muchas veces se esta construyendo por primera vez, o sea, es una obra que se encuentra en la difícil situación de ser tanto un prototipo como el único producto final que verá la luz del día. 

Dentro de éste marco, las metodologías ágiles consideran es casi imposible adivinar desde un principio todas las características, en detalle, que contendrá una aplicación de software a desarrollarse (a no ser que esta sea pequeña o sea una copia de otra ya existente).

Por lo tanto, una aproximación ágil reconoce  que:

1) el propio grupo que crea el software cambiará de opinión muchas veces durante el proyecto sobre qué es lo que el software realmente necesita y

2) el grupo solo entenderá qué es lo que verdaderamente quiere que haga el software a medida lo comienza a utilizarlo y operarlo “en la pantalla”.  

Si a todo esto sumamos los constantes cambios del entorno competitivo, que también pueden impactar los requerimientos de la aplicación, logramos entender la complejidad e inestabilidad del entorno en el que se desenvuelve cualquier proyecto de desarrollo de software.  

Para afrontar este reto, las aproximaciones ágiles utilizadas por PSL –principalmente Agile SCRUM con prácticas XP y Agile RUP—contemplan cortos ciclos iterativos (de 2 a 4 semanas cada uno) donde se entrega al cliente software operativo.    Al recibir cada entrega, el cliente puede probar inmediatamente el artefacto de software, sugerir cambios, probarlos y luego partir de nuevo para la próxima corta iteración.  De esta manera, pieza por pieza, se completa la totalidad del proyecto.  

Al operar dentro de un marco iterativo e incremental, donde los requerimientos se levantan en detalle para cada iteración más no en detalle para la totalidad del Proyecto, el software construido sufre mínimos riesgos de obsolescencia, se acopla mejor al cambiante entorno competitivo y además, debido a que el software puede utilizarse progresivamente, mantiene la moral de la compañía de que el proyecto de software generando valor desde un principio.