Desarrollo De Proyectos

JUGANDO A DEFINIR PROYECTOS INFORMÁTICOS M. ALIER, P. CASADO Departamento de LSI. UPC. Jordi Girona Salgado, 1-3 OMEGA–116 E-08034 Barcelona, España Este artículo explica una experiencia docente llevada a cabo en la asignatura Gestión de Sistemas de Información (GSI) en los estudios de Ingeniería técnica de gestión en la Facultad de Informática de Barcelona1 de la Universidad Politécnica de Cataluña, y los proyectos de desarrollo Open Source que ello ha conllevado. Esta experiencia consiste en organizar una práctica de definición de proyectos en la que los estudiantes deben trabajar como en un juego de rol, escenificando en un entorno virtual las interacciones entre los miembros de un equipo de trabajo con un objetivo común: definir un proyecto. Keywords e-learning, Moodle, roleplay, social constructivism

1. Introducción. La asignatura “Gestión de sistemas de información”2 (GSI) es la última asignatura obligatoria de la carrera de Ingeniería Técnica en Informática de Gestión en el nuevo plan de estudios de septiembre del 2004. Uno de los temas más importantes del temario de GSI es la gestión de “proyectos de desarrollo de software de sistemas de información” o, más genéricamente: “gestión proyectos informáticos”. La teoría sobre como gestionar proyectos informáticos se encuentra disponible en la bibliografía de la asignatura y se expone en las clases de teoría. Pero el conocimiento de esta teoría no capacita a un ingeniero para liderar proyectos. Hacen falta, además de conocimientos teóricos y experiencia en otros proyectos aunque no sea como responsable, habilidades de comunicación y trabajo en grupo. Precisamente estas habilidades son las que empresarios y responsables de departamentos de informática consideran como más importantes para los futuros ingenieros en informática, incluso por delante de los conocimientos técnicos. Al diseñar esta asignatura priorizamos la necesidad de trabajar en las habilidades de comunicación y de trabajo en grupo y decidimos enfocar la realización de la práctica de la asignatura al trabajo de estos elementos. La práctica que realizan los estudiantes consiste en realizar un proyecto de definición de requerimientos de un proyecto informático, es decir realizar la primera fase de gestión de cualquier proyecto, informático o no.

Fig 1. Esquema de un proyecto de definición de SI. En líneas generales definir un proyecto consiste en analizar un problema concreto en un entorno determinado y proponer una solución que deberá implementarse o no. La fase de definición es crítica en 1 2

http://www.fib.upc.edu El temario de GSI se encuentra en línea en http://www.fib.upc.edu/ca/Estudis/Assignatures/GSI.html.

todo proyecto, ya que los errores cometidos en esta etapa se arrastraran durante toda la duración del mismo. En el peor de los casos podemos encontrar-nos con un proyecto condenado al fracaso de antemano. Definir proyectos es una tarea multidisciplinar que deben realizar equipos de personas con distintos perfiles y conocimientos, dado que es virtualmente imposible que una sola persona conozca completamente el alcance del problema y tenga los conocimientos técnicos necesarios. Así pues la capacidad de comunicación y colaboración del equipo de trabajo son críticas en los proyectos de definición de requerimientos. Con este objetivo, hemos diseñado un ejercicio práctico (que bautizamos como “Juego de gestión de proyectos”) que permite simular la comunicación interna de un equipo de desarrollo de software, así como sus relaciones con otros equipos. Durante la duración de la práctica cada estudiante deberá interpretar un rol, como por ejemplo: Cliente, jefe de proyecto, analista informático, técnico de sistemas, usuario final, responsable financiero, experto en seguridad… Mientras interpretan éstos roles, los estudiantes deben elaborar un “informe de definición” de un proyecto de desarrollo de sistemas de información, inventado y propuesto por ellos mismos. El espacio de trabajo es un entorno online de trabajo en grupo (groupware). En este entorno los estudiantes deben comunicarse en base a sus correspondientes roles: enviándose correos electrónicos, redactando actas de reuniones y documentos de progreso, planificaciones y el informe de definición final de forma colaborativa. Esta experiencia se ha llevado a cabo ya en 3 cuatrimestres. En cada ocasión hemos usado un software distinto intentando llegar a un modelo idóneo.

2. Fase 1: Uso creativo de foros. En esta primera edición se utilizó el sistema de foros que proporciona la web de la Facultad de Informática de Barcelona para cada asignatura. Para ello fue necesario definir protocolos (muy sencillos) para emular los buzones de correo, y las versiones de los documentos de trabajo, en los hilos de discusión de los foros. Empezar la experiencia de esta forma nos permitió abordar el problema desde el punto de vista docente y de organización del trabajo de los alumnos, sin que los aspectos relativos al software introdujeran ruido. El sistema de foros de la FIB3 es una aplicación conocida por todos los estudiantes y no representó ningún esfuerzo suplementario utilizar-lo para la act6ividad académica. La en árbol en que se organizan los mensajes de los foros permitió experimentar con muchas formas de organizar el flujo de trabajo e información. Simulando: Buzones de correo, documentos compartidos, listas de distribución, actas de reuniones, comunicaciones de incidencias e incluso firmas de contratos (!!!). Los estudiantes acogieron con mucho entusiasmo esta forma de realizar la práctica, las encuestas que realizamos indicaron que los estudiantes valoraban muy positivamente la experiencia, siendo la única queja el exceso de trabajo que comportaba la practica con respecto a los créditos de la asignatura. En la siguiente edición, aprovechando la actualización del plan de estudios de la FIB, la asignatura GSI aumentó de créditos lectivos. Durante la primera edición, desarrollamos un software prototipo con vistas a ser utilizada como base tecnológica para el “juego de gestión de proyectos”. En su desarrollo se emplearon metodologías que obligaron los desarrolladores a interpretar un meta-rol: el de estudiante que interpreta uno de los roles definidos en el juego, además del de profesor que conduce la actividad y la evalua. Esta aplicación web ofrece las siguientes funcionalidades: • • • 3

Gestión de altas, bajas, modificaciones y listados usuarios de la aplicación, Lectura y redactado de mensajes en el entorno de la aplicación, visibles por parte del profesor, Corrección ortográfica en catalán y castellano,

Facultad de Informática de Barcelona. http://www.fib.upc.edu La FIB desde mediados de los años 90 ha sido pionera en el uso de herramientas de gestión y comunicación académica en la aplicación “racó” (rincón en catalán): http://raco.fib.upc.edu Desarrollada y mantenida por el Laboratorio de Cálculo de la FIB. http://www.fib.upc.es/es/LCFIB/index.html

• • • • • • •

Gestión de grupos de trabajo y pertenencia de usuarios a grupos, Lectura y redactado de incidencias, tanto en la elaboración del trabajo como en el ámbito general de la aplicación, mediante la delegación de temas genéricos de incidencias a usuarios específicos dentro de cada grupo, Herramientas de gestión del tiempo: listado de tareas pendientes con cómputo del porcentaje completado de las mismas, Foros organizados por grupos de estudiantes y temáticas, Gestor de ficheros específico de cada grupo, Herramientas de desarrollo colaborativo de documentos: wiki y Generación de estadísticas de acceso.

Fig. 2 El Modulo Internamail de Moodle tuvo como inspiración el dar soporte al “Juego de gestion de proyectos”. Se valoraron posibilidades de integración de aplicaciones de mensajería instantánea o “chats”, pero se descartaron ante la imposibilidad, por parte del profesorado, de obtener ningún tipo de información “limpia” de las conversaciones en ella mantenidas. Esta aplicación cubriría las necesidades para realizar la actividad de “Juego de proyectos informáticos”, pero después de un análisis estratégico y de riesgos tomamos la decisión de cambiar de rumbo. Decidimos aprovechar el marco de Moodle como destino de nuestros esfuerzos de desarrollo, dado que Moodle tiene una proyección que difícilmente podría tener una aplicación específica como nuestro prototipo. No obstante no podíamos emplear Moodle ya de saque en la segunda edición ya que Moodle carecía de un sistema de correo interno y el modulo wiki de Moodle no nos parecía tan potente como otras soluciones como Mediawiki.

3. Fase 2: Trabajando con Wikis. La segunda vez que pusimos en marcha esta práctica usamos el software Open Source Mediawiki como plataforma de trabajo. Las características de esta wiki, facilitaron mucho el desarrollo colaborativo de documentos y las funcionalidades de “página personal” y “página de discusión” de Mediawiki ampliaron las posibilidades que ofrecían los foros.

Pero pese a ser una gran herramienta como gestor enciclopédico, Mediawiki no ha sido desarrollado como herramienta groupware de interpretación de roles y gestión de proyectos.

Fig 3. Pantalla del nuevo módulo wiki para Moodle, todavía en desarrollo pretende proporcionar a Moodle las características de Mediawiki. En paralelo a la experiencia docente, decidimos desarrollar un módulo de correo interno para Moodle: Internalmail4 que proporcionamos a la comunidad de usuarios de Moodle bajo licencia GPL. Este módulo permite la comunicación como un correo electrónico normal, restringido al entorno y los usuarios de un servidor de Moodle. Además permite crear buzones contextuales para cada curso y grupo. Dentro de un grupo concreto el tutor puede activar el modo “espía” que le permite acceder a los mensajes de los estudiantes, y así evaluar sus interpretaciones de roles.

4. Trabajo presente y futuro. La actual edición de “Juego de proyectos informáticos” usa Moodle más el módulo Internalmail como entorno de trabajo. No dispondremos de datos objetivos de la experiencia hasta el final del curso, pero de momento valoramos el ejercicio como muy positivo. Actualmente estamos desarrollando un módulo wiki alternativo para Moodle5 que de momento está siendo muy bien recibido por la comunidad Moodle6 . Reconocimientos Esta experiencia ha sido financiada por el Instituto de Ciencias de la Educación de la Universidad Politécnica de Catalunya. http://www.ice.upc.edu dentro del programa de ayudas a la mejora docente 2004. La asignatura Gestión de Sistemas de Información del plan de estudios del año 2004 ha sido diseñada siguiendo el ejemplo de la asignatura Gestión de Sistemas Informáticos del plan de estudios de 1991 que fue diseñada por los profesores Miquel Barceló i Joan Antoni Pastor del departamento de LSI de la UPC. El módulo Internalmail ha sido desarrollado por Oriol de la Vega, Raimón González, Xavier Molina, Jordi Ingles y Marc Alier. El nuevo modulo wiki para Moodle esta siendo desarrollado por Ferran Recio, David Castro y Marc Alier. La aplicación prototipo “Juego de Gestión de Proyectos” en la que se basan los módulos Internalmail i DFWiki fue desarrollada por Pablo Casado, Isaac Leiva y Marc Alier. 4

http://www.lsi.upc.edu/~malier/internalmail Se puede accedeur a una demo de en http://appserv.lsi.upc.es/palangana/Moodle/course/view.php?id=15. 6 http://Moodle.org/mod/forum/discuss.php?d=23119 5