Escuela Ciencias Bsicas,

Tecnologa e Ingeniera
Tercer Encuentro tutorial virtual

301404- Ingeniera del software

Ingeniera de Sistemas

Ing. Pilar Alexandra Moreno - Directora del curso

Duitama, Abril 20 de 2017

 Tercer Encuentro Tutorial Virtual

Fecha: Jueves 20 de abril

Hora: 3:30 a 5:00 p.m.
Enlace de acceso:
http://conferencia2.unad.edu.co/ecbti1706/

Temas: Unidad 3. Gestin de proyectos de software: Temticas

y Trabajo Colaborativo- Fase Planificacin. Resolucin de dudas
e inquietudes.

Ing. Yina Alexandra Gonzlez S - Tutora de curso

Ing. Pilar Alexandra Moreno - Directora curso
Contenido del curso
Temticas Unidad 3 Gestin de
Proyectos de Software
Contenidos de Aprendizaje
1. Fundamentos de la gestin de proyectos
1. Conceptos de administracin de proyectos
2. Introduccin a la gestin de proyectos
3. El entorno y los roles
4. Metodologas de direccin de proyectos
5. El modelo PMI - Gestin de Proyectos
6. Estndar PMBOK para gestin de proyectos
7. Mtricas de control de proyectos: EVM Earned Value Management
2. Gestin del alcance
1. Concepto de Alcance
2. Definicin del Alcance
3. Creacin de la EDT (WBS)
4. Control del Alcance
5. Verificacin del Alcance
Temticas Unidad 3 Gestin de
Proyectos de Software
Contenidos de Aprendizaje
3. Gestin del tiempo
1. Identificacin de actividades
2. Secuenciamiento de actividades
3. Estimacin de recursos de las actividades
4. Estimacin de duracin de las actividades
5. Desarrollo del cronograma
6. Control del cronograma
4. Gestin de costes
1. Definiciones y Clasificacin de Costes
2. Plan de Gestin de Costes
3. La Estimacin de Costes
4. Preparacin del presupuesto de costes
5. Control de Costes
5. Gestin de riesgos
1. Introduccin
2. Identificacin de Riesgos
3. Anlisis de Riesgos
4. Planificacin de respuesta al Riesgo
5. Supervisin y Control de Riesgos
Trabajo Colaborativo
Tercera Fase - Planificacin
Diseo metodolgico del documento de gestin del proyecto de desarrollo
de software. (Planificacin del proyecto de software)

Gestin del Alcance

Gestin del Tiempo

Gestin de Costes

Gestin de Riesgos

OJO! Para una adecuada planificacin y administracin del proyecto de

software que vienen planteando en las anteriores fases.
Trabajo Colaborativo
Tercera Fase - Planificacin

Temticas a desarrollar: Unidad 3 - Gestin de Proyectos

de Software: Fundamentos de la gestin de proyectos,
Gestin del alcance, Gestin del tiempo, Gestin de costes
y Gestin de riesgos.
Nmero de Fecha: Momento de Entorno:
semanas: evaluacin:
4 Abril 14 a mayo 07 de Intermedia Aprendizaje
2017 Colaborativo
Fase de la estrategia de aprendizaje: Tercera Fase - Planificacin
 Actividad Individual

Productos acadmicos y ponderacin de la

Actividad individual
actividad individual
Cada integrante del grupo debe presentar, el Cada integrante debe registrar:
desarrollo de mnimo 1 de las 4 gestiones
solicitadas en el trabajo grupal. Deben - El desarrollo de mnimo 1 de las 4 gestiones
organizarse y distribuirse las 4 gestiones solicitadas en el trabajo grupal. Deben dar una
entre los miembros del grupo (asegurando respuesta-propuesta propia y significativa a cada
que al final aborden el desarrollo de las 4 gestin asignada del trabajo.
gestiones entre todos los miembros del
grupo). Este trabajo individual lo debe registrar cada
Luego de ello, a partir del momento que estudiante en el tema correspondiente al foro
empiecen el desarrollo y consolidacin del de la Fase 3: Planificacin, espacio en donde el
trabajo grupal, cada integrante debe grupo debe interactuar.
interactuar con su grupo, en diferentes
momentos, para complementar y consolidar Para ello cada estudiante debe entregar su
el documento final solicitado. trabajo individual con el desarrollo completo de
Necesariamente deben presentar de manera mnimo una de las 4 gestiones, anexando un
individual el desarrollo de mnimo una de documento tipo Word.
las 4 gestiones solicitadas en el trabajo Ponderacin actividad individual: 15% - 75
grupal (de acuerdo a la distribucin hecha). puntos
Actividad Grupal
Actividad colaborativa
Diseo metodolgico del documento de gestin del proyecto de desarrollo de software.
Dando continuidad a las fases anteriores, el grupo deber disear y consolidar un
documento estndar que presente y describa el diseo metodolgico de la planificacin del
proyecto de software, de manera coherente con el problema formulado.

El documento debe contener de manera estructurada:

1. La gestin del alcance: aqu la especificacin de requisitos debe presentarse a travs del
Formato IEEE-830 - Plantilla para Especificacin de Requisitos del Software, disponible en el
Entorno de aprendizaje prctico del curso.
2. La gestin del tiempo.
3. La gestin de costes
4. La gestin de riesgos
Para un adecuado desarrollo del proyecto de software que vienen planteando en las
anteriores fases.

Ver OVI Planificacin de proyectos de software disponible en las referencias de la Unidad 3

del curso.
 Actividad Grupal
Productos acadmicos y ponderacin de la actividad colaborativa
- Documento final grupal: El cual debe contener:
Portada
Introduccin: En esta parte deben indicar la organizacin del grupo: roles y tareas ejercidas
por cada integrante. Adems deben describir de manera resumida cmo fue el proceso de la
planificacin del proyecto que estn presentando.
Desarrollo de la actividad: Documento completo de planificacin del proyecto con todos
los captulos (uno por cada gestin de las indicadas en la columna anterior: Gestin de
Alcance, Gestin del Tiempo, Gestin de Costes y Gestin de Riesgos).
Conclusiones: El grupo debe dar respuesta puntual a la pregunta Qu aspectos considera
el grupo fueron los ms difciles de trabajar en el documento de Planificacin?
Referencias bibliogrficas.

Ponderacin actividad grupal: 15% - 75 puntos

No olviden revisar al final de la gua: Lineamientos para el desarrollo del trabajo
colaborativo. Deben tenerlos en cuenta para la presentacin de este trabajo.
Formato: Word (.doc .docx. .zip o .rar)
 Documento Final
Debe contener:

Portada

Introduccin: En esta parte deben indicar la organizacin del grupo: roles y

tareas ejercidas por cada integrante. Adems deben describir de manera
resumida cmo fue el proceso de la planificacin del proyecto que estn
presentando.

Planificacin del Proyecto:

I. Gestin de Alcance:
1) Recopilacin de Requisitos
2) Definicin del Alcance
3) Creacin de la EDT
4) Control del Alcance
5) Verificacin del Alcance
Documento Final
II. Gestin del Tiempo:
1) Identificacin de Actividades
2) Secuenciamiento de Actividades
3) Estimacin de los Recursos de las Actividades
4) Estimacin de la Duracin de las Actividades
5) Desarrollo del Cronograma
6) Control del Cronograma

III. Gestin de Costes

1) Clasificacin de Costes
2) Estimacin de Costes

IV. Gestin de Riesgos.

1) Identificacin de Riesgos
2) Anlisis de Riesgos
3) Tabla de Riesgos
4) Planificacin de Respuesta al Riesgo
 Documento Final
Conclusiones: El grupo debe dar respuesta puntual a la pregunta Qu
aspectos considera el grupo fueron los ms difciles de trabajar en el
documento de Planificacin?

Referencias bibliogrficas.
I. Gestin del Alcance

Alcance del producto (product scope): caractersticas y funciones del

Producto-software"
Alcance del proyecto (project scope): trabajo que debe ser realizado
para entregar el producto (del proyecto) con las caractersticas y
funciones especificadas.
Debe contener:

1. Recopilacin de Requisitos: Proceso de definicin y documentacin

de caractersticas y funciones del producto y del proyecto,
necesarios para satisfacer las necesidades y expectativas del
usuario. La planificacin del cronograma, coste y calidad se harn a
partir de estos requisitos. Formato estndar. Sugerido: IEEE-830.
Disponible en el Entorno de Aprendizaje Prctico:
Formato IEEE-830 - Plantilla para Especificacin de Requisitos del Software
I. Gestin del Alcance

2. Definicin del Alcance: Establecer que est y que no est definido

en el proyecto y sus entregables "Fronteras del Proyecto". El contenido
del enunciado o definicin del alcance comprende:
Objetivos de proyecto.
Descripcin alcance de producto (caractersticas, requisitos,
especificaciones).
Fronteras de proyecto.
Entregables de proyecto: cliente (producto, servicio,
resultado)+otros entregables proyecto.
Criterios de aceptacin de entregables.
Limitaciones o restricciones del proyecto.
Asunciones de proyecto (impacto potencial en caso de ser falsas).
Otros (organizacin inicial proyecto, estimacin preliminar coste y
cronograma, hitos, etc.
I. Gestin del Alcance

3. Creacin de la EDT (WBS): Definir el trabajo a realizar mediante la elaboracin de la

estructura desagregada del trabajo (EDT; o WBS: Work Breakdown Structure)

EDT: Descomposicin jerrquica del trabajo a ser realizado dentro del proyecto para:
1. alcanzar los objetivos del proyecto, y
2. elaborar entregables del proyecto (hardware, software, servicios y documentacin).

Presenta como caractersticas principales:

Incluye todo el trabajo a realizar.
Estructura jerrquicamente los distintos componentes del proyecto.

Existen 2 mtodos para obtener la EDT/WBS:

Mediante plantillas estndar EDT/WBS. Una plantilla de un proyecto previo puede utilizarse
como modelo para un nuevo proyecto.
Mediante descomposicin del alcance del proyecto: 1.En primer lugar determinar el primer
nivel de la estructura. Para ello se identifican los entregables del proyecto de acuerdo a la
forma en que se ste se gestionar. El primer nivel de descomposicin puede basarse en las
fases del proyecto, en los entregables de proyecto, o en una combinacin de ambos. 2. En
segundo lugar analizaremos si para cada componente del primer nivel podemos realizar
estimaciones adecuadas de coste y duracin. Si no es as descompondremos el componente
hasta el nivel preciso para que la estimacin sea adecuada.
Ejemplo de EDT
I. Gestin del Alcance
3. Creacin de la EDT (WBS): Ejemplo Grupo 4 -2016-1
I. Gestin del Alcance
3. Creacin de la EDT (WBS): Ejemplo Grupo 8 2016-1
I. Gestin del Alcance
3. Creacin de la EDT (WBS): Ejemplo Grupo 15 2015-1

Nivel 1: objetivo del proyecto Gestin del proyecto

DIGITALIZACIN
DE INFORMACIN Propuesta y Ejecucin y
Nivel 2: fases Instalacin y pruebas
planificacin seguimiento
CATASTRAL DE
IGAC EN SU
REGIONAL DE Acta de constitucin Informe estado del Montaje y pruebas
NEIVA proyecto proyecto del software

Documentacin de
Plan del proyecto Riesgos del proyecto
soporte
Nivel 3: entregables
Cronograma del Capacitacin a
Actas de reunin
proyecto usuarios

Presentacin del Construccin de Acta de cierre del

proyecto prototipo proyecto

Paquete de trabajo

Nivel 4: paquete de trabajo Paquete de trabajo Paquete de trabajo

I. Gestin del Alcance

4. Control del Alcance: Se refiere a las modificaciones en el alcance del producto

y el alcance del proyecto. Cubre la identificacin, valoracin de impacto,
documentacin, revisin, aprobacin y control de los cambios producidos tanto
en el producto del proyecto (alcance producto) como en el trabajo a realizar
(alcance del proyecto).

5. Verificacin del Alcance: Formalizar la aceptacin de los entregables del

proyecto que se han completado. Este proceso incluye revisar los entregables con
el cliente o el patrocinador / sponsor para asegurarse de que se han completado
satisfactoriamente y para obtener de ellos su aceptacin formal.

Es en este proceso es donde se compara los requisitos del proyecto y producto

con los entregables del proyecto mediante una inspeccin; slo los entregables
que cumplen con los criterios de aceptacin son formalmente aceptados por el
cliente.
4 y 5 se deben establecer a manera de proceso, de cmo se realizarn estas
etapas: Planificacin!
II. Gestin del Tiempo

Incluye todas las actividades necesarias para conseguir cumplir con el objetivo de fecha de
entrega del producto del proyecto.
Debe contener:
1. Identificacin de Actividades: Las tareas en que se dividen los paquetes de trabajo del
proyecto se componen de actividades que son los entregables de menor nivel del EDT/WBS.
La descomposicin de las tareas en actividades se debe realizar a partir del EDT/WBS del
proyecto.

2. Secuenciamiento de Actividades: Representar grficamente relaciones lgicas entre las

actividades del proyecto mediante algn mtodo como:
Mtodo PDM (Precedence Diagramming Method): nodos para representar las actividades.
Este mtodo recibe tambin el nombre de Actividad Sobre Nodo (AON: Activity On Node)
y es el mas utilizado por las aplicaciones informticas de gestin de proyectos.
Mtodo ADM (Arrow Diagramming Method): este mtodo utiliza flechas para representar
las actividades del proyecto. Las actividades estn conectadas mediante sucesos que
muestran las relaciones de prelacin entre ellas. El mtodo tambin es conocido como
Actividad Sobre Flecha (AOA: Activity on Arrow).
PERT - Program Evaluation and Review Technique
CPM (Crtical Path Method) Mtodo del camino Crtico
Diagrama de GANTT
II. Gestin del Tiempo

Mtodo PDM
Mtodo ADM

Oct 2005 Nov 2005 Dec 2005

ID Actividades Inicio Fin Duracion
10/2 10/9 10/16 10/23 10/30 11/6 11/13 11/20 11/27 12/4 12/11 12/18

1 Actividad 1 03/10/2005 04/11/2005 5w

2 Actividad 2 07/11/2005 09/12/2005 5w

3 Actividad 3 03/10/2005 25/11/2005 8w

4 Actividad 4 03/10/2005 27/12/2005 12.40w

5 Actividad 5 03/10/2005 18/10/2005 2.40w

Mtodo PERT
Diagrama GANTT
 II. Gestin del Tiempo

3. Estimacin de los recursos de las actividades: Determinar el tipo y cantidades de materiales,

personas, equipos, instalaciones y suministros requeridos para ejecutar cada actividad.

4. Estimacin de la duracin de las actividades: Diversas alternativas como: la opinin de

expertos, anlisis de alternativas de ejecucin (con diferentes combinaciones de recursos y
cantidades), informacin publicada (tasas de produccin, etc), estimacin de detalle. (Base para
estimacin de costes, ambos procesos de estimacin de coste y duracin se realizan en paralelo).

Por regla la duracin de la tarea es una estimacin razonable, se recomienda que se realice:

Con base a las estimaciones en las experiencias de otras personas, normalmente

responsables de la ejecucin de esas tareas.
Con base a las estimaciones en su propia experiencia, si ya ha tenido experiencia en la
realizacin de las tareas descritas.
Con base a datos de otros proyectos (estimacin por analoga) si se disponen de registros
adecuados y fiables.
Con base a una estimacin paramtrica: utiliza una relacin estadstica entre los datos
histricos y otras variables para calcular una estimacin de parmetros de una actividad tales
como coste, presupuesto y duracin.
 II. Gestin del Tiempo

5. Desarrollo del Cronograma (project schedule):

Conjunto de fechas planificadas para realizar las actividades e hitos del proyecto, y
constituye el Plan de Referencia de Tiempo o Lnea de Base de Tiempos contra la que
se medir el progreso alcanzado durante la ejecucin.
se realiza a partir de la lista de actividades y la relacin lgica entre ellas expresada en
forma de diagrama de red (diagrama anterior).

6. Control del Cronograma:

Proceso por el que se da seguimiento al estado del proyecto para actualizar el avance
del mismo y gestionar cambios a la lnea base del cronograma. El software de gestin
de proyectos para la elaboracin de cronogramas permite hacer un seguimiento de las
fechas planificadas en comparacin con las fechas reales, y de proyectar los efectos de
los cambios al cronograma del proyecto.

5 y 6 se deben establecer a manera de proceso, de cmo se realizarn estas etapas:

Planificacin!
 III. Gestin de Costes
Incluye todas aquellas actividades necesarias para la planificacin, estimacin, obtencin del plan de
referencia de costes o baseline, y control de costes, con objeto de completar el proyecto dentro del
presupuesto asignado.
Debe contener:

1. Clasificacin de Costes:
Coste de ciclo de vida (LCC: Life Cycle Cost). Comprende todos los costes incurridos durante la vida estimada
del producto, correspondiente al sistema completo, subsistemas y componentes. El coste de ciclo de vida es
el coste visto desde la perspectiva del cliente, ya que ser l quien normalmente financie todos los costes,
desde los de desarrollo, hasta los de eliminacin del sistema una vez concluye su vida til.

Costes fijos (Fixed costs). Haya o no trabajo.Tales como: costes de seguros, alquiler, impuestos, y gestin de
la empresa. Estos costes constituyen la parte ms importante de los costes indirectos de una empresa.

Costes variables (Variable costs). Costes que son incurridos en funcin de la carga de trabajo. Normalmente
son costes directos aunque pueden tener un componente indirecto.

Costes directos (Direct costs). Estos costes pueden ser repercutidos directamente a un proyecto al
representar un consumo de recursos exclusivo para ese proyecto.

Costes indirectos (Overhead costs or indirect costs). Son aquellos costes que no pueden ser identificados
con algn fin especfico. En caso de que en la empresa hubiera un nico proyecto, no cabra hablar de costes
indirectos, ya que, al estar todos los recursos orientados al desarrollo de ese proyecto nico, todos los costes
seran directos.
 III. Gestin de Costes
Gastos generales (General and administrative costs). Se trata de una categora de costes indirectos
relacionados con los departamentos de staff de la empresa, tales como Direccin, contabilidad, relaciones
pblicas, y cualesquiera otros que desarrollen actividades para el conjunto de la empresa. Pueden variar
entre un 5% y un 25% de los costes totales directos e indirectos de la empresa.

Fondos de contingencia (Contingency budget). Asociados con los riesgos del proyecto.

Costes no recurrentes (Non-recurring costs). Son aquellos costes en los que se incurre para desarrollar la
primera unidad de un producto.

Costes recurrentes (Recurring costs). Costes en los que se incurre repetidamente al aumentar el nmero de
unidades producidas. Por ejemplo, compras de materiales y mano de obra directa empleados en la
fabricacin de las unidades, los ensayos de aceptacin y los gastos de transporte de las unidades.

Escalacin de costes (Cost escalation). Son los costes originados por el incremento de precio de los recursos
utilizados en el proyecto.
III. Gestin de Costes

2. Estimacin del Coste: Determinacin del coste de los diferentes elementos del EDT/WBS (PT/CC) a
partir de uno o varios de los siguientes: caractersticas de producto, definicin de tareas y actividades del
trabajo a realizar, recursos necesarios, costes horarios, y estimacin de duracin. El mtodo de estimacin
a utilizar depender de la precisin requerida y de la fase en que se encuentre el proyecto.
Algunos mtodos:
Estimacin de detalle. Determinacin de recursos necesarios al nivel ms bajo posible del EDT/WBS.
La estimacin de detalle slo se podr realizar cuando exista un diseo detallado del producto o
proyecto y un programa de fabricacin, ensayo, montaje y entrega del mismo.
Estimacin directa. Estimacin realizada por un experto que est familiarizado con tareas similares a
las que se trata de estimar.
Estimacin por analoga. Analizar recursos utilizados en actividades similares o anlogas a las
actividades del proyecto cuyo coste se quiere estimar, y en la comparacin de ambas.
Cotizaciones de subcontratistas y proveedores. Es necesario que se soliciten varias cotizaciones del
trabajo a realizar (al menos tres) y que el suministrador elabore una solicitud de oferta completa y
precisa.
Estimacin paramtrica de costes. Se usa normalmente en las fases iniciales de un proyecto, cuando
no existe informacin detallada del mismo. Los modelos paramtricos de estimacin de costes se
basan en la correlacin existente entre las caractersticas fsicas de un producto (peso, volumen,
materiales empleados, precisin de mecanizado requerida, complejidad, etc.) con los recursos o coste
necesario para desarrollarlo o producirlo.
Mtodo COCOMO: (Bsico, Intermedio y Avanzado)
 III. Gestin de Costes
2. Estimacin del Coste:
Mtodo COCOMO

MTODO COCOMO BSICO

Calcula el esfuerzo y el costo del desarrollo en funcin del tamao del programa
estimado en LOC. Se utiliza para:

Proyectos pequeos y sencillos.

Equipos pequeos con experiencia en la aplicacin.
Requisitos poco rgidos.
MTODO COCOMO BSICO

Las ecuaciones del modelo COCOMO bsico son de la forma:

Donde:
E es el esfuerzo aplicado en hombre-mes
D es el tiempo de desarrollo en meses
KLOC es el nmero de miles de lneas de cdigo estimado para el proyecto

Los coeficientes a y c y los exponentes b y d se obtienen de la siguiente tabla:

Tipo de proyecto a b C d
Orgnico 2.4 1.05 2.5 0.38
Semiacoplado 3.0 1.12 2.5 0.35
Empotrado 3.6 1.20 2.5 0.32
Aplicando el modelo COCOMO bsico al ejemplo anterior y usando un tipo de
proyecto orgnico obtenemos una estimacin para el esfuerzo:

FI-GQ-GCMU-004-015 V. 001-17-04-2013
MTODO COCOMO BSICO

Para calcular la duracin del proyecto usamos la estimacin de esfuerzo:

El valor de la duracin del proyecto permite al planificador recomendar un

nmero de personas N para el proyecto.

El planificador puede decidir emplear slo una o dos personas y ampliar por
tanto la duracin del proyecto.

FI-GQ-GCMU-004-015 V. 001-17-04-2013
 IV. Gestin de Riesgos
Los riesgos son inherentes a los proyectos. Ser necesario realizar una gestin de riesgos
eficientes para minimizar su probabilidad e impacto.
Debe contener:

1. Identificacin de Riesgos: Se identifican los riesgos y disparadores asociados del proyecto,

clasificndolos segn los componentes principales del mismo (EDT/WBS) y segn los tipos y
categoras de riesgos mas importantes. Se identificar de manera clara la causa especfica de
cada riesgo y el objetivo u objetivos del proyecto sobre los que cada riesgo incide. Durante este
proceso se identificarn tambin los disparadores (triggers), que son sntomas o seales de
advertencia de que un riesgo ha ocurrido o est a punto de ocurrir. Requiere considerable
planificacin e investigacin utilizando tcnicas diversas.

Tcnicas de diagramacin como el diagrama de Ishikawa o de espina de pescado (til para

identificar causas de riesgos), diagramas de flujo de proceso (tiles para mostrar como se
relacionan los elementos de un sistema y el mecanismo de causalidad).
Anlisis de las hiptesis y escenarios utilizados en la planificacin del proyecto.
Entrevistas a personal con experiencia por parte del responsables de identificacin de
riesgos.
Anlisis de debilidades, amenazas, fortalezas, y oportunidades (DAFO). Este anlisis ayuda a
una mejor comprensin del proyecto y de los riesgos asociados a cada perspectiva del DAFO.
 IV. Gestin de Riesgos
2. Anlisis de Riesgos

El anlisis de riesgos puede ser cualitativo o cuantitativo.

El anlisis de riesgos cualitativo precede en ocasiones al cuantitativo, cuando se quiere

profundizar en algn riesgo concreto.

En otras ocasiones precede directamente a la planificacin de respuesta al riesgo,

obvindose el anlisis cuantitativo.

El anlisis de riesgos tiene como objetivo establecer una priorizacin de los riesgos del
proyecto para su tratamiento posterior. Tambin permite establecer una clasificacin general
de riesgo del proyecto, en relacin a otros proyectos de la organizacin.

Esta informacin puede ser utilizada para apoyar decisiones de inicio o cancelacin de un
proyecto, para realizar asignaciones de recursos entre proyectos, o para la realizacin de
anlisis costo-beneficio.

La repeticin de estos anlisis proporciona informacin sobre tendencias que indiquen

acciones a tomar para gestionar el riesgo.
 IV. Gestin de Riesgos
Tablas de Riesgos
En la columna Riesgo, se registran todos los riesgos
En la columna Categora, cada riesgo se categoriza as:
Tamao del producto (TP)
Impacto en la organizacin (IO)
Tipo de cliente (TC)
Proceso de produccin (PP)
Entorno de desarrollo (ED)
Tecnologa (T)
Experiencia tcnica (ET)
Se pueden utilizar las iniciales que se encuentran entre parntesis o puede asignar unas
especficas.
En la columna Probabilidad, se registra la probabilidad de aparicin de cada riesgo.
En la columna Impacto, Se valora y se registra el impacto de cada riesgo as:
1 Catastrfico
2 Crtico
3 Marginal
4 Despreciable

Riesgos Categora Probabilidad Impacto

Mayor nmero de usuarios previstos TP 30% 3

IV. Gestin de Riesgos

3. Planificacin de respuesta al Riesgo: Una vez analizados y priorizados los

riesgos del proyecto, es preciso proceder a su tratamiento, seleccionando para
cada riesgo aquella estrategia de respuesta que tenga mayores posibilidades de
xito. Estas estrategias son:

Eliminacin o evitacin. Consiste en eliminar la amenaza eliminando la causa

que puede provocarla.
Transferencia. La transferencia del riesgo busca trasladar las consecuencias
de un riesgo a una tercera parte junto con la responsabilidad de la
respuesta.
Mitigacin. Busca reducir la probabilidad o las consecuencias de sucesos
adversos a un lmite aceptable antes del momento de activacin. Es
importante que los costos de mitigacin sean inferiores a la probabilidad del
riesgo y sus consecuencias.
Aceptacin. Esta estrategia se utiliza cuando se decide no actuar contra el
riesgo antes de sus activacin. La aceptacin puede ser activa o pasiva.
Aspectos a tener en
cuenta:

Ponderacin actividad individual: 15% - 75 puntos

Ponderacin actividad grupal: 15% - 75 puntos
No olviden revisar al final de la gua: Lineamientos para el
desarrollo del trabajo colaborativo. Deben tenerlos en
cuenta para la presentacin de este trabajo.
Formato: Word (.doc - .docx .zip - .rar)
Incluir en el trabajo nicamente los puntos solicitados, no
omita ni agregue. Lea detenidamente los documentos y
siga las indicaciones. (Gua de actividades, mensajes del
foro de trabajo colaborativo, grabacin y presentacin
encuentro tutorial virtual).
Aspectos a tener en
cuenta:
Solo deben ser incluidos en el trabajo los participantes
que cumplieron con los aspectos solicitados en las fases
individual y grupal dentro de las fechas establecidas:
No se deben incluir en el trabajo final a quienes no
enviaron sus trabajos individuales en el plazo acordado.
Tampoco deben incluir en el trabajo final a quienes no
participen activa, oportuna y significativamente en el
desarrollo y consolidacin del documento final.
Es importante recordar que no se piden conceptos
tericos o teora copiada de otras fuentes. En cada uno
de los puntos a desarrollar deben registrar sus anlisis y
propuestas propias aplicadas al proyecto que vienen
trabajando. FI-GQ-GCMU-004-015 V. 001-17-04-2013
Aspectos a tener en
cuenta:
Publiquen en el foro el documento entregado en la Fase
2- Diagnstico para que los compaeros que por algn
motivo no participaron, conozcan el producto entregado y
puedan empezar a apoyar la continuacin del trabajo.
Deben fijar desde ya en el foro, el plazo mximo para
entrega del trabajo individual. Es obligatorio!
Deben organizarse y distribuirse, desde ya en el foro, los
aspectos que cada integrante va a desarrollar en su
trabajo individual, as aseguran que todos los aspectos
sern abordados por el grupo.
Recuerden que publicar cualquier comentario no quiere
decir que sea un aporte significativo.
Planeacin de actividades
para el desarrollo del trabajo
colaborativo
Actividad Cronograma de trabajo Responsa
bles
Lectura de los recursos tericos Del da-mes-aohora al
da-mes-ao-hora
Preparacin y entrega de los aportes Del da-mes-aohora al
individuales da-mes-ao-hora
Interaccin del grupo con base en los Del da-mes-aohora al
aportes individuales da-mes-ao-hora
Preparacin de los entregables Del da-mes-aohora al
da-mes-ao-hora
Revisin de los productos Del da-mes-aohora al
da-mes-ao-hora
Preparacin de los entregables de acuerdo Del da-mes-aohora al
con la norma establecida (segn la versin da-mes
que se maneje)
Roles a desarrollar por el
estudiante dentro del grupo
colaborativo
Rol asumido Tareas o funciones realizadas
Responsable de la comunicacin entre el tutor y el equipo, como tambin de
presentar a su equipo la informacin que recoge de la observacin - al desarrollo de
Lder:
las actividades - hecha a los otros equipos de grupo. Responsable de entregar el
Comunicador
producto final
Responsable de la relatora de todos los procesos en forma escrita. Tambin es
Relator: responsable por recopilar y sistematizar la informacin a entregar al facilitador-
docente.
Viga del Controla el cronograma de tiempo establecido, y es responsable porque el equipo
Tiempo: desarrolle las diferentes actividades dentro del tiempo pactado.

Quien se preocupa por verificar al interior del equipo que se estn asumiendo las
Dinamizador responsabilidades individuales y de grupo, propicia que se mantenga el inters por
del Proceso: la actividad y por ltimo cuestiona permanentemente al grupo para generar puentes
entre lo que ya se aprendi.
Responsable de conseguir el material y/o las herramientas de acuerdo a las
Utilero: necesidades del equipo para el desarrollo de las actividades y/o procesos.
Roles y responsabilidades para
la produccin de entregables
Roles Funcin
Consolidar el documento que se constituye como el producto final del debate, teniendo en
cuenta que se hayan incluido los aportes de todos los participantes y que solo se incluya a
Compilador
los participantes que intervinieron en el proceso. Debe informar a la persona encargada de
las alertas para que avise a quienes no hicieron sus participaciones, que no se les incluir en
el producto a entregar.
Asegurar que el escrito cumpla con las normas de presentacin de trabajos exigidas por el
docente.
Revisa que los aportes de los integrantes sean elaboraciones conceptuales propias (no
Revisor copias textuales o plagios) y que las citas y referencias bibliogrficas estn completas y
adecuadas a las normas APA. Avisa a la persona de alertas para que informe a los
integrantes del equipo en caso que haya que realizar algn ajuste sobre estos aspectos.
Asegurar que el documento contenga los criterios presentes en la rbrica. Debe comunicar a
Evaluador la persona encargada de las alertas para que informe a los dems integrantes del equipo en
caso que haya que realizar algn ajuste sobre el tema.
Alertar sobre los tiempos de entrega de los productos y enviar el documento en los tiempos
Entregas estipulados, utilizando los recursos destinados para el envo, e indicar a los dems
compaeros que se ha realizado la entrega.
Asegurar que se avise a los integrantes del grupo de las novedades en el trabajo e informar
Alertas al docente mediante el foro de trabajo y la mensajera del curso, que se ha realizado el
envo del documento.
Rbrica analtica de evaluacin

UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA

NOMBRE DEL CURSO: INGENIERA DEL SOFTWARE
RBRICA DE EVALUACIN UNIDAD 3 GESTIN DE PROYECTOS DE SOFTWARE
Criterios de desempeo de la actividad individual
Punta
Aspectos evaluados Valoracin alta Valoracin media Valoracin baja
je
El estudiante se presenta El estudiante ingresa Su participacin activa
oportunamente en el foro, continuamente al foro, pero no inicia slo una semana
Rol del estudiante en el foro
asume un rol y lo cumple a cumple a cabalidad con el rol antes del cierre y no tiene 25
de Trabajo Colaborativo
cabalidad. asumido o no asume un rol. rol definido
(Hasta 25 puntos) (Hasta 15 puntos) (Hasta 5 puntos)
El estudiante NO participa
El estudiante participa en la El estudiante intenta participar en la consolidacin del
consolidacin del trabajo del en la consolidacin del trabajo trabajo del grupo, NO
grupo, realizando aportes a del grupo, pero no realiza realiza aportes a tiempo y
tiempo, pertinentes y de calidad aportes a tiempo, pertinentes y de calidad para el
Calidad de los aportes del para el desarrollo del de calidad para el desarrollo del desarrollo del documento
estudiante en el Trabajo documento final del grupo. documento final del grupo y/ final del grupo. Adems 25
Colaborativo Adems ayuda en la definicin no ayuda en la definicin de su NO en la definicin de su
de su estructura y complementa estructura ni complementa al estructura, ni
al menos uno de los aspectos menos uno de los aspectos complementa uno de los
centrales del trabajo. centrales del trabajo. aspectos centrales del
trabajo.
(Hasta 25 puntos) (Hasta 15 puntos) (Hasta 5 puntos)
El estudiante no aporta de
El estudiante aporta de manera
El estudiante aporta de manera manera pertinente su
pertinente su trabajo individual
pertinente su trabajo individual trabajo individual completo
pero no es completo o no
Trabajo individual e completo e interacta para la y no interacta para la
interacta para la seleccin y 25
interaccin del estudiante seleccin y descripcin del seleccin y descripcin del
descripcin del trabajo grupal a
trabajo grupal a desarrollar. trabajo grupal a
desarrollar.
desarrollar.
(Hasta 25 puntos) (Hasta 15 puntos) (Hasta 5 puntos)
Rbrica analtica de evaluacin
RBRICA DE EVALUACIN UNIDAD 3 GESTIN DE PROYECTOS DE SOFTWARE
Aspectos evaluados
Fines del trabajo grupal
Estructura de planificacin del
proyecto
Fines del trabajo grupal Tcnicas
aplicadas en cada gestin
Fines del trabajo grupal
Pertinencia de las tcnicas en cada
gestin con el tipo y modelo de
software
Estructura del documento final del
grupo
UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA
NOMBRE DEL CURSO: INGENIERA DEL SOFTWARE
Criterios de desempeo de la actividad Colaborativa
Valoracin alta Valoracin media
Expone las razones para adoptar
Expone las razones para adoptar
la estructura que propuso para la
la estructura que propuso para la
planificacin del proyecto de
planificacin del proyecto de
software pero no nos coherentes
software.
ni pertinentes.
(Hasta 20 puntos) (Hasta 12 puntos)
Determina las tcnicas a aplicar
en cada una de las gestiones que
Determina las tcnicas a aplicar
se deban incluir en la
en cada una de las gestiones que
planificacin del proyecto, pero
se deban incluir en la
no son totalmente pertinentes o
planificacin del proyecto.
no estn completamente
descritas.
(Hasta 20 puntos) (Hasta 12 puntos)
Selecciona las tcnicas
Selecciona las tcnicas
apropiadas para el diseo de la
apropiadas para el diseo de la
planificacin del proyecto de
planificacin del proyecto de
software, pero no son
software, acorde al tipo de
completamente acordes al tipo
software y al modelo de proceso
de software y al modelo de
de software
proceso de software
(Hasta 20 puntos) (Hasta 12 puntos)
El documento se ajusta a la
El documento se ajusta a la
estructura estipulada en la gua
estructura estipulada en la gua
de actividades, pero presenta
de actividades y no presenta
algunos errores de redaccin y
errores de redaccin ni
ortografa. Adems no contiene
ortografa. Adems contiene
introduccin y/ conclusiones
introduccin y conclusiones que
que respondan de manera
responden de manera adecuada
adecuada a lo planteado en la
a lo planteado en la gua.
gua.
(Hasta 15 puntos) (Hasta 8 puntos)
Puntaj
Valoracin baja
e
No expone las razones de
manera suficiente para
adoptar la estructura que
20
propuso para la planificacin
del proyecto de software.
(Hasta 3 puntos)
No se determinan las tcnicas
a aplicar para cada una de
las gestiones que se deban
incluir en la planificacin del
20
proyecto o no son pertinentes
o no estn completamente
descritas.
(Hasta 3 puntos)
No se selecciona las tcnicas
apropiadas para el diseo de
la planificacin del proyecto
de software o no estn
20
acordes al tipo de software o
no estn acordes al modelo
de proceso de software
(Hasta 3 puntos)
El documento no se ajusta a
la estructura estipulada en la
gua de actividades, presenta
errores de redaccin y
15
ortografa. Adems no
contiene ni introduccin ni
conclusiones.
(Hasta 4 puntos)
Por favor tener en cuenta
Estudiante que no enve o no realice su actividad individual, de acuerdo a
las indicaciones para cada fase en el tiempo establecido para entrega de
aportes individuales, tiene calificacin de 0.0. Igualmente el grupo debe
enviar el documento final, una vez lo realicen, lo revisen y lo consoliden con
base en los trabajos individuales que hayan enviado.

Si el estudiante envi su trabajo individual despus de la fecha lmite

establecida para ello, tendr una calificacin total de 0 puntos en el trabajo
colaborativo y no se le aplicar la rbrica de evaluacin de la actividad.

Si el estudiante enva las actividades individuales en el plazo establecido,

pero no participa en la consolidacin del trabajo de grupo slo se le aplicar
el tem de la rbrica de evaluacin referente al trabajo individual.

Si se comprueban plagios y/o copias textuales de otros trabajos o de

internet, el grupo tendr una calificacin total en el trabajo colaborativo de 0
puntos y no se le aplicar la rbrica de evaluacin de la actividad.
Gracias por su
asistencia!