Diferencia entre revisiones de «ManuelRomero/DAW/proyectos/Condicionantes»

De WikiEducator
Saltar a: navegación, buscar
(Página creada con '{{TEP}} {{:Usuario:ManuelRomero/DAW/Proyectos/nav}} {{#widget:Slides}} <div class="slides layout-regular template-default"> <div class="slide"> <!--1--> == Introducción == </…')
 
 
(Una revisión intermedia por el mismo usuario no mostrado)
Línea 1: Línea 1:
{{TEP}}
+
 
 
{{:Usuario:ManuelRomero/DAW/Proyectos/nav}}
 
{{:Usuario:ManuelRomero/DAW/Proyectos/nav}}
 
{{#widget:Slides}}
 
{{#widget:Slides}}
 
<div class="slides layout-regular template-default">
 
<div class="slides layout-regular template-default">
 +
__TOC__
 +
<!--25-->
 +
<div class="slide">
 +
{{MRM_Lectura|Vemos un poco dos notas sobre el esfuerzo}}
 +
</div>
  
  
<div class="slide">
 
 
<!--1-->
 
<!--1-->
== Introducción ==
+
<div class="slide">
 +
=== PREGUNTA SOBRE EL ESFUERZO  ===
 +
<br> {{MRM_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.
 
</div>
 
</div>
 +
 +
<!--2-->
 +
<div class="slide">
 +
;El esfuerzo:
 +
*Los técicos/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>
 +
 +
<!--3-->
 +
<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>
 +
 +
<!--3-->
 +
<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>
 +
<!--4-->
 +
<div class="slide">
 +
=== Algunas ideas sobre proyectos  ===
 +
*Cuando hay que repartir esfuerzo entre personas
 +
{{MRM_Pregunta|¿cuántas horas necesitarías para hacerlo entre 4? ¿y entre 6?}}
 +
</div>
 +
<!--5-->
 +
<div class="slide">
 +
;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.
 +
</div>
 +
 +
<!--5-->
 +
<div class="slide">
 +
{{MRM_Definicion|Ley de Brooks: Añadir esfuerzo humano a un proyecto de software tardío, lo hace más tardío. }}

Última revisión de 16:30 25 oct 2016



Icon reading.jpg
Lectura
Vemos un poco dos notas sobre el esfuerzo


PREGUNTA SOBRE EL ESFUERZO



Icon qmark.gif
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.
El esfuerzo
  • Los técicos/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



Icon qmark.gif
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.


Icon define.gif
Definición
Ley de Brooks: Añadir esfuerzo humano a un proyecto de software tardío, lo hace más tardío.