Introducción

• Cuando hablamos de proyectos debemos tener dos ideas claras, que hay que hacer

1. Un proyecto hay que GESTIONARLO
2. Un proyecto hay que REALIZARLO'

• En el módulo que se presenta esto es muy particular pues la alumna debe de realizar ambos roles.
• En un empresa real el rol de gestionar el proyecto recae normalmente sobre una persona el jefe de proyecto
• Es esta persona la responsable última del proyecto, tendrá que asumir su éxito o fracaso.

Proyecto: un módulo, no una práctica

• Este módulo no debería de ser una práctica más complicada de las que los alumnos suelen hacer en los diferentes módulos que cursan en su ciclo.
• Debe de integrar los diferentes módulos
• No todos los módulos pueden tener la misma representación en un trabajo concreto.
• Dura tarea para el equipo docente, principalmente el tutor, quién debe de intentar implicar a todos los módulos en el proyecto.

Módulos transversales

	Ejemplo
	Inglés Que haga unos objetivos en inglés Si tiene fluidez que los diga en la exposición Si no tiene mucha fluidez que los lea EIE y Fol Presupuestos, amortizacinoes, IVA. Planificación Mercado para el producto Hablar algo de riesgos laborales, seguridad de este proyecto.

Qué es gestionar un proyecto

• Según PMI

Definición

Una empresa temporal encaminada a la creación de un producto o servicio único y específico. La Gestión de Proyectos es un conjunto de técnicas, conocimientos, habilidades y herramientas encaminadas a planificar tareas que conduzcan a alcanzar los requisitos del proyecto.

Definición

Realización de una tarea previamente planificada y acordada con un cliente en un tiempo y presupuesto pactado y con unos recursos limitados

Gestionar un proyecto

• Cuando hablamos de gestionar un proyecto estamos indicando:

1. Planificar
2. Definir requisitos
3. Dinamizar
4. Administrar y gestionar recursos
5. Desarrollar
6. Finalizar el trabajo cubriendo objetivos y requisitos
7. Todo ello con el presupuesto establecido y dentro del tiempo planificado

Gestionar un proyecto

Reflexión

Proyecto un proceso no un producto

• La gestión va necesariamente a generar docuemntación
• La documentación ha de ser un medio que garantiza la realización correcta del proyecto
• Va a permitir ir realizando el seguimiento del proyecto
• El proyecto ya no es un producto final, es un proceso

Hacer un proyecto

Reflexión

¿Deben nuestras alumnas/os saber gestionar un proyecto?

• No es cosa de ingenieros.
  • Solo deben saber seguir las instrucciones marcadas para realizarlo.
• Si , tienen capacitación técnica para llevarlo a cabo.
  • En este omódulo pretendemos dotar de las habilidades para gestionarlo de una forma correcta para su éxito.

Hacer un proyecto

Puntos clave

La existencia de este módulo plantea la pretensión de dotar al alumnado de la capacidad de gestinar un proyecto

• En esta charla se pretenden marcar pautas de cómo gestionarlo.
• Un proyecto requiere mucho esfuerzo

PREGUNTA SOBRE EL ESFUERZO

Pregunta

¿Cuánto esfuerzo se va a necesitar invertir para realizar el proyecto?

• El principal motivo por el que se suelen torcer los proyectos en la falta de tiempo.
• La buena cocina toma su tiempo; algunas tareas no se pueden hacer más aprisa sin estropear el resultado.
• Los ténicos/ingeniros suelen optimistas con las ideas: Todo irá bien.
• Las ideas tienen naturaleza lógica y a partir de ellas se pretende conseguir un producto, seguro que surgen dificultados
• Pero nuestras ideas son defectuosas, luego tenemos “bugs”.

Leyes de gestión de proyectos

• Los proyectos progresan rápidamente hasta que se completa el 90%;
• Muchas veces se quedan en ese porcentaje.
• Un proyecto no planificado con cuidado se tomará tres veces el tiempo estimado para su terminación; un proyecto planificado cuidadosamente será tomará sólo dos veces ese tiempo.

Leyes de gestión de proyectos

• Cuando las cosas van bien, algo irá mal. Cuando las cosas no pueden ir peor, lo irán. Cuando las cosas parece que van mejor, seguro que has pasado algo por alto.
• Ningún sistema se termina nunca de depurar. Los intentos de depurar un sistema introducen inevitablemente nuevos fallos que son incluso más difíciles de depurar.
• Si se permite que el contenido del proyecto cambie libremente, la velocidad de cambio excederá a la velocidad de progreso.

Algunas ideas sobre proyectos

• Cuando hay que repartir esfuerzo entre personas

Pregunta

¿cuántas horas necesitarías para hacerlo entre 4? ¿y entre 6?

The Mythical Man-Month

Nuestras técnicas de estimación, construidas alrededor de contabilidad-de-costes, confunden esfuerzo y progreso. 

El mes-hombre es un mito engañoso y peligroso, pues implica que los hombres y los meses son intercambiables.

Partir una tarea entre múltiples personas ocasiona esfuerzo extra en comunicación y formación.

Añadir más gente a un proyecto de software incrementa el esfuerzo total necesario en tres formas: el trabajo y disrupción de la repartición misma, formar al nuevo personal e intercomunicación añadida.

Ley de Brooks: Añadir esfuerzo humano a un proyecto de software tardío, lo hace más tardío.

Nuestro caso

• En nuestro caso los proyectos son individuales.
• La misma persona debe de realizar la gestion y la realización en los diferentes roles o acciones a llevar a cabo
• Sin embargo es interesante presentar estas reflexiones.

Documentación que genera un proyecto

• Evidentemente no todos los proyectos generaran la misma documentación.
• Realizaremos la siguiente clasificación

1. Documentación en la gestión del proyecto
2. Documentación de la realización del proyecto

=

• Vamos a intentar exponer la idea de información a nivel general en la gestión de un proyecto

Metodología

• Qué es una metodología
• Se ha de seg

Herramientas a utilizar

Un proyecto de software a nivel general