Gestió de projectes al CETT

Aquesta setmana he començat a impartir l'assignatura de Gestió de Projectes -amb la col·laboració del Ramon Serrat- pels alumnes del quart any del Grau en Direcció Turística. Tot i que és un perfil que ja conec des de fa un cert temps no podia pas evitar una certa impaciència en conèixer-los per veure si quadraven amb aquest perfil preconcebut que tenia. Val a dir que, ara que ja ens hem vist les cares, la percepció no pot ser més bona. Gent molt aplicada, atenta i amb ganes d'assimilar expertesa.

Com sempre, en aquestes primeres sessions, presa de contacte, repàs de conceptes bàsics i presentació velada dels tipus de dinàmiques que anirem treballant al llarg de l'assignatura. Què és un projecte?, quines en són les seves parts bàsiques?, com s'ordenen cronològicament?, com es manegen els equips de projectes?, què són les agendes encobertes?, etc.

En definitiva doncs, molt bones vibracions de cara a una col·laboració formativa nova per a mi que, de ben segur, resultarà tot un èxit tot i la novetat.

Microsoft Word, un (mal) projecte real

Microsoft és un de les grans marques de la nostra era. Però com gestionen els seus projectes? Doncs alguns d'ells, aparentment, molt malament. Potser en podem aprendre alguna cosa d'aquest cas real.
Us transcric a continuació una extracte d'un llibre prou interessant: Desarrollo y gestión de proyectos informáticos de l'Steve McConnell publicat per McGraw-Hill.

Caso real: La planificación de “Word para Windows 1.0” Word para Windows, alias Winword necesitó 5 años para su desarrollo completo. Acabó consumiendo 660 personas-mes de esfuerzo para generar 249.000 líneas de código. La planificación final de 5 años fue, aproximadamente, cinco veces mayor que la diseñada inicialmente. La siguiente tabla nos resume la historia: Fuente: adaptado de "Microsoft Corporation: Office Business Unit" (Iansiti, 1994). Winword adoleció de una planificación excesivamente agresiva. La planificación más corta posible para un proyecto de su envergadura estaría alrededor de los 460 días. Sin embargo, la estimación mayor era de 395 días. Este caso real ilustra perfectamente, casi conjuga, la mayoría de los errores clásicos producidos a raíz de una planificación demasiado agresiva. - El proyecto tenía objetivos irrealizables. En palabras del propio Gates, se iba a “desarrollar el mejor tratamiento de textos del mundo” y tan rápido como fuera posible, preferentemente en 12 meses. Cualquiera de los objetivos por separado representaba un desafío. Su combinación tornaba el proyecto imposible. - Una planificación agresiva impide planificar correctamente. Durante los cuatro primeros años de desarrollo había entre un 60 y un 80 por 100 de factor de ilusiones como parte constante de la planificación. - Durante el proyecto el equipo mutó sucesivamente. Tuvo cuatro desarrolladores distintos, incluyendo a dos que se fueron del proyecto debido a la presión de la planificación urgente y uno que abandonó por problemas de salud. - Debido a las presiones de planificación, los desarrolladores llegaron a declarar que algunas prestaciones se habían “hecho” aunque en realidad tenían una calidad muy baja y/o estaban incompletas. En resumen, ¿ayudó la planificación agresiva de Winword a que fuera entregado más rápido? No, rotundamente. Cinco años para un producto y 250.000 líneas de código no puede ser considerado un desarrollo rápido. Tal vez el error más grave fuera la obsesión por aunar la innovación tecnológica con las prisas. Si hubieran planificado con la intención de ser eficientes y no rápidos, su proyecto se habría realizado en casi dos años. Esta estimación dobla cualquiera de las que ellos hicieron pero, en cualquier caso, hubiera reducido casi a un tercio el esfuerzo final necesario para completar el proyecto con éxito, añadiendo que, probablemente, su calidad global hubiera sido mucho mayor. Siempre es doloroso planificar un proyecto para dos años cuando se desea terminarlo en 12, pero “desearlo no lo hace posible”.