encore

En la década de los años 50, el desarrollo de grandes proyectos militares puso de manifiesto la necesidad de coordinación entre los equipos que trabajaban simultáneamente en la construcción de un mismo sistema. Estos proyectos, debido a su envergadura y complejidad, requerían el trabajo concurrente y sincronizado de múltiples equipos de ingenieros. Sin embargo, a menudo surgían problemas recurrentes que afectaban negativamente a estos proyectos: Incumplimiento de fechas: Los proyectos no se completaban dentro de los plazos establecidos, lo que generaba retrasos y dificultades en la entrega final. Sobrecostes de presupuesto: Los proyectos excedían el presupuesto asignado, lo que implicaba un desequilibrio financiero y una gestión deficiente de los recursos. Deficiencia en la funcionalidad o calidad: Los proyectos presentaban problemas en cuanto a la funcionalidad esperada o la calidad del producto final, lo que afectaba a su rendimiento y utilidad. Ante estos desafíos, en los años 60 se

Si hablamos hoy en día de la administración de proyectos, nos referimos a una metodología que a lo largo del tiempo ha madurado para ayudar a una empresa a alcanzar objetivos en un determinado tiempo, llevando una gestión de recursos y separando la urgencia de las tareas de aquellas que realmente son importantes. Por desgracia, gran parte de los proyectos exceden sus plazos de entrega y sus presupuestos. Los motivos de esto tienen que ver con la gestión se recursos y la forma en que se asignan, el presupuesto previsto, la planificación, la gestión de riesgos o la interpretación de los requerimientos que este implica, todo esto influye de una forma negativa sobre el plazo estimado, el presupuesto asignado y el nivel de calidad entregado. Muchas empresas hoy en día tienen estándares poco exigentes y carecen de los medios para el seguimiento y control de las variables a lo largo del proceso de ejecución, complicando el control y optimización de resultados a pesar de que estos puedan

Kent Beck dijo alguna vez, que invento la programación extrema para hacer un mundo más seguro para los programadores, pero el mundo aún no es seguro para ellos. En el 2001 reunió a 16 personas, entre las cuales estaban Robert C. Martin, Martin Fowler, Dave Thomas entre otros más, aquí nació el termino 'Metodologías ágiles' y con ello el manifiesto ágil, un tratado basado en 4 pilares que dan paso a los doce principios del llamado 'Software ágil'. Pero esto lo puedes ver en la wikipedia. Hoy en día y casi dos décadas después, su exponente más famoso del manifiesto ágil es scrum, un modelo que apareció en los años 80's y que surgió del análisis de como se desarrollaban nuevos productos en algunas de las principales empresas de la época. Para 1995 vio su versión para el desarrollo de software de la mano de Ken Schwaber y significo un hito que unía las gerencias altas y medias, y por primera vez, voz al cliente dentro de la empres. Ya no se pensaba en una entrega f

Hace mucho años que escribo en un blog (que mantengo con un articulo anual cuando bien me va), incluso en mi perfil de twitter dice que soy blogger, ya cambiare eso cuando deje de ser un vago. El punto es, que este año he decidido por fin volver y dar mi opinión sobre cosas que me he preguntado y que, evidentemente, nadie más me ha preguntado. En este nuevo blog quiero poder explorar lo que define a mi carrera, hablar de aquello que me gusta, pero sobre todo, de todo aquello que no. Podrías creer entonces, que esto irá de hablar mal y decir cuanto odio tal cosa y cuanto me molesta, bueno si y no, para eso tengo twitter y como 3 personas que miran y pasan de largo, pero aquí tratare de argumentar más que de explicar, de comprender todo aquello que entiendo y, por que no, sacarle segundas lecturas. En estos últimos años no sólo me he dedicado a programar, si no a administrar, a llevar equipos, a implementar metodologías, a escribir manuales (mas de los que algún día pensé en escribir)