23
SESIÓN 04: ESTIMACIÓN Y PLANEACIÓN-II 1

Personal Software Process / Sesion 04

Embed Size (px)

DESCRIPTION

Sesion de capacitacion sobre Personal Software Process (TM) / Español / 2014.02. NOTA: Todas la marcas son propiedad de sus respectivos dueños.

Citation preview

Page 1: Personal Software Process / Sesion 04

SESIÓN 04: ESTIMACIÓN Y PLANEACIÓN-II

1

Page 2: Personal Software Process / Sesion 04

2

Page 3: Personal Software Process / Sesion 04

3

Page 4: Personal Software Process / Sesion 04

4

Page 5: Personal Software Process / Sesion 04

5

Page 6: Personal Software Process / Sesion 04

6

Page 7: Personal Software Process / Sesion 04

7

Page 8: Personal Software Process / Sesion 04

8

Page 9: Personal Software Process / Sesion 04

9

Page 10: Personal Software Process / Sesion 04

10

Page 11: Personal Software Process / Sesion 04

11

Page 12: Personal Software Process / Sesion 04

12

Page 13: Personal Software Process / Sesion 04

13

Page 14: Personal Software Process / Sesion 04

14

Page 15: Personal Software Process / Sesion 04

15

Page 16: Personal Software Process / Sesion 04

16

Page 17: Personal Software Process / Sesion 04

Cómo planear?

Hacer un plan antes de comprometerse con fechasDeterminar la disponibilidad que se tiene para desarrollar el trabajoOJO: quitar los dias que no son habiles.

[>] La planeación es un item importante en el círculo de denning (teoria de calidad total): • - plan• - do• - check• - improve

[>] Y es preferible que lo hagan las personas que lo van a desarrollar (Efecto IKEA [tiendas suecas, que venden los muebles desarmados: si la persona arma el mueble lo aprecia más o se genera un compromiso moral]).[>] efectividad: mas o menos 80% de horas a la semana, porque no siempre”la musa de la inspiración” llega.[>] tratar de que las tareas no demoren más de 10 horas o que una sola se gaste la disponibilidad de la semana, porque dará la apariencia que no se avanza.

17

Page 18: Personal Software Process / Sesion 04

Tracking, Valor Planeado y Valor Ganado [30min]

Cómo saber que un conjunto de tareas se completa?Cómo saber que un proyecto será entregado a tiempo?

El tracking (seguimiento) de proyectos sería fácil si• Las tareas se completan en el orden y tiempo• No se agregan o eliminan tareasPero esto no ocurre: los requerimientos cambian, se agregan y eliminan tareas,...

Para hacer el seguimiento de un proyecto se asigna un valor que mida la contribución de la tarea en relación al proyecto en general (Valor Planeado: PV).Luego se agrega el valor sólo cuando la tarea se completa (Valor Ganado: EV).Tareas parciales no reciben valor: no se hace sobre el porcentaje de avance de una tarea: [> ]síndrome del 90%[>] a veces tengo que hacer tareas, que no estaban en el plan, pero son necesarias para avance del proyecto (overhead)[>] a veces hay tareas que planeé, pero que no hubo necesidad de hacerlas

18

Page 19: Personal Software Process / Sesion 04

Proyectando la fecha de terminación (completion date):El valor ganado a 3 semanas es 42.8Si se calcula una aproximación lineal con una regla de 3 para ver el valor del 100%:3.......42.8%x.......100.0%x = 100* 3 / 42.8 = 7 semanas aprox.Ya no se va a terminar en 5 semanas sino en 7, esto significa un retraso de 2 semanas.

19

Page 20: Personal Software Process / Sesion 04

Ejercicio2: Atrasado o adelaantado?El proyecto tiene un EV a la fecha de 22.3 mientras que deberia ir en 28.2, por lo cual está detrás de lo planeado.La última columna muestra el CPI mayor a 1, esto significa que el planeado es más elevado que el actual.Al ritmo actual, y haciendo una regla de 3, con el fin de validar cuánto está atrasado el proyecto:7....................22.3%x ...................28.2%X = (deberia ir en) 8.85 semanas, pero va en la 7 ( es decir que tiene 1.85 semanas de atraso)

20

Page 21: Personal Software Process / Sesion 04

21

Page 22: Personal Software Process / Sesion 04

22

Page 23: Personal Software Process / Sesion 04

Assignment 03: [20min] Checklists para fases DLDR y CRPara aprender PSP2

• Hacer checklist: con los resultados de los assignments anteriores. • La idea es definir un checklist de revision de codigo. • Indicar que también existen checlists de revision del diseño.

Enviar el assignment: Archivo .zip con:• Documento de checklist para DLDR• Documento de checklist para CR

23