Tarea 05 Plan 7Equipo 8Riesgos

Download Report

Transcript Tarea 05 Plan 7Equipo 8Riesgos

Actividades de:

Análisis

Planificación

Mgr. Indira Camacho del Castillo UMSS: Cochabamba - Bolivia

Repaso : ¿ Objetivo ?

¿ Actividades

?

¿ Producto ?

¿ Cualidades del producto ?

Carrera de Sistemas&Informática UMSS: Cochabamba-Bolivia Mgr. Indira Camacho del Castillo Materia: Ingeniería de Software 2

Tarea 5

¿Por qué planificar?

Carrera de Sistemas&Informática UMSS: Cochabamba-Bolivia Mgr. Indira Camacho del Castillo Materia: Ingeniería de Software 4

 

Planificación

¿Para qué sirve planificar? Garantizar un software de calidad en tiempo y presupuesto definido.

¿Por qué planificar?

a) Garantizar entrega el sistema b) Utilización óptima de recursos c) Prevenir riesgos ¿Qué se planifica en la ingeniería e Software?

    ¿Cuál es el producto de la actividad de planificación en la Ingeniería de Software?

El

Proceso de Desarrollo de Software

¿Cuál la razón por la que tú estarías dispuesto a planificar?

¿Será indispensable planificar?

los productos?

El

PLAN

desarrollo de software

¿Cuáles son las actividades estructurales de la

de Los desarrolladores: el

planificación, dentro de la ingeniería de software y cuáles

proyecto de SW

 ¿Quiénes son los responsables de la planificación?

Carrera de Sistemas&Informática UMSS: Cochabamba-Bolivia Mgr. Indira Camacho del Castillo Materia: Ingeniería de Software 5

Planificación:

Actividades

estructurales

1.

Definir actividades Definir hitos

ir

En el marco de un

modelo de proceso

2.

3.

4.

5.

6.

Organización del equipo de desarrollo ir

Gestión de riesgos

ir

Calendarización de las actividades ir Estimaciones de recursos ir Definición de estándares, metodologías, herramientas a usar. Si la organización ya tiene un

sistema de calidad

dentro del marco del mismo

Planificación: El producto

Plan de proyecto:

 Introducción/ámbito  Organización del equipo de desarrollo  Estimación del esfuerzo, costo, tiempo.

 Gestión de riesgos  Calendario del proyecto: definición de tareas, hitos & productos en el marco del CV definido  Metodología, herramientas estándares a usar.

Carrera de Sistemas&Informática UMSS: Cochabamba-Bolivia Mgr. Indira Camacho del Castillo Materia: Ingeniería de Software 7

Cualidades del Plan

 Realista  Específico  Diferentes niveles de detalle  Modificable Mgr. Indira Camacho del Castillo Materia: Ingeniería de Software 8 Carrera de Sistemas&Informática UMSS: Cochabamba-Bolivia

Tarea 6

Modelo de procesos

1.

¿Qué son los modelos de proceso o ciclos de vida? 2.

¿Para que sirven?

Es una estrategia de desarrollo que los ingenieros de software deben

3.

¿Cuando se usan?

4.

5.

1.

2.

explicar: ¿cuando usar?

marco

en base a el actividades que no son parte de los procesos y productos del software y el papel De los diferentes modelos de proceso que existen tareas a realizar y su y las tareas involucradas en el desarrollo, la explotación y el mantenimiento de ventajas y desventajas los requisitos hasta la finalización de su uso.

de proceso

transparencia 26 Carrera de Sistemas&Informática UMSS: Cochabamba-Bolivia Mgr. Indira Camacho del Castillo Materia: Ingeniería de Software 10

Procesos y Actividades del ciclo de vida

Carrera de Sistemas&Informática UMSS: Cochabamba-Bolivia Mgr. Indira Camacho del Castillo Materia: Ingeniería de Software 11

 

Hitos

Software es intangible, avance del proyecto se ve por

documentos

o

artefactos

o

productos metas-producto

:

HITOS

que describen el trabajo realizado.

o Sin esto el control del proyecto no se podría hacer, los costos no se podrían estimar y los calendarios no podrían ser ajustados o actualizados.

 Una serie de HITOS deben ser logradas, para establecer el fin de una actividad o etapa del proyecto. Estos hitos deben ser entonces un reporte formal para ser presentado a la administración del proyecto, que no deje lugar a dudas que la meta ha sido alcanzada. Por ejemplo: Diseño de alto nivel completo, plan de testeo, implementación del CU ingreso datos cliente.

 Los hitos no deben ser indefinidos como: “80 % del código terminado”, porque es difícil determinar cuando el 80% del código está completo.

 Para establecer los hitos de los procesos de software que se van a realizar para un proyecto en particular, el proyecto debe ser dividido en actividades de un tamaño apropiado y una salida o producto relacionada con esa actividad debe ser fijada.

 Una regla para establecer hitos es que estas deben darse en intervalos de 2-3 semanas aunque esto debe variar dependiendo del proceso de software seguido.

Carrera de Sistemas&Informática UMSS: Cochabamba-Bolivia Mgr. Indira Camacho del Castillo Materia: Ingeniería de Software 12

Repaso Modelos de procesos

(tarea 6) 1.

2.

1.

¿Qué son los modelos de proceso o ciclos de vida? ¿Para que sirven?

2.

3.

¿Cuando se usan?

¿Son necesarios? ¿son indispensables?

1.

2.

3.

4.

Investigar modelos de procesos Fases - actividades sus hitos/productos/artefactos ventajas y desventajas del modelo ¿cuando usar? Carrera de Sistemas&Informática UMSS: Cochabamba-Bolivia Mgr. Indira Camacho del Castillo Materia: Ingeniería de Software 13

Tarea 7

Carrera de Sistemas&Informática UMSS: Cochabamba-Bolivia Mgr. Indira Camacho del Castillo Materia: Ingeniería de Software 14

Organización del grupo de trabajo

Se considera 7 factores para la organización del grupo de trabajo:

       La dificultad del problema que hay que resolver.

El tamaño del programa(s) resultante(s) en líneas de código o puntos de función.

El tiempo que el equipo estará junto (tiempo de vida del equipo).

El grado en que el problema puede ser modularizado .

La calidad construir.

requerida y fiabilidad del sistema que se va a La rigidez de la fecha de entrega .

La comunicación requerida para el proyecto.

Carrera de Sistemas&Informática UMSS: Cochabamba-Bolivia Mgr. Indira Camacho del Castillo Materia: Ingeniería de Software 15

Organización del grupo de trabajo

¿Cómo creamos un equipo de alto rendimiento?

 Confianza entre los miembros del equipo. Que va de la mano con la

responsabilidad individual

(grado de compromiso de los integrantes).

 Distribución de habilidades de acuerdo al problema.

 Los inconformistas deben ser excluidos .

Carrera de Sistemas&Informática UMSS: Cochabamba-Bolivia Mgr. Indira Camacho del Castillo Materia: Ingeniería de Software 16

La comunicación en el Proyecto de Software

 Comunicación en Armonía  La incapacidad de la gente para comunicarse de forma efectiva es uno de los obstáculos para la obtención de productos de calidad así como para la productividad.

más comunes

Recomendación:

“Mejorar la comunicación entre los miembros del proyecto mejora la moral, productividad, calidad y la relación coste-beneficio”.

17 Carrera de Sistemas&Informática UMSS: Cochabamba-Bolivia Mgr. Indira Camacho del Castillo Materia: Ingeniería de Software

Organización del grupo de trabajo

¿Cómo se organiza el equipo de trabajo?

Mantei

sugiere tres formas de equipo genéricos:  Centralizado Controlado (CC): El jefe del equipo se encarga de la resolución de problemas a alto nivel y la coordinación interna del equipo. La comunicación entre el jefe y los miembros del equipo es vertical .

Programador Jefe Carrera de Sistemas&Informática UMSS: Cochabamba-Bolivia Programadores Especialistas Bases de Datos Consultores Mgr. Indira Camacho del Castillo Materia: Ingeniería de Software 18

Organización del grupo de trabajo

Descentralizado Controlado (DC): Un jefe definido que coordina tareas específicas y jefes secundarios con responsabilidades sobre subtareas. La resolución de problemas es una actividad del grupo, la comunicación es horizontal y vertical .

Líder del Proyecto Programador Experto Programador Carrera de Sistemas&Informática UMSS: Cochabamba-Bolivia Mgr. Indira Camacho del Castillo Materia: Ingeniería de Software 19

Organización del grupo de trabajo

Descentralizado Democrático (DD) o “Egoless”

horizontal .

: No tiene un jefe permanente, se nombran de acuerdo a la tarea. La solución de problemas se hacen por consenso. La comunicación es Carrera de Sistemas&Informática UMSS: Cochabamba-Bolivia Mgr. Indira Camacho del Castillo Materia: Ingeniería de Software 20

Actividades relacionadas con el personal

a) Selección del equipo humano en función de sus conocimientos técnicos y su capacidad para formar un equipo conjuntado durante el desarrollo del proyecto.

b) Autocapacitación Adquisición por parte del equipo humano de los conocimientos necesarios para llevar a cabo las funciones requeridas. Carrera de Sistemas&Informática UMSS: Cochabamba-Bolivia Mgr. Indira Camacho del Castillo Materia: Ingeniería de Software 21

Actividades relacionadas con el personal

c) Asignación de los recursos humanos a las diferentes tareas en función de las estimaciones de recursos necesarios procurando mantener la curva de esfuerzo más homogénea posible.

d) Análisis, y riesgos mitigación en su caso, de los derivados de los componentes del equipo de trabajo a lo largo del tiempo. e) Reasignaciones dinámicas de actividades personas en función de la evolución del proyecto.

a Carrera de Sistemas&Informática UMSS: Cochabamba-Bolivia Mgr. Indira Camacho del Castillo Materia: Ingeniería de Software 22

Ejemplo: Estructura de un proyecto mediando

Con un equipo reducido para un proyecto mediano: podemos ver cómo

una misma persona puede tener dos perfiles técnicos simultáneamente

, o como de

un perfil técnico se requieren varias personas.

Carrera de Sistemas&Informática UMSS: Cochabamba-Bolivia Mgr. Indira Camacho del Castillo Materia: Ingeniería de Software 23

Asignación de personas a actividades

Los administradores de proyecto también deben tomar en cuenta la asignación de recursos y, en particular, la asignación de personal a las actividades del proyecto.

Tarea Ingeniero

T1 Jane T2 T3 T4 T5 T6 T7 T8 T9 T10 T11 T12 Anne Jane Fred Mary Anne Fred Jim Jane Anne Fred Fred 24 Carrera de Sistemas&Informática UMSS: Cochabamba-Bolivia Mgr. Indira Camacho del Castillo Materia: Ingeniería de Software

Asignación de personas a actividades

Carrera de Sistemas&Informática UMSS: Cochabamba-Bolivia Mgr. Indira Camacho del Castillo Materia: Ingeniería de Software 25

Repaso:

organización del Eq. trabajo

 ¿ Cómo se organiza el grupo de trabajo?

 ¿ Cuáles las tareas a realizar, cuáles los roles a cumplir por los diferentes miembros del grupo?

 ¿Qué tiene que ver la calendarización con el grupo de trabajo?

 Si tienes que mencionar 3 cualidades de un equipo de alto rendimiento ¿cuáles serían?

 ¿Cómo se calcula el tiempo PERT?

26 Carrera de Sistemas&Informática UMSS: Cochabamba-Bolivia Mgr. Indira Camacho del Castillo Materia: Ingeniería de Software

Carrera de Sistemas&Informática UMSS: Cochabamba-Bolivia Mgr. Indira Camacho del Castillo Materia: Ingeniería de Software 27

  

Gestión de riesgos

La gestión de riesgo es la toma de acciones concretas para que posibles incidentes no ¿Que es la gestión de riesgo? afecten el normal desarrollo del proyecto y/o su culminación en el ¿Cuál es PRODUCTO de la gestión de Riesgos?

previsto.

¿Es necesario realizar la gestión de riesgo? Si/no: ¿por que?

Plan de Gestión de Riesgo Para minimizar o anular su impacto sobre el proyecto. Para esto se debe asumir: que Si el riesgo se convierte en una realidad, ocurrirán pérdidas Carrera de Sistemas&Informática UMSS: Cochabamba-Bolivia Mgr. Indira Camacho del Castillo Materia: Ingeniería de Software 28

Tipos de riesgos

Riesgos del proyecto

Identifican problemas presupuestarios, de agenda, de personal (organización y asignación de personal), de recursos, requisitos del cliente.

Riesgos técnicos

Identifican problemas de diseño implementación, interfaz, verificación y mantenimiento, ambigüedad de la especificación, incertidumbre técnica, obsolescencia técnica y tecnología. (estos riesgos se dan cuando el problema es más difícil resolver de lo que se piensa).

 Riesgos del negocio: Pueden echar por abajo los mejores proyectos de software, algunos de estos son:      Construcción de un producto que nadie quiere Un producto que no se ajusta a las estrategias de la empresa Un producto que el departamento de ventas no sabe cómo vender Pérdida de los gestores del proyecto por diversas razones: cambios en la definición del problema, despido de personal, etc. (riesgo de gestión) Perdidas de presupuestarias o de personal (riesgo de presupuesto) Carrera de Sistemas&Informática UMSS: Cochabamba-Bolivia Mgr. Indira Camacho del Castillo Materia: Ingeniería de Software 29

Actividades de la gestión de riesgo

Riesgo (R) Categoría Probabilidad % (l) Impacto (X)

Crítico cddgdgdgdg

Plan de gestión de

Marginal

riesgo

Carrera de Sistemas&Informática UMSS: Cochabamba-Bolivia Mgr. Indira Camacho del Castillo Materia: Ingeniería de Software 30

Plan de gestión de riesgo

Riesgo1 Datos del análisis del riesgo (r1,l1,x1) Pasos de gestión del riesgo Gestión del Riesgo Riesgo2 Datos del análisis del riesgo (r2,l2,x2) Pasos de gestión del riesgo Riesgo3 Datos del análisis del riesgo (r3,l3,x3) Pasos de gestión del riesgo Plan de Gestión de Riesgo Mgr. Indira Camacho del Castillo Materia: Ingeniería de Software 31 Carrera de Sistemas&Informática UMSS: Cochabamba-Bolivia

1.

Ejemplo de un riesgo gestionado

(riesgos especiales en PU)

Sea el riesgo de rotación de personal (r1), se calculó una rotación del 70% de acuerdo a los datos históricos (l1), su impacto (x1) como un incremento del 15% en la duración del proyecto y del 12% en el coste global. Con estos datos se puede seguir los siguientes pasos para gestionar el proyecto: Reunirnos con el personal actual, para determinar las causas de la rotación de personal (bajos, salarios, condiciones de trabajo no adecuadas, mercado de trabajo competitivo) 2.

3.

4.

Tomar cartas sobre el asunto antes que empiece el proyecto para mitigar los causas de rotación.

Una vez comenzado el proyecto asumir la rotación y desarrollar técnicas que aseguren la continuidad del trabajo. Organizar varios equipos para el desarrollo del proyecto de forma que la información se disperse lo más posible. 5.

6.

Definir estándares para la documentación.

Llevar a cabo minuciosas revisiones en equipo de todo el trabajo (para que más de una persona siga la marcha) 7.

Definir una persona de apoyo para cada miembro del personal involucrado en tareas técnicas críticas.

Carrera de Sistemas&Informática UMSS: Cochabamba-Bolivia Mgr. Indira Camacho del Castillo Materia: Ingeniería de Software 32