VIII Jornadas de Enseñanza Universitaria de la Informática Cáceres ...

6. Gestión de riesgosEs muy frecuente que en el entorno profesional nose realice una gestión de riesgos efectiva;lógicamente, en un PFC esto es aún más habitual.Sin embargo, el obligar al alumno a realizaruna gestión de riesgos siquiera mínima tiene ungran valor didáctico. En primer lugar porque lehace consciente de los peligros que acechan alproyecto, y cuando alguno se manifieste estarásensibilizado; y en segundo lugar porque lagestión de riesgos es también un ejercicioadicional de planificación y gestión. Basta con unsencillo documento de una o dos páginas, en elque el alumno identifique los peligros importantesy adopte acciones preventivas (que pueden ser tansimples como cambiar el orden de ciertas tareas).Un riesgo muy importante en los PFC (y queno se produce tanto en entornos profesionales) esel alargamiento indefinido del proyecto. Esfrecuente en todo tipo de alumnos, pero más en elcaso de alumnos que encuentran trabajo antes deobtener la titulación. Para mitigar este riesgo, esaconsejable que el tutor obligue a un progresoconstante, aunque sea muy lento; esto entroncacon el hábito ya mencionado de que toda tareatenga una fecha de entrega prevista que el alumnose esfuerce por cumplir.Prácticas recomendadas:• Una gestión de riesgos, siquiera elemental.• Norma de obligado cumplimiento: un avanceconstante (aunque sea lento) del proyecto. Encaso de abandono manifiesto, cancelación delmismo.Problemas mitigados: IX, V7. CalidadQuizás la enseñanza más importante que elalumno puede obtener del PFC es que la calidadno es una cualidad adicional que se puedeincorporar al proyecto como una prestación más(o renunciar a ella), sino que debe ser algointrínseco a cualquier proyecto. Y por una sencillarazón: la calidad es precisamente el camino paraterminar el proyecto en menos tiempo y conmenos esfuerzo [3].El PFC es el momento adecuado para lucharcontra el mito de que los proyectos reales sonartesanía. Si el alumno termina su formacióntécnica y ya en la etapa final de la misma ve quelo estudiado en otras asignaturas sobre la calidades sólo teoría, es de esperar que cederá con todafacilidad a las presiones del entorno profesionalpara desarrollar más rápido, “a costa de lacalidad”.No resulta fácil resumir en pocas actividadescómo debe vigilarse la calidad; es una guerra queexige luchar en muchos frentes. Simplemente,debe garantizarse que el alumno comprendeclaramente que se espera de él que desarrollesoftware de calidad, en su propio beneficio (porpuro egoísmo). Deben aplicarse todas lasenseñanzas que se transmiten en el Plan deEstudios sobre cómo debe desarrollarse elsoftware.Una actividad que puede resultar muybeneficiosa en este sentido es la realización derevisiones técnicas formales (RTF), que nosotrosproponemos según el modelo descrito en [4].Además de mejorar la calidad del proyecto encuestión, si estas RTF se realizan de maneracruzada entre miembros de distintos proyectos,pueden constituir un excelente ejercicio deanálisis, diseño y codificación en un problemadistinto del que ocupa a cada alumno en su propioPFC, aportándoles una experiencia extra y unavisión más amplia del desarrollo.Por supuesto, son aplicables las mismasreservas que en las RTF entre profesionales: hayque conseguir que los alumnos no consideren a losparticipantes como enemigos o censores, sinocomo personas que están ayudándole a terminar sutrabajo antes y mejor. De hecho, como personasque están haciéndole parte del trabajo. Cadadefecto señalado en una RTF ahorrará al alumnomuchas horas de depuración, y así debe percibirlo.Como inconveniente, cabe señalar que losalumnos de otros PFC probablemente no estén enbuena situación para comprender un problema queles es ajeno. Esto exige del profesor una selecciónadecuada del material que se somete a RTFcruzada con otros alumnos, de manera que seadigerible por ellos. Otras partes críticas delsistema que no puedan ser revisadas por estosalumnos pueden someterse a RTFs en las que sólo