General

Confieso que nunca pensé que este dato pudiera ser interesante. Pero el otro día un chaval me preguntó “¿Cuánta gente visita el blog? Me parece interesante saberlo, como dato para saber si somos muchos los interesados en que el software se haga bien”. Además, también confieso que quizás debería preocuparme más por la “analítica del…

La primera vez que leí algo escrito por Henrik Kniberg podría remontarse a finales de 2007 o quizás a comienzos de 2008. En 2007, Henrik publicó el que es uno de los libros más famosos de agilidad, y uno de los libros más agradables de leer: Scrum and Xp from the Trenches (Enterprise Software Development)….

A la hora de planificar un proyecto, muchos responsables de proyecto ven razonable pensar que si añaden más gente al proyecto, el proyecto se terminará antes, y podrán encajarlo en esas complicadas fechas. Lógico… pero hasta cierto punto. Lo primero que debes saber es que hay una temporalidad llamada imposible, por mucha gente que añadas…

UML es hoy el lenguaje de referencia para modelar, dibujar diseños, etc. Cuando se usa de manera apropiada es una buena, gran, práctica, como comentábamos en aquel qué es UML y por qué es tan sumamente importante (seas informático o no) saber interpretar diagramas UML. Si bien hay veces que caemos en el problema de…

Los más antiguos del lugar recordareis a Robert C. Martin, y aquella “entrevista en el blog: Robert C. Martin (Uncle Bob)” tan llena de buenos consejos. Sin duda las mayores aportaciones del “tío Bob”, aparte de aquellas en el campo de la agilidad, han sido en el diseño orientado a objetos. Además del “principio de…

Cada vez necesitamos más y más software, pero ¿también, al mismo ritmo, vamos a necesitar cada vez más y más programadores? O, visto desde otro punto, ¿habrá suficientes programadores para desarrollar tantas aplicaciones como la sociedad necesita – necesitará?, y sino los hay ¿aparecerán nuevas maneras de crear software sin necesidad de expertos en programación?…

Uno de los mayores, y más comunes, errores en gestión de proyectos software viene de tener un tamaño de equipo erróneo. Aún hay quien, erróneamente, piensa que un equipo… cuanto más grande mejor, que aumentar el número de personas de un equipo es la única manera, la manera más racional y eficiente, de generar más…

Una de las cosas que, en lo referente al equipo, más se enfatizan en Scrum, agilidad, y en Lean – Kanban, es el peaje que supone la multitarea para la productividad. En muchas empresas, a los equipos se les asigna más de un proyecto a la vez, se asignan múltiples tareas a la vez, etc.,…

En 1996 McConnell definió a como “errores clásicos” del software a aquellos que se han repetido tantas veces que “ya” debieran ser previsibles, de sentido y conocimiento común, y siempre deberían gestionarse. Ese mismo año publicó el libro “Rapid Development: Taming Wild Software Schedules”, en mi opinión uno de los mejores libros que se han…