Diferencia entre revisiones de «ManuelRomero/proyectos/Introduccion»

De WikiEducator
Saltar a: navegación, buscar
 
(14 revisiones intermedias por el mismo usuario no mostrado)
Línea 1: Línea 1:
{{TEP}} {{:Usuario:ManuelRomero/Proyectos/nav}} {{#widget:Slides}} <br>
+
{{:Usuario:ManuelRomero/Certificacion/Proyectos/nav}}
 +
{{#widget:Slides}}
 
<div class="slides layout-regular template-default">
 
<div class="slides layout-regular template-default">
 
+
__NOTOC__
  
 
<div class="slide">
 
<div class="slide">
Línea 13: Línea 14:
 
===Por qué de esta charla, cuál es nuestra pretensió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.
 
*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.}}
+
{{Pregunta|¿Qué hacemos con esas 40 horas?}}
 
</div>
 
</div>
  
Línea 22: Línea 23:
 
<!--3-->
 
<!--3-->
 
===Por qué esta charla===
 
===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).
+
*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 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
 
*Aceptamos y aquí estamos. Esto es una propuesta de cómo hacer las cosas
 
</div>
 
</div>
Línea 39: Línea 41:
 
<div class="slide">
 
<div class="slide">
 
<!--5-->
 
<!--5-->
===Como impartir o inculcar al alumno la forma de hacer un proyecto===
+
===Cómo 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  
 
#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).  
 
#Terminar el curso una semana antes y tratar el tema del proyecto (tarde).  
Línea 52: Línea 54:
 
<br/>
 
<br/>
 
{{Objetivos|
 
{{Objetivos|
#Aportar información práctica de cómo hacer un proyecto,
+
#Aportar información práctica de cómo hacer un proyecto.
#Enseñar cómo lo intentamos hacer nosotros
+
#Enseñar cómo lo hacemos nosotros.
#Daros esa información para que la podáis usar, para transmitirles a los alumnos/as que tengan que realizarlo
+
#Daros esa información para que la podáis usar,para transmitirles a los alumnos/as.
 
#'''También no aburrirnos''' ''(al menos no mucho)''.  
 
#'''También no aburrirnos''' ''(al menos no mucho)''.  
 
}}
 
}}
 
</div>
 
</div>
  
<div class="slide">
 
 
<!--7-->
 
<!--7-->
 +
<div class="slide">
 
===Qué vamos a ver===
 
===Qué vamos a ver===
 
*No somos expertos en gestión y desarrollo de proyectos
 
*No somos expertos en gestión y desarrollo de proyectos
*Compartiremos lo que hacemos
+
*Insistimos en que '''compartiremos lo que hacemos'''.
{{Retroalimentacion|Vuestras ideas o las que surgan pueden ser mucho mejores y completar/sustituir las que os ofrecemos, importante compartirlas :)}}
+
{{Retroalimentacion|
 +
*Vuestras ideas o las que surgan pueden ser mucho mejores y completar/sustituir las que exponemos.
 +
*Importante compartirlas :).}}
 
</div>
 
</div>
  
Línea 89: Línea 93:
 
<div class="slide">
 
<div class="slide">
 
<!--10-->
 
<!--10-->
=== un proyecto===
+
=== Módulo proyecto===
 
*En el módulo que se presenta esto, es muy particular pues la alumna debe de realizar '''''ambos roles'''''.  
 
*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'''''  
 
*En un empresa real el rol de gestionar el proyecto recae normalmente sobre una persona '''''el jefe de proyecto'''''  
Línea 116: Línea 120:
 
}}
 
}}
 
</div>
 
</div>
 +
 +
 
<div class="slide">
 
<div class="slide">
 
<!--13-->
 
<!--13-->
==== Módulos transversales ====
+
  {{Ejemplo|EIE y Fol:
<br> {{Ejemplo|EIE y Fol:
+
 
#Presupuestos, amortizacinoes, IVA.
 
#Presupuestos, amortizacinoes, IVA.
 
#Planificación
 
#Planificación
Línea 139: Línea 144:
 
<div class="slide">
 
<div class="slide">
 
<!--15-->
 
<!--15-->
==== definiendo gestión de proyectos ====
+
====Definiendo gestión de proyectos ====
 
*Mas definiciones
 
*Mas definiciones
 
{{Definicion|
 
{{Definicion|
Línea 145: Línea 150:
 
</div>
 
</div>
  
 +
<!--16-->
 
<div class="slide">
 
<div class="slide">
 
==== El Proyecto  ====
 
==== El Proyecto  ====
<!--16-->
 
<br> {{Reflexion|'''''Proyecto''''' un '''proceso''' o un '''producto'''}}
 
[[Imagen:GetionProyecto2.png]]
 
 
*El proyecto empieza cuando se realiza un pedido de un producto
 
*El proyecto empieza cuando se realiza un pedido de un producto
</div>
 
 
<div class="slide">
 
==== Desarrollar un proyecto  ===
 
<!--17-->
 
[[Imagen:solicitudProyecto.png]]
 
 
*Generalmente un cliente solicita un producto especifico que hay que desarrollar
 
*Generalmente un cliente solicita un producto especifico que hay que desarrollar
 
*Un proyecto implica una mano de obra cualificada.
 
*Un proyecto implica una mano de obra cualificada.
 
*El proyecto termina cuando se entrega el producto pedido
 
*El proyecto termina cuando se entrega el producto pedido
 +
[[Imagen:SolicitudProyecto.png|center|700px]]
 
</div>
 
</div>
  
 +
<!--17-->
 
<div class="slide">
 
<div class="slide">
==== Proyecto terminado  ===
+
;Requistios para terminar un proyecto con éxito
<!--18-->
+
[[Imagen:ProyectoTerminado.png]]
+
*Un buen proyecto cumple las siguientes características
+
 
#Se termina en el tiempo planificado
 
#Se termina en el tiempo planificado
#Con los costes pactacdos
+
#Con los costes pactados
#Con la calidad solicitada (cumpliendo los requisitos acordados)
+
#Con la calidad solicitada (cumpliendo '''''cada uno ''''de los requisitos acordados)
 +
[[Imagen:ProyectoTerminado.png|center|700px]]
 +
</div>
  
 +
<!--18-->
 +
<div class="slide">
 +
==== Desarrollar un proyecto  ====
 +
[[Imagen:GetionProyecto2.png|center|700px]]
 +
{{Reflexion|'''''Proyecto''''' un '''proceso''' o un '''producto'''}}
 +
</div>
  
  
*La gestión va necesariamente a generar documentación  
+
<!--19-->
*La documentación ha de ser un medio que garantiza la realización correcta del proyecto  
+
<div class="slide">
 +
====La gestión como una ingeniería====
 +
*Dependiendo del proyecto, especialmente aquellos de naturaleza más lógica que física, parece que hay un vacío entre la solicitud del producto y el producto final funcionando.
 +
*Dificultad para el que lo desarrolla de como proceder y planificar y presupuestar.
 +
*Esta dificultad crece con proyecto de naturaleza lógica como software.
 +
*Dificultad para el cliente poder ver la correcta evolución de su producto.
 +
</div>
 +
 
 +
<!--20-->
 +
<div class="slide">
 +
===Gestionar un proyecto===
 +
*La gestión va a generar necesariamente  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  
 
*Va a permitir ir realizando el seguimiento del proyecto  
*El proyecto ya no es un producto final, es un proceso
+
*El proyecto ya no es un producto final, '''''es un proceso'''''
 
</div>
 
</div>
  
 +
 +
 +
 +
<!--21-->
 
<div class="slide">
 
<div class="slide">
<!--17-->
 
 
=== Gestionar un proyecto  ===
 
=== Gestionar un proyecto  ===
*Cuando hablamos de gestionar un proyecto nosotros entendemos que estamos indicando realizar una serie de labores concretas:
+
*Cuando hablamos de gestionar un proyecto implica tener que realizar unas tareas o actividades:
 
#Planificar  
 
#Planificar  
 
#Definir requisitos  
 
#Definir requisitos  
Línea 193: Línea 212:
  
  
 +
<!--22-->
 
<div class="slide">
 
<div class="slide">
<!--18-->
+
{{Reflexion|'''''¿Deben las alumnas/os saber gestionar un proyecto?'''''}}  
=== Hacer un proyecto  ===
+
<br>
+
{{Reflexion|'''''¿Deben nuestras alumnas/os saber gestionar un proyecto?'''''}}  
+
 
*'''''No''''' ''es cosa de ingenieros.''  
 
*'''''No''''' ''es cosa de ingenieros.''  
 
**Solo deben saber seguir las instrucciones marcadas para realizarlo.  
 
**Solo deben saber seguir las instrucciones marcadas para realizarlo.  
Línea 204: Línea 221:
 
</div>
 
</div>
  
 +
<!--23-->
 
<div class="slide">
 
<div class="slide">
<!--19-->
 
 
=== Hacer un proyecto  ===
 
=== Hacer un proyecto  ===
 +
<br/>
 
{{Puntos clave|La existencia de este módulo plantea la pretensión de dotar al alumnado de la capacidad de gestinar 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}}  
 +
*Como ya hemos comentado el profesorado debe querer hacerlo de forma explícita
 
</div>
 
</div>
  
 +
<!--24-->
 
<div class="slide">
 
<div class="slide">
<!--20-->
 
 
=== Hacer 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}}  
 
{{Objetivo|En esta charla se pretenden marcar pautas de cómo entendemos nosostros que hay que gestionar un proyecto para realizarlo con éxito}}  
Línea 217: Línea 236:
 
</div>
 
</div>
  
<div class="slide">
+
<!--25-->
=== PREGUNTA SOBRE EL ESFUERZO  ===
+
<br> {{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”.
+
</div>
+
 
+
<div class="slide">
+
=== 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.
+
</div>
+
 
+
<div class="slide">
+
=== 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.
+
</div>
+
 
+
<div class="slide">
+
=== 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.
+
 
+
{{Definicion|Ley de Brooks: Añadir esfuerzo humano a un proyecto de software tardío, lo hace más tardío. }}
+
</div>  
+
 
+
 
<div class="slide">
 
<div class="slide">
 
=== Nuestro caso  ===
 
=== Nuestro caso  ===
 
*En nuestro caso los proyectos son individuales.  
 
*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  
 
*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.
+
*Sin embargo puede ser interesante conocer diferentes roles.
 +
*A la hora de prespuestar deberían  ponderar diferentes la hora/persona, según el rol que desempeñe
 +
**Por ejemplo en programación de un programador junior entre 20 y 40 euros
 +
**Precio de un analista/diseñador entre 70 y 100 euros.
 
</div>
 
</div>
 
+
<!--25-->
<div class="slide">
+
=== 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
+
[[Image:ProyectoFuncionActividad.png|RTENOTITLE]]
+
 
+
</div>
+
 
+
<div class="slide">
+
*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  ===
+
</div>  
+
 
<div class="slide">
 
<div class="slide">
=== Un proyecto de software a nivel general  ===
+
{{Lectura|Vemos un poco dos notas sobre el esfuerzo}}
 
</div>
 
</div>

Última revisión de 09:53 25 oct 2016



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.



Icon qmark.gif

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



Icon discussion.gif

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?



Cómo 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



Icon objectives.jpg

Objetivos

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




Qué vamos a ver

  • No somos expertos en gestión y desarrollo de proyectos
  • Insistimos en que compartiremos lo que hacemos.

Feedback.png

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
DesarrolloProyecto.png


Módulo 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.
Proyecto1.png

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


Icon casestudy.gif

Ejemplo

Inglés:
  1. Que haga unos objetivos en inglés
  2. Si tiene fluidez que los diga en la exposición
  3. Si no tiene mucha fluidez que los lea





Icon casestudy.gif

Ejemplo

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



Gestionar un proyecto

  • Según PMI


Icon define.gif

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


Icon define.gif

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

  • El proyecto empieza cuando se realiza un pedido de un producto
  • 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
SolicitudProyecto.png
Requistios para terminar un proyecto con éxito
  1. Se termina en el tiempo planificado
  2. Con los costes pactados
  3. Con la calidad solicitada (cumpliendo cada uno 'de los requisitos acordados)
ProyectoTerminado.png

Desarrollar un proyecto

GetionProyecto2.png


Icon reflection.gif

Reflexión

Proyecto un proceso o un producto



La gestión como una ingeniería

  • Dependiendo del proyecto, especialmente aquellos de naturaleza más lógica que física, parece que hay un vacío entre la solicitud del producto y el producto final funcionando.
  • Dificultad para el que lo desarrolla de como proceder y planificar y presupuestar.
  • Esta dificultad crece con proyecto de naturaleza lógica como software.
  • Dificultad para el cliente poder ver la correcta evolución de su producto.

Gestionar un proyecto

  • La gestión va a generar necesariamente 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 implica tener que realizar unas tareas o actividades:
  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



Icon reflection.gif

Reflexión

¿Deben las 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



Icon key points.gif

Puntos clave

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


  • Como ya hemos comentado el profesorado debe querer hacerlo de forma explícita

Hacer un proyecto

Icon objectives.jpg

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

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 puede ser interesante conocer diferentes roles.
  • A la hora de prespuestar deberían ponderar diferentes la hora/persona, según el rol que desempeñe
    • Por ejemplo en programación de un programador junior entre 20 y 40 euros
    • Precio de un analista/diseñador entre 70 y 100 euros.


Icon reading.jpg

Lectura

Vemos un poco dos notas sobre el esfuerzo