Gestión de proyectos – La madeja
1
Introducción a la sesión: no vamos a explicar cómo funciona un gestor de proyectos. Vamos a deducir entre todos/as cómo valorar o elegir un gestor de proyectos para mi equipo.
2
Fases/etapas de un proyecto. En Internet he encontrado estas tres listas de etapas:
Iniciación → Planificación → Ejecución → Seguimiento y Control → Finalización "la definición del problema, las opciones, la elección de un camino, ejecución y evaluación".
Elaboración de la oferta → Adjudicación del contrato → Planificación de la ejecución → Desarrollo y realización
Hacemos un debate para tener nuestra propia lista de etapas/fases de un proyecto. 3
Entre todos/as hacemos una lista de los aspectos/facetas que pueden hacer fracasar un proyecto. La gente experta habla de estos:
coste – recursos – tiempo/plazos – calidad
Hacemos un debate para tener nuestra propia lista. 4
Hacemos una tabla. En las columnas las fases y en las filas los aspectos. Por ejemplo:
Formulación Ejecución Valoración
Coste Recursos Tiempo Calidad 5
En cada casilla ponemos las acciones que hacemos al respecto. Por ejemplo:
Formulación Ejecución Valoración
Recursos
Tiempo Repartir tareas a
personas Calidad
6
Refinamos las acciones para convertir las acciones en una lista de funcionalidades. Por ejemplo:
Formulación Ejecución Valoración
Coste Hacer el presupuesto
puede ser:
● Guardar un documento
● Poner el importe en una casilla de un formulario
● etc. Recursos
Tiempo Asignar tareas a
personas puede ser:
● Tener un calendario de disponibilidad personal
● Tener una lista de tareas
● etc. Comunicación
En este punto ya tendríamos una lista de funcionalidades.
7
Después de esto yo podría dar algunas explicaciones más generales sobre tipos de gestores, etc. Y mostrar algunos pantallazos.
Proyectos siempre ha habido: por ejemplo construir una catedral. (Leonardo da Vinci).
La moderna gestión de proyectos empieza hacia 1950. Lo que empieza a ocurrir después de los años 50 es que empieza a haber proyectos tecnológicos y los proyectos tecnológicos implican mucha más incertidumbre que los proyectos de la ingeniería tradicional. Como respuesta a la gestión del riesgo (incertidumbre) surge la gestión de proyectos. La gestión de proyectos se plantea como una solución para controlar los plazos, el coste y la calidad. Y ¿porqué es importante controlar esto? Porque hay riesgo. Como hay riesgo tiene que haber una gestión del riesgo. Gestión de proyectos permite adaptarse a los cambios y gestionar el riesgo. Cuando iniciamos un proyecto sería bueno evaluar qué riesgos tiene y dónde están.
¿Cómo se concreta esto de la gestión del riesgo? En la época del taylorismo y del fordismo Gantt ideó una de las características más utilizadas en la gestión del proyecto, que es el diagrama de Gantt (mostrar imágenes y explicar el camino crítico).
A finales del siglo pasado (años 70), con las grandes transformaciones tecnológicas y sociales, empiezan a tomar fuerza la idea de que el éxito de un proyecto no depende del acierto para calcular y recalcular el camino crítico, sino del acierto en gestionar “personas”. Es entonces cuando se empieza a hablar de motivación, liderazgo, reconocimiento, etc.
En la actualidad, todas esas transformaciones se han intensificado lo cual, unido a la conceptualización que se ha hecho de la web 2.0 y unido a la valoración de la cultural libre
(valoración que no hubiera sido posible sin el software libre) y al valor de compartir el conocimiento ha producido el concepto y la práctica del “trabajo en grupo” (groupware).
El groupware sigue permitiendo el control, pero está más enfocado a la productividad colectiva (no a la productividad individual), y a la gestión de la información. Una definición dice: El software para el trabajo en grupo permite una gestión más rápida y eficaz para facilitar la toma de decisiones, permite controlar y gestionar los flujos de trabajo que se establecen entre los miembros de las organizaciones y la comunicación entre los mismos. De hecho sigue siendo una solución al problema del riesgo, pero con un enfoque más colaborativo que jerárquico.
El groupware se sustenta en tres pilares fundamentales:
○ Comunicación. ○ Colaboración. ○ Coordinación.
Hay que distinguir entre trabajo en grupo y gestión de proyectos. Hay proyecto cuando hay esas fases que hemos vista antes. Puede haber trabajo en grupo que no esté organizado por proyectos. Por ejemplo la Wikipedia.
En el taller de redes sociales se habló de n-1. Es interesante observar cómo en n-1 no hay una pestaña de “proyectos”. ¿Porqué? Aquí podría haber un debate interesante sobre cómo se relacionan las funcionalidades de un software con su enfoque conceptual y con su utilidad social: tecnopolítica. ***Pantallazos
Redemine. Ir a inputs. Mostrar configuración → Miembros → Perfiles
Luego ir a peticiones. Ir a la petición de la charla. Actualizar. Ver la gestión del tiempo.
Luego, para hacer una consulta del tiempo, ir a Hoja de tiempos y solo cambiar las fechas, ver los tiempos de todo el año 2011.
Luego se puede filtrar por persona, lo mismo pero por persona.
Redmine. Ir a añadir un documento. Mostrar las categorías. Ver que no las puedo modificar. Ver lo jerárquico que es: proyecto → documento.
Activecollab
http://demos2.dabne.net/activecollabdabne/public/index.php?path_info=login&re_route=homepage
Subir un documento: Ir al proyecto → Files → Upload ver que puedo añadir categorías pero también palabras clave (folksonomía → cada persona puede usar sus propias palabras clave con sus propias lógicas → las personas son diferentes, usan diferentes lógicas → el programa tiene en cuenta a las personas)
Dotproject
http://www.unalineasobreelmar.net/dotproject/
Ir a un proyecto cualquiera, editarlo. Ver que tengo una casilla para presupuesto tentativo y el real, y (terminando la edición) un pequeñísimo módulo para finanzas, pero que como es software libre se podría ampliar.
¿Qué tipo de herramientas son las del trabajo en grupo? (Hay que añadir una cultura de trabajo en grupo, la herramienta por sí sola no la da. Por ejemplo, una reunión por Skype puede ser jerárquica):
○ Skype (reuniones online) ○ Wiki (edición colaborativa) ○ Un blog (compartir conocimiento) ○ Foros y listas de correos (conversación)
○ Etiquetado (folksonomía en lugar de taxonomía)
8
De todas las funcionalidades que hay en la tabla, podríamos diferenciar cuáles son propias de gestión de proyectos y cuáles son propias de trabajo en grupo.
9
Preguntas y fin. 10
Recursos
Software libre para gestión de proyectos (hay muchos más): Redmine http://www.redmine.org/
activeCollab http://www.activecollab.com/ dotProject http://www.dotproject.net/ EGroupware http://www.egroupware.org/
Software libre para el trabajo en grupo (hay mucho):
Como hay mucho, lo más sencillo es empezar por la Wikipedia: http://es.wikipedia.org/wiki/Software_colaborativo
