Introducción

Por qué de esta charla, cuál es nuestra pretensión

• Tenemos un módulo, que tiene horas de docencia asignada, pero en principio no es docencia directa. En el caso de informática el ciclo tiene 2000 horas lectivas, 40 de ellas son del proyecto.

Pregunta

qué hacemos con esas 40 horas.

Por qué esta charla

• El departamento de innovación decide intentar exponer experiencias. Nos propone al departamento de informática si queremos compartir la forma que tenemos en el departamento de informática de realizar los proyectos (Tampoco tenemos un consenso claro, pero intentamos acercar posiciones).
• Aceptamos y aquí estamos. Esto es una propuesta de cómo hacer las cosas

Horas del módulo

Discusion

Son 40 horas que debe de invertir el alumnos en su realización En otros módulos el número de horas que debe asignar el alumno es muy superior al que tiene asignado el módulo ¿Es este caso igual?

Como impartir o inculcar al alumno la forma de hacer un proyecto

1. Que el tutor tome una hora de su módulo y hable del proyecto
2. Terminar el curso una semana antes y tratar el tema del proyecto (tarde).
3. Usar la buena voluntad de los profesores principalmente del tutor para esta labor
4. No hacer nada. Que los alumnos se pongan con el proyecto y ya irán haciendo y preguntando. Lamentablemente muchas veces la opción más usada.
5. Otras ideas ??????

Qué pretendemos con esta charla

Objetivos

Aportar información práctica de cómo hacer un proyecto, Enseñar cómo lo intentamos hacer nosotros Daros esa información para que la podáis usar, para transmitirles a los alumnos/as que tengan que realizarlo También no aburrirnos (al menos no mucho).

Qué vamos a ver

• No somos expertos en gestión y desarrollo de proyectos
• Compartiremos lo que hacemos

---

Retroalimentación: Vuestras ideas o las que surgan pueden ser mucho mejores y completar/sustituir las que os ofrecemos, importante compartirlas :)

Qué vamos a ver

1. Gestionar un proyecto Vs 'hacer el proyecto
2. Documentación que genera la gestión del proyecto
3. Herramientas para la gestión de poryectos
4. Algún ejemplo práctico
5. Experiencia de dos proyectos con sus respectivas empresas

Punto de partida

• 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

un proyecto

• 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
• Responsable último del proyecto, 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

• Ideas que hemos realizado nosotros

	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

Módulos transversales

	Ejemplo
	EIE y Fol: Presupuestos, amortizacinoes, IVA. Planificación Mercado para el producto Hablar algo de riesgos laborales, seguridad de este proyecto.

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.

definiendo gestión de proyectos

• Mas definiciones

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

El Proyecto

Reflexión

Proyecto un proceso o un producto

• El proyecto empieza cuando se realiza un pedido de un producto

= Desarrollar un proyecto

• Generalmente un cliente solicita un producto especifico que hay que desarrollar
• Un proyecto implica una mano de obra cualificada.
• El proyecto termina cuando se entrega el producto pedido

= Proyecto terminado

• Un buen proyecto cumple las siguientes características

1. Se termina en el tiempo planificado
2. Con los costes pactacdos
3. Con la calidad solicitada (cumpliendo los requisitos acordados)

• La gestión va necesariamente a generar documentació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

Gestionar un proyecto

• Cuando hablamos de gestionar un proyecto nosotros entendemos que estamos indicando realizar una serie de labores concretas:

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

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 mó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

Hacer un proyecto

Objetivo

En esta charla se pretenden marcar pautas de cómo entendemos nosostros que hay que gestionar un proyecto para realizarlo con éxito

• 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/ingenieros suelen ser muy 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.

Definición

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