Ajedrez - antoniomartel.com

Archivos por Etiqueta: gestión de proyectos

El ingeniero y el puente

En el siglo V antes de Cristo cierto ingeniero romano fue designado para dirigir la construcción de un puente sobre el río Leza. El puente era importante para la zona, permitiría el paso de personas y mercancías ahorrando tiempo en recorrer largas distancias buscando un paso llano por el que cruzar el río.

El ingeniero acogió su nombramiento con entusiasmo y se lanzó a planificar y estimar todo lo que sería necesario para su construcción. Calculó con exactitud cuantos albañiles, grúas, poleas, andamios y cimbras necesitaría y pudo ver claramente que contando con 50 trabajadores podría terminar un puente como aquel en 4,7 años de trabajo.

Con los 600.000 sestercios que recibió para ejecutar este encargo se apresuró a comprar todo el material que había calculado y ordenó depositarlo a pie de obra. Reclutó los 50 albañiles que había estimado y los envió a orillas del río para empezar los trabajos cuanto antes. No había tiempo que perder, cuanto antes se comience, antes se podrá acabar.

Pronto los trabajadores le dijeron que no eran necesarias tantas poleas y grúas pero que los picos y sierras eran claramente muy pocos para el trabajo que había que hacer. No puedo hacer nada, dijo el ingeniero, ya se ha gastado la mayor parte del presupuesto y no queda gran cosa para comprar nuevo material. Tendrán que adaptarse a lo que hay.

La construcción continuó su curso haciéndose pronto evidente que todo no marchaba según lo previsto. El capataz explicó al ingeniero que la cantera de donde se traía la piedra estaba demasiado lejos y que la calzada estaba llena de baches y socavones desde la riada del pasado invierno. Se tardaba mucho en traer la piedra en carretas hasta el puente. Tendrán que hacer un esfuerzo extra, dijo el ingeniero, no hay tiempo ahora para arreglar la calzada.

El capataz también hizo saber al ingeniero que era necesario construir arcos entre los pilares del puente para reducir los materiales utilizados y, sobre todo, para mejorar la resistencia del puente. No hay tiempo ahora para florituras, dijo el ingeniero, vamos retrasados. Pondremos algo más de mortero en los pilares, con eso será suficiente.

Las noticias sobre la marcha del puente llegaban a oídos del Prefecto que desesperaba por la lentitud de las obras por lo que mandó llamar al ingeniero. El Prefecto necesitaba justificarse ante Roma y exigía que el puente estuviese acabado para las próximas fiestas saturnales. El ingeniero explicó que para conseguir tal cosa necesitaría al menos otros 50 trabajadores adicionales. Ante la presión, el Prefecto accedió y se comprometió a enviar los nuevos trabajadores en el plazo de 1 mes.

De vuelta en el puente, el ingeniero reunió a todos los trabajadores y les pidió un esfuerzo adicional para cumplir los compromisos. Los trabajadores no entendían cómo podían trabajar el doble de rápido si no tenían suficiente piedra para continuar y en cualquier caso siempre debían esperar a que el mortero secase.

Ni siquiera con los nuevos trabajadores pudo terminarse el puente a tiempo. No había herramientas para todos, la piedra seguía llegando con lentitud a la obra y los desmoronamientos eran habituales por las prisas en la construcción.

En la antigua Roma, los constructores de un puente debían colocarse debajo mientras la primera legión lo cruzaba. Es un buen aliciente para construir puentes firmes y sólidos ¿no crees?

Si te interesa saber más sobre gestión ágil de proyectos, estimaciones, ventajas y desventajas de Scrum quizás te interese mi libro: Gestión práctica de proyectos con Scrum.

Si en cambio quieres poner a prueba tus conocimientos de Scrum haciendo un test en español antes de tomar el examen de scrum.org aquí tienes el Test no oficial de Scrum (aplicación realizada con Ruby on Rails y desplegada en Heroku).

Propósitos para el 2014

Se suele decir que para lograr alcanzar nuestras metas debemos definir una serie de pasos objetivos y medibles que nos lleven a nuestro fin. Luego comprobar periódicamente cómo de cerca o de lejos estamos de cumplir nuestros objetivos. Yo no he hecho nada de esto en mis propósitos de este año. Mis metas para 2014 no pueden ser más subjetivas pero me quedaré más que contento si pudiese solo alcanzar la mitad de ellas.

Les dejo en esta imagen un enlace al prezi con mis propósitos en la gestión de proyectos para este nuevo año que comienza. Aquí va:

Propósitos para el 2013 en la gestión de proyectos

Repaso a 2013

Finaliza el año 2013 y con él se cierran casi diez meses de publicaciones semanales en el blog. Han sido unas 45 entradas en las que he escrito sobre muchas cosas diferentes. La temática ha ido adaptándose a mi propia evolución, a mis intereses y por supuesto, también a los temas que percibía como más interesantes por los lectores.

Les dejo aquí un resumen los posts que han tenido más repercusión, empezando por los más leídos:

Los más comentados o con más likes:
Algunas entradas se escribieron durante el primer mes de existencia de este blog por lo que creo que no recibieron la suficiente audiencia. Ahí van:
Este es mi resumen del 2013 en este blog de dirección de proyectos. Sólo me queda desearles que tengan un gran 2014. Espero verles por aquí en este nuevo año.

5 errores gestionando proyectos

Gestionando proyectos se comenten errores continuamente, yo por lo menos he cometido unos cuantos. Publico aquí sólo cinco de ellos, los más importantes o los más confesables según se mire. He metido la pata de muchas otras formas pero había que ponerle algún límite a esta entrada en el blog. Ahí van:

Primero el problema, después la solución

Ese es el orden, primero se identifica un problema y luego se le aplica una solución, no al revés: Es habitual oir hablar de una solución muy guay que luego aplicamos entusiasmados al proyecto. Haya problema previo que solucionar o no. ¿De qué sirve implantar en el trabajo diario el nuevo y sofisticado software para hacer Test Driven Development si realmente estás teniendo un problema mucho más básico con ese proyecto que te trae de cabeza?

Contar los pasos en lugar de mirar el camino

Todos sabemos que en los proyectos se suelen disparar las horas empleadas y que rara vez se cumplen los cálculos hechos en las estimaciones. Nuestra primera reacción suele ser la de supervisar cada hora registrada y hacer complejas gráficas que nos muestren lo bien o mal que vamos con respecto a la estimación pero ¿nos ayuda ésto a terminar antes el proyecto?

Si nos contratasen para llevar una carga desde el punto A hasta el punto B e hiciésemos una estimación según la cual haremos ese trabajo dando 10.000 pasos ¿en qué nos va a ayudar saber que ya hemos dado 5.000? ¿Sabemos dónde estamos o si hemos estado dando vueltas en círculo? ¿No será mejor levantar la vista, mirar cuánto hemos recorrido ya, si el camino realmente lleva a B o si hay algún modo más fácil de llegar allí?

Requisitos fantasma

En ocasiones le pedimos a los miembros del equipo de trabajo que cambien lo que ya han hecho porque ‘así no lo va a aceptar el cliente‘ o porque nosotros pensamos que el producto debe funcionar de otra manera. Nuestro compañero ya hizo una propuesta que ha costado tiempo y esfuerzo. Es mejor que la vea el cliente y dé su opinión. Él decidirá si está bien o está mal. Invertir tiempo en correcciones o mejoras no solicitadas sólo nos va a retrasar la entrega (con esto no quiero decir que no se revise lo que se ha hecho o que no se compruebe si tiene la calidad suficiente antes de mostrarlo al cliente)

Contagiar las prisas

Como jefe de proyecto suelo trabajar en varios a la vez, lo que suele implicar a varios clientes, cada uno con sus necesidades, múltiples fechas de entrega, tensión y mucho estrés. Intento no contagiar este estrés a los miembros del equipo de trabajo y aportar la tranquilidad que pueda. Por supuesto, todos los miembros del equipo deben conocer las fechas de entrega y el trabajo comprometido en cada una de ellas. Añadir prisas al trabajo diario sólo suele traer problemas en la calidad del producto final o cosas que quedan a medio resolver.

¿Puedes hacerlo más fácil?

Uno de los principales errores que se comete en un proyecto es el de comenzar cuanto antes cada tarea sin pararse a planificar los pasos a dar en esa tarea, si realmente es necesaria y, sobre todo, si puede simplificarse de algún modo. Me refiero no solo a implementarla del modo más fácil posible sino a simplificar la tarea en sí. Para ese complejo sistema de interconexión entre múltiples ordenadores ¿no existe ya algún estándar predefinido? Para ese analizador sintáctico ¿es necesario que sepa resolver ecuaciones de tercer grado? No hay tiempo mejor invertido que el utilizado para reducir la complejidad del trabajo a hacer.

Estos son los errores de los que me he dado cuenta hasta ahora. A algunos ya les he aplicado alguna solución, en otros todavía tengo que encontrarla. Seguro que me quedan aún errores nuevos por cometer. En los siguientes enlaces pueden encontrar algunas de las lecciones aprendidas de estos errores:

Revista ITPROIECTUS y las I Jornadas en Dirección de Proyectos

El pasado viernes 29 tuve la oportunidad de dar una charla sobre el Factor humano en la dirección de proyectos en las I Jornadas de Dirección de Proyectos organizadas por la SPEGC y ITPROIECTUS, la empresa de consultoría y formación en gestión de Iván Tejera.

Me sorprendió mucho la buena asistencia que tuvo el evento: acudieron alrededor de 90 personas que prácticamente llenaron la sala. Muchos aguantaron hasta la ronda final de preguntas pasadas ya las 9:00 de la noche de un viernes. Creo que fueron unas jornadas interesantes por la calidad profesional de los ponentes (espero que hayamos estado al nivel esperado por los asistentes) Conocía personalmente a algunos de ellos y muchos suman un montón de años de experiencia dirigiendo proyectos y equipos de trabajo ¡es difícil contarles algo nuevo!

En las jornadas participaron, entre otros, directores de proyecto, responsables de departamentos de desarrollo o de nuevas tecnologías como:

  • Raúl Herranz hablando sobre Metodologías Ágiles en la dirección de proyectos
  • Antonio Dorta sobre la Gestión visual en la gestión de proyectos
  • Mónica Khiani interviniendo para hablar sobre Gestión de Proyectos desde el enfoque de PMI – PMBOK
  • Agustín Tapia que hizo una divertida comparación entre la gestión con Scrum o PMBOK
  • Miguel Quintanilla Eriksson sobre La Dirección de Proyectos en la Administración Local
Además de las charlas, se aprovechó para hacer la presentación del primer número de la revista PROIECTUS en la que, además de los ponentes en estas jornadas, también escribieron Eduardo Gutiérrez Bahillo, Manuel Vara, Juan Carlos Falcón, Davide Mazzanti, Vicente González Medina y Roberto González Yuste. Se incluye también una entrevista a Claudia del Toro Vargas, jefa del proyecto de revisión de la traducción del PMBOK 5 al español.
Les dejo aquí un enlace a la revista en su versión digital y algunas fotos del momento de mi charla. Atentos a http://proiectus.es/ dónde se publicarán los vídeos de las charlas.
Enlace al 1º número de la revista Proiectus
Enlace al 1º número de la revista Proiectus

Factor humano en la dirección de proyectos. Ponencia Antonio Martel
I Jornadas Dirección de proyectos. Ponencia Antonio Martel
I Jornadas Dirección de proyectos. Ponencia Antonio Martel

Suscríbete