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

De WikiEducator
Saltar a: navegación, buscar
 
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>
  
  
Línea 8: Línea 13:
 
<div class="slide">
 
<div class="slide">
 
=== PREGUNTA SOBRE EL ESFUERZO  ===
 
=== PREGUNTA SOBRE EL ESFUERZO  ===
<br> {{Pregunta|¿Cuánto esfuerzo se va a necesitar invertir para realizar el proyecto?}}  
+
<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'''''.  
 
*El principal motivo por el que se suelen torcer los proyectos en '''''la falta de tiempo'''''.  
Línea 41: Línea 46:
 
=== Algunas ideas sobre proyectos  ===
 
=== Algunas ideas sobre proyectos  ===
 
*Cuando hay que repartir esfuerzo entre personas
 
*Cuando hay que repartir esfuerzo entre personas
{{Pregunta|¿cuántas horas necesitarías para hacerlo entre 4? ¿y entre 6?}}  
+
{{MRM_Pregunta|¿cuántas horas necesitarías para hacerlo entre 4? ¿y entre 6?}}  
 
</div>
 
</div>
 
<!--5-->
 
<!--5-->
Línea 54: Línea 59:
 
<!--5-->
 
<!--5-->
 
<div class="slide">
 
<div class="slide">
{{Definicion|Ley de Brooks: Añadir esfuerzo humano a un proyecto de software tardío, lo hace más tardío. }}
+
{{MRM_Definicion|Ley de Brooks: Añadir esfuerzo humano a un proyecto de software tardío, lo hace más tardío. }}
<br/>
+
{{Lectura|Ahora entremos en materia hablando de la metodología}}
+
</div>
+

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