ManuelRomero/proyectos/Introduccion
De WikiEducator
Revisión a fecha de 07:03 12 may 2014; ManuelRomero (Discusión | contribuciones)
Saltar a: navegación, buscar
Trabajo en proceso, espera cambios frecuentes. Tu ayuda y retroalimentación son bienvenidos. Ver página de charlas. |
MÓDULO DE PROYECTOS
Contenido
¡Planificando, Conceptualizando, Desarrollando!
Aplicando conocimientos en un desarrollo
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.
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
Como impartir o inculcar al alumno la forma de hacer un proyecto
- Que el tutor tome una hora de su módulo y hable del proyecto
- Terminar el curso una semana antes y tratar el tema del proyecto (tarde).
- Usar la buena voluntad de los profesores principalmente del tutor para esta labor
- 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.
- Otras ideas ??????
Qué pretendemos con esta charla
|
Qué vamos a ver
- No somos expertos en gestión y desarrollo de proyectos
- Compartiremos lo que hacemos
Qué vamos a ver
- Gestionar un proyecto Vs 'hacer el proyecto
- Documentación que genera la gestión del proyecto
- Herramientas para la gestión de poryectos
- Algún ejemplo práctico
- Experiencia de dos proyectos con sus respectivas empresas
Punto de partida
- Cuando hablamos de proyectos debemos tener dos ideas claras, que hay que hacer
- Un proyecto hay que GESTIONARLO
- 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:
|
Módulos transversales
Ejemplo | |
EIE y Fol:
|
Gestionar un proyecto
- Según PMI
|
definiendo gestión de proyectos
- Mas definiciones
|
El Proyecto
- 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
- Se termina en el tiempo planificado
- Con los costes pactacdos
- 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:
- Planificar
- Definir requisitos
- Dinamizar
- Administrar y gestionar recursos
- Desarrollar
- Finalizar el trabajo cubriendo objetivos y requisitos
- Todo ello con el presupuesto establecido y dentro del tiempo planificado
Hacer 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
La existencia de este módulo plantea la pretensión de dotar al alumnado de la capacidad de gestinar un proyecto |
Hacer un proyecto
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
- 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
- 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
- Documentación en la gestión del proyecto
- 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