Prácticas y métodos para mejorar el

desarrollo de Proyectos de Software

Artículos

Gestión de proyectos con SCRUM. ¿Qué es SCRUM? SCRUM es una forma de gestionar proyectos de software. No es una metodología de análisis, ni de diseño, como podría ser RUP, es una metodología de gestión del trabajo.

CMM - CMMI Nivel 2. Para aquellos que ya tengáis una noción de lo que es el Modelo de calidad CMM-CMMI y queráis profundizar un poco en el nivel 2 de CMM-CMMI os recomiendo dicha lectura.

Liderazgo técnico MOI - Motivación, Organización e Innovación. Liderazgo técnico es el proceso de crear un entorno en el cual la gente se siente y está autorizada. Vamos a ver como conseguimos esto a través de la motivación, la organización y la innovación.

Introducción a CMM - CMMI. De mis experiencias en estos 2 años con el modelo CMM - CMMI voy a intentar explicaros de una forma clara y sencilla en que consiste este modelo de calidad del software.

Patrones de diseño. ¿Qué son los patrones de diseño? Son soluciones simples y elegantes a problemas específicos y comunes del diseño orientado a objetos. Son soluciones basadas en la experiencia y que se ha demostrado que funcionan.

UML: Diagramas UML. ¿Qué es UML?. UML es un conjunto de herramientas, que permite modelar (analizar y diseñar) sistemas orientados a objetos. "El 80% de los problemas se pueden resolver usando tan solo el 20% de UML"

Estabilizar una aplicación mediante reuniones SCRUM. Si no consigues estabilizar tu aplicación porque esta llena de errores (bugs), cuando arreglas uno y parecen dos nuevos; la aplicación esta fuera de control. Necesitas un método para gestionar ese caos y llevarlo a un final feliz.

Seguimiento y gestión de errores. Como personas relacionadas con el software tenemos que saber convivir con los errores y no ignorarlos. Puesto que los errores forman parte del software y son bastante peligrosos, en cuanto a coste e imagen, es mejor tenerlos controlados.

Podredumbre del software. Tu aplicación se está deteriorando poco a poco, se cae a pedazos y ya no aguanta ni una modificación más. ¿Qué es lo que pasa cuando no se realiza un diseño? ¿Qué causa que un diseño pobre se deteriore?

Comunicación en equipos de software. Lo más importante en un proyecto de software es la comunicación. La causa más común de fracaso en un proyecto es la falta de comunicación entre los miembros del equipo.

Control de código fuente. ¿Tienes más de 2 personas trabajando en un mismo proyecto? ¿Los programadores machacan su código fuente? ¿Quieres llevar un control de versiones de tu software? Necesitas tener bajo control tu código fuente.

UML: Casos de Uso. Quien más o quien menos ha visto algún diagrama UML, lo más probable es que te hayas topado con algún diagrama de clases. También es muy probable que hayas visto algún caso de uso, pero… ¿sabes lo que son?

Libros

The Pragmatic Programmer Por Andrew Hunt y David Thomas Hay libros que se convierten en clásicos nada más publicarse, este libro fue publicado en 2000 y ya es un clásico, también estoy seguro que dentro de 10 años seguirá estando tan vigente como hoy. En la primera línea resume el contenido del resto: "Este libro te ayudará a convertirte en un mejor programador". El libro no engaña en ningún momento, en él se explica de una forma amena y agradable conceptos sobre el desarrollo de aplicaciones que aunque pueden parecer evidentes para un programador experimentado, nunca como ahora habían sido recogidos en un libro. El libro cubre conceptos sobre programación, cómo usar y construir herramientas, pruebas, refactoring, documentación, etc… Cómo ser en un mejor y más productivo programador. Mi valoración:

Leyendas de la Informática

Donald E. Knuth Doctor en matemáticas y profesor emérito de la universidad de Stanford. Su serie de libros "The Art of Computer Programming" están considerados uno de los doce documentos científicos más importantes de este siglo. Su aportación a la informática está al mismo nivel que la de Dirac a la mecánica cuántica, Einstein a la relatividad o Mandelbrot a los fractales. Su cita más célebre: "Ten cuidado con los bugs del código anterior. Solo he demostrado que era cierto, no lo he probado." Si deseas más información sobre Donald E. Knuth puedes visitar su página personal.

Enlaces de Interés