ivanlorenz.com

Acerca de

La ingeniería del software es una disciplina enorme. Muchos aspectos todavía hoy se hallan en investigación. Aun así existe un amplio consenso sobre las “buenas prácticas” que han de ser utilizadas durante el proceso de desarrollo del software.

Universidades, con el SEI de la Carnegie Mellon University a la cabeza, y organismos internacionales como la ISO, han elaborado y publicado cientos de estándares sobre cómo llegar a implantar esas “buenas prácticas” en una organización: CMM o SPICE son dos modelos de proceso de software que nos indican el camino a través de la mejora continua.

Estos modelos se crearon durante la década de los 90. En sus inicios, tanto el CMM como ISO/IEC 15504 (SPICE) eran modelos basados en ingeniería de sistemas y fueron concebidos a partir de abstracciones de los métodos de desarrollo que existían hasta esa fecha. Es decir, a partir de prácticas muy formales y con ciclos de vida en cascada propios de la ingeniería de sistemas. También es cierto que actualmente esos modelos han evolucionado y permiten otros tipos de ciclos de vida.

En el campo de las metodologías para el desarrollo de software existe hoy un amplio abanico de posibilidades: algunas que intentan utilizar el máximo número de “buenas prácticas” descritas en los estándares de los anteriores modelos usando ciclos de vida en cascada, y otras con diferente grado de formalismo que utilizan ciclos de vida iterativos o en espiral.

En el año 2001, expertos como Kent Beck, Alistair Cockburn y Martin Fowler entre otros, publicaron el Agile Manifesto, en el que explicaban que existen mejores formas de crear software que las existentes hasta esa fecha, básicamente dominadas por el punto de vista de la ingeniería de sistemas.En el manifiesto se pone de relieve la importancia del factor humano en la construcción de software. Importancia que se subraya por encima del propio proceso de desarrollo.

Este blog presenta algunas ideas sobre las prácticas que considero más convenientes para el desarrollo de software en sectores dominados por mercados competitivos en los que el time-to-market es ya de por si la mitad del negocio. La otra mitad, evidentemente, es el producto. En estos sectores alinear software con negocio, significa, entre otras cosas, entregar rápido y aceptar el cambio de manera continua.

Desde 1991 desarrollo software para uno de estos sectores adoptando todos los roles imaginables en un equipo y soy Diplomado en informática por la Universidad Politécnica de Catalunya en el año 1992.