Última revisión de 23:40 15 may 2014

Trabajo en proceso, espera cambios frecuentes. Tu ayuda y retroalimentación son bienvenidos.
Ver página de charlas.

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é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”.

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.

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.

¿cuántas horas necesitarías para hacerlo entre 4? ¿y entre 6?

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.

Ahora entremos en materia hablando de la metodología

@@ Línea 12: / Línea 12: @@
 *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''.
+</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>
-<!--2-->
+<!--3-->
 <div class="slide">
 === Leyes de gestión de proyectos  ===
@@ Línea 50: / Línea 55: @@
 <div class="slide">
 {{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>