Escuela de Ciencias Básicas, Tecnología e

Ingeniería

301404- Ingeniería del software

Tercera sesión

Pilar Alexandra Moreno – Directora de curso

Duitama, abril 13 de 2018
Encuentro sincrónico
Segunda sesión

Temáticas

• Unidad 3. Gestión de proyectos de

software

• Temáticas y Trabajo Colaborativo. Tercera

Fase Planificación.

• Aclaración de dudas e inquietudes

Contenido del curso
Temáticas Unidad 3 – Gestión de
Proyectos de Software

“Planificación de proyectos de software”

Enlace: http://hdl.handle.net/10596/9935
Tercera Fase - Planificación

Diseño metodológico del documento de gestión del proyecto de desarrollo

de software. (Planificación del proyecto de software)

Gestión del Alcance

Gestión del Tiempo

Gestión de Costes

Gestión de Riesgos

¡OJO! Para una adecuada planificación y administración del proyecto de

software que vienen planteando en las anteriores fases.
Realizar el diseño metodológico
de la gestión del proyecto
Temáticas a desarrollar: Unidad 3 - Gestión de Proyectos
de Software: Fundamentos de la gestión de proyectos,
Gestión del alcance, Gestión del tiempo, Gestión de costes
y Gestión de riesgos.
Número de Fecha: Momento de Entorno:
semanas: evaluación:
4 Abril 13 a mayo 6 de Intermedia Aprendizaje
2018 Colaborativo
Fase de la estrategia de aprendizaje: Tercera Fase – Planificación
150 puntos
Actividad Individual
Cada integrante del grupo debe presentar, el desarrollo de mínimo 1 de las 4 gestiones
solicitadas en la actividad colaborativa. Deben organizarse y distribuirse las 4 gestiones entre
los miembros del grupo (asegurando que al final aborden el desarrollo de las 4 gestiones entre
todos los miembros del grupo). Si todos los 5 integrantes del grupo participan en esta fase, una
misma gestión deberá ser asignada a dos integrantes. Las gestiones a desarrollar son:
1. La gestión del alcance
2. La gestión del tiempo.
3. La gestión de costes
4. La gestión de riesgos
Como producto individual, cada estudiante debe realizar y entregar un único documento
individual, en Word, que contenga el desarrollo completo de la gestión que le correspondió, de
acuerdo a la distribución establecida en el grupo.
Luego de ello, a partir del momento que empiecen el desarrollo y consolidación del trabajo
grupal, cada integrante debe interactuar con su grupo, en diferentes momentos, para
complementar y consolidar el documento final solicitado.
Necesariamente deben presentar de manera individual el desarrollo de mínimo una de las 4
gestiones solicitadas en la actividad colaborativa (de acuerdo a la distribución hecha).
Dicho trabajo individual cada estudiante lo debe entregar en un único documento de texto tipo
word (.doc o .docx. No debe ser pdf) en el tema correspondiente al foro de la Fase 3:
Planificación, espacio en donde el grupo debe interactuar.
Ponderación actividad individual: 15% - 75 puntos.
Actividad Grupal
Actividad colaborativa
Diseño metodológico del documento de gestión del proyecto de desarrollo de software.
Dando continuidad a las fases anteriores, el grupo deberá diseñar y consolidar un
documento estándar que presente y describa el diseño metodológico de la planificación del
proyecto de software, de manera coherente con el problema formulado.

El documento debe contener de manera estructurada:

1. La gestión del alcance: aquí la especificación de requisitos debe presentarse a través del
Formato IEEE-830 - Plantilla para Especificación de Requisitos del Software, disponible para
descarga en el Entorno de aprendizaje práctico del curso.
2. La gestión del tiempo.
3. La gestión de costes
4. La gestión de riesgos
Para un adecuado desarrollo del proyecto de software que vienen planteando en las
anteriores fases.

Ver OVI “Planificación de proyectos de software” disponible en las referencias de la Unidad 3

del curso. Enlace: http://hdl.handle.net/10596/9935
Actividad Grupal
Productos académicos y ponderación de la actividad colaborativa
Documento final grupal: El cual debe contener:

 Portada
 Introducción: En esta parte deben indicar la organización del grupo: roles y tareas
ejercidas por cada integrante. Además, deben describir qué tuvo en cuenta cada uno de
los integrantes del grupo para el desarrollo de la gestión que le correspondió.
 Desarrollo de la actividad: Documento completo de planificación del proyecto con
todos los capítulos (un capítulo por cada gestión de las indicadas anteriormente:
Gestión de Alcance, Gestión del Tiempo, Gestión de Costes y Gestión de Riesgos).
 Conclusiones: El grupo debe dar respuesta puntual a las preguntas ¿Qué fue lo mejor
del desarrollo de esta actividad? Y ¿qué fue lo peor del desarrollo de esta actividad?
 Referencias bibliográficas.

Ponderación actividad grupal: 15% - 75 puntos

No olviden revisar al final de la guía: Lineamientos para el desarrollo del trabajo
colaborativo. Deben tenerlos en cuenta para la presentación de este trabajo.
Formato: Word (.doc ó .docx. .zip o .rar)
Documento Final
 Portada
 Introducción: En esta parte deben indicar la organización del grupo: roles y tareas
ejercidas por cada integrante. Además, deben describir qué tuvo en cuenta cada uno
de los integrantes del grupo para el desarrollo de la gestión que le correspondió.
 Planificación del Proyecto:
I. Gestión de Alcance:
1) Recopilación de Requisitos
2) Definición del Alcance
3) Creación de la EDT
4) Control del Alcance
5) Verificación del Alcance

II. Gestión del Tiempo:

1)Identificación de Actividades
2)Secuenciamiento de Actividades
3)Estimación de los Recursos de las Actividades
4)Estimación de la Duración de las Actividades
5)Desarrollo del Cronograma
6)Control del Cronograma
Documento Final

III. Gestión de Costes

1) Clasificación de Costes
2) Estimación de Costes

IV. Gestión de Riesgos.

1) Identificación de Riesgos
2) Análisis de Riesgos
3) Tabla de Riesgos
4) Planificación de Respuesta al Riesgo

 Conclusiones: El grupo debe dar respuesta puntual a las preguntas ¿Qué fue lo
mejor del desarrollo de esta actividad? Y ¿qué fue lo peor del desarrollo de esta
actividad?

 Referencias bibliográficas.
I. Gestión del Alcance

Alcance del producto (product scope): características y funciones del

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

1. Recopilación de Requisitos: Proceso de definición y documentación

de características y funciones del producto y del proyecto,
necesarios para satisfacer las necesidades y expectativas del
usuario. La planificación del cronograma, coste y calidad se harán a
partir de estos requisitos. Formato estándar. Sugerido: IEEE-830.
Disponible en el Entorno de Aprendizaje Práctico:
Formato IEEE-830 - Plantilla para especificación de Requisitos del Software
I. Gestión del Alcance

2. Definición del Alcance: Establecer que está y que no está definido

en el proyecto y sus entregables "Fronteras del Proyecto". El contenido
del enunciado o definición del alcance comprende:
 Objetivos de proyecto.
 Descripción alcance de producto (características, requisitos,
especificaciones).
 Fronteras de proyecto.
 Entregables de proyecto: cliente (producto, servicio,
resultado)+otros entregables proyecto.
 Criterios de aceptación de entregables.
 Limitaciones o restricciones del proyecto.
 Asunciones de proyecto (impacto potencial en caso de ser falsas).
 Otros (organización inicial proyecto, estimación preliminar coste y
cronograma, hitos, etc.
I. Gestión del Alcance
3. Creación de la EDT (WBS): Definir el trabajo a realizar mediante la elaboración de la
estructura desagregada del trabajo (EDT; o WBS: Work Breakdown Structure)

EDT: Descomposición jerárquica 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 documentación).

Presenta como características principales:

 Incluye todo el trabajo a realizar.
 Estructura jerárquicamente los distintos componentes del proyecto.

Existen 2 métodos para obtener la EDT/WBS:

 Mediante plantillas estándar EDT/WBS. Una plantilla de un proyecto previo puede utilizarse
como modelo para un nuevo proyecto.
 Mediante descomposición 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 descomposición puede basarse en las
fases del proyecto, en los entregables de proyecto, o en una combinación de ambos. 2. En
segundo lugar analizaremos si para cada componente del primer nivel podemos realizar
estimaciones adecuadas de coste y duración. Si no es así descompondremos el componente
hasta el nivel preciso para que la estimación sea adecuada.
Ejemplo de EDT
I. Gestión del Alcance
3. Creación de la EDT (WBS): Ejemplo Grupo 4 -2016-1
I. Gestión del Alcance
3. Creación de la EDT (WBS): Ejemplo Grupo 16 Periodo 2017-16-04
I. Gestión del Alcance
3. Creación de la EDT (WBS): Ejemplo Grupo 33 Periodo 2017-16-04
I. Gestión del Alcance
3. Creación de la EDT (WBS): Ejemplo Grupo 8 – 2016-1
I. Gestión del Alcance
3. Creación de la EDT (WBS): Ejemplo Grupo 15 – 2015-1

Nivel 1: objetivo del proyecto Gestión del proyecto

DIGITALIZACIÓN
DE INFORMACIÓN Propuesta y Ejecución y
Nivel 2: fases Instalación y pruebas
planificación seguimiento
CATASTRAL DE
IGAC EN SU
REGIONAL DE Acta de constitución Informe estado del Montaje y pruebas
NEIVA proyecto proyecto del software

Documentación de
Plan del proyecto Riesgos del proyecto
soporte
Nivel 3: entregables
Cronograma del Capacitación a
Actas de reunión
proyecto usuarios

Presentación del Construcción de Acta de cierre del

proyecto prototipo proyecto

Paquete de trabajo

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

I. Gestión del Alcance
4. Control del Alcance: Se refiere a las modificaciones en el alcance del producto
y el alcance del proyecto. Cubre la identificación, valoración de impacto,
documentación, revisión, aprobación y control de los cambios producidos tanto
en el producto del proyecto (alcance producto) como en el trabajo a realizar
(alcance del proyecto).

5. Verificación del Alcance: Formalizar la aceptación 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 aceptación formal.

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

con los entregables del proyecto mediante una inspección; sólo los entregables
que cumplen con los criterios de aceptación son formalmente aceptados por el
cliente.
4 y 5 se deben establecer a manera de proyección, de cómo se realizarán estas
etapas: ¡Planificación!
II. Gestión del Tiempo

Incluye todas las actividades necesarias para conseguir cumplir con el objetivo de fecha de
entrega del producto del proyecto.
Debe contener:
1. Identificación 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 descomposición de las tareas en actividades se debe realizar a partir del EDT/WBS del
proyecto.

2. Secuenciamiento de Actividades: Representar gráficamente relaciones lógicas entre las

actividades del proyecto mediante algún método como:
 Método PDM (Precedence Diagramming Method): nodos para representar las actividades.
Este método recibe también el nombre de “Actividad Sobre Nodo” (AON: Activity On Node)
y es el mas utilizado por las aplicaciones informáticas de gestión de proyectos.
 Método ADM (Arrow Diagramming Method): este método utiliza flechas para representar
las actividades del proyecto. Las actividades están conectadas mediante sucesos que
muestran las relaciones de prelación entre ellas. El método también es conocido como
“Actividad Sobre Flecha” (AOA: Activity on Arrow).
 PERT - Program Evaluation and Review Technique
 CPM (Crítical Path Method) Método del camino Crítico
 Diagrama de GANTT
II. Gestión del Tiempo

Método PDM
Método 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

Método PERT
Diagrama GANTT
II. Gestión del Tiempo
3. Estimación de los recursos de las actividades: Determinar el tipo y cantidades de materiales,
personas, equipos, instalaciones y suministros requeridos para ejecutar cada actividad.

4. Estimación de la duración de las actividades: Diversas alternativas como: la opinión de

expertos, análisis de alternativas de ejecución (con diferentes combinaciones de recursos y
cantidades), información publicada (tasas de producción, etc), estimación de detalle. (Base para
estimación de costes, ambos procesos de estimación de coste y duración se realizan en paralelo).

Por regla la duración de la tarea es una estimación razonable, se recomienda que se realice:

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

responsables de la ejecución de esas tareas.
 Con base a las estimaciones en su propia experiencia, si ya ha tenido experiencia en la
realización de las tareas descritas.
 Con base a datos de otros proyectos (estimación por analogía) si se disponen de registros
adecuados y fiables.
 Con base a una estimación paramétrica: utiliza una relación estadística entre los datos
históricos y otras variables para calcular una estimación de parámetros de una actividad tales
como coste, presupuesto y duración.
II. Gestión 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 Línea de Base de Tiempos contra la que
se medirá el progreso alcanzado durante la ejecución.
se realiza a partir de la lista de actividades y la relación lógica 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 línea base del cronograma. El software de gestión
de proyectos para la elaboración de cronogramas permite hacer un seguimiento de las
fechas planificadas en comparación 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 cómo se realizarán estas etapas:

¡Planificación!
III. Gestión de Costes
Incluye todas aquellas actividades necesarias para la planificación, estimación, obtención 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. Clasificación 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 eliminación del sistema una vez concluye su vida útil.

Costes fijos (Fixed costs). Haya o no trabajo.Tales como: costes de seguros, alquiler, impuestos, y gestión de
la empresa. Estos costes constituyen la parte más importante de los costes indirectos de una empresa.

Costes variables (Variable costs). Costes que son incurridos en función 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 algún fin específico. En caso de que en la empresa hubiera un único proyecto, no cabría hablar de costes
indirectos, ya que, al estar todos los recursos orientados al desarrollo de ese proyecto único, todos los costes
serían directos.
III. Gestión de Costes
Gastos generales (General and administrative costs). Se trata de una categoría de costes indirectos
relacionados con los departamentos de staff de la empresa, tales como Dirección, contabilidad, relaciones
públicas, 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 número de
unidades producidas. Por ejemplo, compras de materiales y mano de obra directa empleados en la
fabricación de las unidades, los ensayos de aceptación y los gastos de transporte de las unidades.

Escalación de costes (Cost escalation). Son los costes originados por el incremento de precio de los recursos
utilizados en el proyecto.
III. Gestión de Costes

2. Estimación del Coste: Determinación del coste de los diferentes elementos del EDT/WBS (PT/CC) a
partir de uno o varios de los siguientes: características de producto, definición de tareas y actividades del
trabajo a realizar, recursos necesarios, costes horarios, y estimación de duración. El método de estimación
a utilizar dependerá de la precisión requerida y de la fase en que se encuentre el proyecto.
Algunos métodos:
 Estimación de detalle. Determinación de recursos necesarios al nivel más bajo posible del EDT/WBS.
La estimación de detalle sólo se podrá realizar cuando exista un diseño detallado del producto o
proyecto y un programa de fabricación, ensayo, montaje y entrega del mismo.
 Estimación directa. Estimación realizada por un experto que está familiarizado con tareas similares a
las que se trata de estimar.
 Estimación por analogía. Analizar recursos utilizados en actividades similares o análogas a las
actividades del proyecto cuyo coste se quiere estimar, y en la comparación 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.
 Estimación paramétrica de costes. Se usa normalmente en las fases iniciales de un proyecto, cuando
no existe información detallada del mismo. Los modelos paramétricos de estimación de costes se
basan en la correlación existente entre las características físicas de un producto (peso, volumen,
materiales empleados, precisión de mecanizado requerida, complejidad, etc.) con los recursos o coste
necesario para desarrollarlo o producirlo.
 Método COCOMO: (Básico, Intermedio y Avanzado)
III. Gestión de Costes
2. Estimación del Coste:
Método COCOMO

MÉTODO COCOMO BÁSICO

Calcula el esfuerzo y el costo del desarrollo en función del tamaño del programa
estimado en LOC. Se utiliza para:

 Proyectos pequeños y sencillos.

 Equipos pequeños con experiencia en la aplicación.
 Requisitos poco rígidos.
Método COCOMO básico

Las ecuaciones del modelo COCOMO básico son de la forma:

Donde:
E es el esfuerzo aplicado en hombre-mes
D es el tiempo de desarrollo en meses
KLOC es el número de miles de líneas de código 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
Orgánico 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 básico al ejemplo anterior y usando un tipo de
proyecto orgánico obtenemos una estimación para el esfuerzo:

FI-GQ-GCMU-004-015 V. 001-17-04-2013
Método COCOMO básico

Para calcular la duración del proyecto usamos la estimación de esfuerzo:

El valor de la duración del proyecto permite al planificador recomendar un

número de personas N para el proyecto.

El planificador puede decidir emplear sólo una o dos personas y ampliar por
tanto la duración del proyecto.

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

1. Identificación de Riesgos: Se identifican los riesgos y disparadores asociados del proyecto,

clasificándolos según los componentes principales del mismo (EDT/WBS) y según los tipos y
categorías de riesgos mas importantes. Se identificará de manera clara la causa específica de
cada riesgo y el objetivo u objetivos del proyecto sobre los que cada riesgo incide. Durante este
proceso se identificarán también los disparadores (triggers), que son síntomas o señales de
advertencia de que un riesgo ha ocurrido o está a punto de ocurrir. Requiere considerable
planificación e investigación utilizando técnicas diversas.

 Técnicas de diagramación 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).
 Análisis de las hipótesis y escenarios utilizados en la planificación del proyecto.
 Entrevistas a personal con experiencia por parte del responsables de identificación de
riesgos.
 Análisis de debilidades, amenazas, fortalezas, y oportunidades (DAFO). Este análisis ayuda a
una mejor comprensión del proyecto y de los riesgos asociados a cada perspectiva del DAFO.
IV. Gestión de Riesgos

2. Análisis de Riesgos
 El análisis de riesgos puede ser cualitativo o cuantitativo.

 El análisis de riesgos cualitativo precede en ocasiones al cuantitativo, cuando se quiere

profundizar en algún riesgo concreto.

 En otras ocasiones precede directamente a la planificación de respuesta al riesgo,

obviándose el análisis cuantitativo.

 El análisis de riesgos tiene como objetivo establecer una priorización de los riesgos del
proyecto para su tratamiento posterior. También permite establecer una clasificación general
de riesgo del proyecto, en relación a otros proyectos de la organización.

 Esta información puede ser utilizada para apoyar decisiones de inicio o cancelación de un
proyecto, para realizar asignaciones de recursos entre proyectos, o para la realización de
análisis costo-beneficio.

 La repetición de estos análisis proporciona información sobre tendencias que indiquen

acciones a tomar para gestionar el riesgo.
IV. Gestión de Riesgos
Tablas de Riesgos
 En la columna Riesgo, se registran todos los riesgos
 En la columna Categoría, cada riesgo se categoriza así:
 Tamaño del producto (TP)
 Impacto en la organización (IO)
 Tipo de cliente (TC)
 Proceso de producción (PP)
 Entorno de desarrollo (ED)
 Tecnología (T)
 Experiencia técnica (ET)
 Se pueden utilizar las iniciales que se encuentran entre paréntesis o puede asignar unas
específicas.
 En la columna Probabilidad, se registra la probabilidad de aparición de cada riesgo.
 En la columna Impacto, Se valora y se registra el impacto de cada riesgo así: 1 Catastrófico
2 Crítico
3 Marginal
4 Despreciable

Riesgos Categoría Probabilidad Impacto

Mayor número de usuarios previstos TP 30% 3
…
IV. Gestión de Riesgos
3. Planificación 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:

 Eliminación o evitación. 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.
 Mitigación. Busca reducir la probabilidad o las consecuencias de sucesos adversos
a un límite aceptable antes del momento de activación. Es importante que los
costos de mitigación sean inferiores a la probabilidad del riesgo y sus
consecuencias.
 Aceptación. Esta estrategia se utiliza cuando se decide no actuar contra el riesgo
antes de sus activación. La aceptación puede ser activa o pasiva.
Aspectos a tener en cuenta

Ponderación actividad individual: 15% - 75 puntos

Ponderación actividad grupal: 15% - 75 puntos
No olviden revisar al final de la guía: Lineamientos para el
desarrollo del trabajo colaborativo. Deben tenerlos en
cuenta para la presentación 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. (Guía de actividades, mensajes del
foro de trabajo colaborativo, grabación y presentación
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 consolidación del documento final.
Es importante recordar que no se piden conceptos
teóricos o teoría copiada de otras fuentes. En cada uno
de los puntos a desarrollar deben registrar sus análisis 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- Diagnóstico para que los compañeros que por algún
motivo no participaron, conozcan el producto entregado y
puedan empezar a apoyar la continuación del trabajo.
Deben fijar desde ya en el foro, el plazo máximo 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
serán abordados por el grupo.
Recuerden que publicar cualquier comentario no quiere
decir que sea un aporte significativo.
Planeación de actividades para el
desarrollo del trabajo colaborativo

Actividad Cronograma de trabajo Responsa

bles
Lectura de los recursos teóricos Del día-mes-año–hora al
día-mes-año-hora
Preparación y entrega de los aportes Del día-mes-año–hora al
individuales día-mes-año-hora
Interacción del grupo con base en los Del día-mes-año–hora al
aportes individuales día-mes-año-hora
Preparación de los entregables Del día-mes-año–hora al
día-mes-año-hora
Revisión de los productos Del día-mes-año–hora al
día-mes-año-hora
Preparación de los entregables de acuerdo Del día-mes-año–hora al
con la norma establecida (según la versión día-mes
que se maneje)
Roles a desarrollar por el estudiante
dentro del grupo colaborativo

Rol asumido Tareas o funciones realizadas

Responsable de la comunicación entre el tutor y el equipo, como también de
presentar a su equipo la información que recoge de la observación - al desarrollo de
Líder:
las actividades - hecha a los otros equipos de grupo. Responsable de entregar el
Comunicador
producto final
Responsable de la relatoría de todos los procesos en forma escrita. También es
Relator: responsable por recopilar y sistematizar la información a entregar al facilitador-
docente.
Vigía 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 estén asumiendo las
Dinamizador responsabilidades individuales y de grupo, propicia que se mantenga el interés 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
producción de entregables
Roles Función
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 presentación 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 bibliográficas estén 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 algún ajuste sobre estos aspectos.
Asegurar que el documento contenga los criterios presentes en la rúbrica. Debe comunicar
Evaluador a la persona encargada de las alertas para que informe a los demás integrantes del equipo
en caso que haya que realizar algún 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 envío, e indicar a los demás
compañeros 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 mensajería del curso, que se ha realizado el
envío del documento.
Rúbrica analítica de evaluación
Niveles de desempeño de la actividad individual
Aspectos evaluados
Valoración alta
El estudiante se presenta
continuamente al foro, pero
oportunamente en el foro,
Rol del estudiante en el foro no cumple a cabalidad con el
asume un rol y lo cumple a
de Trabajo Colaborativo rol asumido o no asume un
cabalidad.
(Hasta 25 puntos)
El estudiante participa en la
consolidación del trabajo del
grupo, realizando aportes a
tiempo, pertinentes y de
calidad para el desarrollo del
Calidad de los aportes del
documento final del grupo.
estudiante en el Trabajo
Además ayuda en la definición
Colaborativo
de su estructura y
complementa al menos uno
de los aspectos centrales del
trabajo.
(Hasta 25 puntos)
El estudiante aporta de
manera pertinente su trabajo
individual completo e
Trabajo individual e
interactúa para la selección y
interacción del estudiante
descripción del trabajo grupal
a desarrollar.
(Hasta 25 puntos)
Puntaje
Valoración media Valoración baja
El estudiante ingresa
El estudiante inicia sólo una
semana antes de la fecha
de cierre y no tiene rol 25
definido.
rol.
(Hasta 15 puntos) (Hasta 5 puntos)
El estudiante intenta
El estudiante NO participa
participar en la consolidación
en la consolidación del
del trabajo del grupo, pero
trabajo del grupo, NO
no realiza aportes a tiempo,
realiza aportes a tiempo y
pertinentes y de calidad
de calidad para el
para el desarrollo del
documento final del grupo.
documento final del grupo 25
Además NO ayuda en la
y/ó no ayuda en la definición
definición de su estructura,
de su estructura ni
ni complementa uno de los
complementa al menos uno
aspectos centrales del
de los aspectos centrales del
trabajo.
trabajo.
(Hasta 15 puntos) (Hasta 5 puntos)
El estudiante aporta de
El estudiante no aporta su
manera pertinente su
trabajo individual completo
trabajo individual completo,
y no interactúa para la
pero no interactúa para la 25
selección y descripción del
selección y descripción del
trabajo grupal a desarrollar.
trabajo grupal a desarrollar.
(Hasta 15 puntos) (Hasta 5 puntos)
Rúbrica analítica de evaluación
Niveles de desempeño de la actividad colaborativa Punta
Aspectos evaluados
Valoración alta Valoración media Valoración baja je
Expone las razones para adoptar No expone las razones de
Expone las razones para adoptar la
Fines del trabajo la estructura que propuso para la manera suficiente para adoptar
estructura que propuso para la
grupal – Estructura de planificación del proyecto de la estructura que propuso para la
planificación del proyecto de 20
planificación del software pero no nos coherentes planificación del proyecto de
software.
proyecto ni pertinentes. software.
(Hasta 20 puntos) (Hasta 12 puntos) (Hasta 3 puntos)
Determina las técnicas a aplicar No se determinan las técnicas a
Determina las técnicas a aplicar en en cada una de las gestiones que aplicar para cada una de las
Fines del trabajo
cada una de las gestiones que se se debían incluir en la planificación gestiones que se debían incluir
grupal – Técnicas
debían incluir en la planificación del del proyecto, pero no son en la planificación del proyecto o 20
aplicadas en cada
proyecto. totalmente pertinentes o no están no son pertinentes o no están
gestión
completamente descritas. completamente descritas
(Hasta 20 puntos) (Hasta 12 puntos) (Hasta 3 puntos)
No se selecciona las técnicas
Selecciona las técnicas apropiadas Selecciona las técnicas apropiadas
Fines del trabajo apropiadas para el diseño de la
para el diseño de la planificación para el diseño de la planificación
grupal – Relación planificación del proyecto de
del proyecto de software, acorde al del proyecto de software, pero no
técnicas-tipo de software acordes al tipo de
tipo de software, al modelo de son completamente acordes al tipo 20
software- modelo de software, al modelo de proceso
proceso de software y al modelo de de software, al modelo de proceso
software- modelo de de software y al modelo de
calidad de software y al modelo de calidad
calidad calidad
(Hasta 20 puntos) (Hasta 12 puntos) (Hasta 3 puntos)
El documento se ajusta a la
El documento se ajusta a la
estructura estipulada en la guía de
estructura estipulada en la guía de El documento no se ajusta a la
actividades y no presenta errores
actividades, pero presenta algunos estructura estipulada en la guía
de redacción ni ortografía. Además
Estructura del errores de redacción y ortografía. de actividades, presenta errores
contiene introducción y
documento final del Además no contiene introducción de redacción y ortografía. 15
conclusiones que responden de
grupo y/ó conclusiones que respondan de Además, no contiene ni
manera adecuada a lo planteado en
manera adecuada a lo planteado introducción ni conclusiones.
la guía.
en la guía.
(Hasta 15 puntos) (Hasta 8 puntos) (Hasta 4 puntos)
Calificación final 150
Indicaciones finales

 Estudiante que no envíe o no realice su actividad individual, de acuerdo a

las indicaciones para cada fase en el tiempo establecido para entrega de
trabajos individuales, tiene calificación 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 después de la fecha límite
establecida para ello por su grupo, tendrá una calificación total de 0
puntos en el trabajo colaborativo y no se le aplicará la rúbrica de
evaluación de la actividad.
 Si el estudiante envía su trabajo individual en el plazo establecido, pero
no participa en la consolidación del trabajo de grupo sólo se le aplicará el
ítem de la rúbrica de evaluación referente al trabajo individual.
 Si se comprueban plagios y/o copias textuales de otros trabajos o de
internet, el grupo tendrá una calificación total en el trabajo colaborativo
de 0 puntos y no se le aplicará la rúbrica de evaluación de la actividad.
Escuela de Ciencias Básicas, Tecnología e
Ingeniería

GRACIAS POR SU
ATENCIÓN