Escuela de Ciencias Básicas, Tecnología e Ingeniería

Tercer encuentro sincrónico vía web conferencia

301404 – Ingeniería de Software

Diana Judith Mendez Torres
Ibagué, 4 de julio de 2019
Encuentro sincrónico
Tercera 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
Contenidos del curso

Unidad 1 - Introducción a la Unidad 2 - Modelos de proceso Unidad 3 - Gestión de proyectos

Ingeniería de Software de desarrollo de software de software:

Software: componentes,
Fundamentos de gestión de
características, tipos y Modelo de proceso
proyectos
aplicaciones.

Ingeniería de Software: Referentes y estándares para

Modelos clásicos
definición, desafío y capas. la gestión de proyectos

El proceso de software: Modelo PMI para gestión de

Modelos recientes
Definiciones. proyectos: PMBOK

Ciclo de vida: planificación,

análisis, diseño, Marco de desarrollo ágil Trabajo en equipo:
implementación y SCRUM organización, roles y ética
mantenimiento
1. Fundamentos de Gestión de Proyectos
Definición de proyecto

https://pixabay.com/photo-394142/
https://pixabay.com/photo-1260139/

Project Management
Norma ISO 10006 Institute (PMI) –
Sistemas de gestión de la calidad Instituto de Dirección de
Proyectos
“Un PROYECTO es un esfuerzo temporal que se lleva a
cabo para crear
un producto servicio o resultado único” (PMBOK 2008)
Proceso y Proyecto

- Proceso único
- Subprocesos y
Conjunto de
actividades coordinadas
actividades
- Naturaleza temporal
coordinadas

Proyecto
- Recursos y estructura
y
Proceso

organizacional
controladas. - Roles y
responsabilidades
- Calidad, plazos, costes
- Mayor relevancia de
riesgos.
- Resultado es un
Producto o un Servicio
Gestión de proyectos
Gestión de
proyectos La gestión de proyectos es
una actividad que empieza
implica antes de iniciar cualquier
actividad técnica y continúa
a lo largo de la definición,
del desarrollo y del
Planificación Supervisión Control mantenimiento del software

de

Personal Procesos eventos

mientras
Proyectos planificados y
Evoluciona el controlados
Software
2. Referentes y estándares para la gestión de
proyectos

Otros marcos y estándares

Estándares ISO internacionales

El Modelo de competencias
Norma ISO/IEC* 12207
IPMA 4-L-C

El Modelo de Procesos de
Norma ISO/IEC* 29110
PRINCE2®

La Guía de PMI: Project

Norma ISO 21500 Management Body of
Knowledge(PMBOK®)

* ISO/IEC: Estándares desarrollados -o en fase de desarrollo- por ISO

(International Organization for Standardization) e IEC (International
Electrotechnical Commission)
 Norma
ISO/IEC 12207

Establece un marco común para los procesos del ciclo de vida del software. Contiene
un conjunto de buenas prácticas relacionadas con la adquisición, suministro,
desarrollo, operación, mantenimiento y retirada de productos y servicios de software.
• 43 procesos considerados
• Agrupados en dos grandes categorías: procesos del contexto del sistema y procesos específicos de
software
• A su vez, en 7 grupos de procesos.
• 19 procesos que guardan algún tipo de relación con buenas prácticas para la gestión de proyectos.
 Norma ISO/IEC 29110

Define una guía de desarrollo de

software y de gestión de proyectos
que es aplicable a la amplia mayoría
de pequeñas y micro empresas que
no desarrollan software crítico. Esta
norma define dos procesos:

• Implementación del Software:

cuyo propósito es la realización
sistemática de las actividades de
análisis, diseño, construcción,
integración y pruebas de productos
software.
• Gestión de Proyectos cuyo
propósito es establecer y llevar a
cabo de manera sistemática las
tareas de implementación de
software que permitan cumplir con
los objetivos del proyecto en
calidad, tiempo y coste esperados.
Norma ISO 21500
Fomento de la
Pautas sobre Dirección y Gestión de transferencia de
Proyectos. Concretan la forma en la que conocimientos entre
una compañía gestiona sus normas en proyectos y
relación a los proyectos, los procesos, los organizaciones.
tiempos o los riesgos, entre otros.
Adecuación de la
Mejora de las
• Buenas prácticas en dirección y capacidad de los
condiciones de
gestión de proyectos equipos de proyecto
ejecución de las
para su trabajo en
• Cualquier tipo de organización diferentes etapas de
entornos
• Proyectos de diversa índole los proyectos.
internacionales.
• Continua con directrices del PMBOK,
conocido estándar del PMI
• Estabilización y sistematización de Aumento de la
Fomentar los
tareas, así como la homogeneización flexibilidad de los
procesos de licitación
de las actividades trabajadores de
y su eficiencia.
• El resultado de un proceso sea el gestión de proyectos.
mismo independientemente de la
persona que lo realiza
• Mejora contínua Promoción del uso de
• Proyectos internacionales una terminología de
gestión de proyectos
coherente.
Modelo de Procesos de PRINCE2®
Prince2 proviene del acrónimo en inglés PRojects IN Controlled Environments (PRINCE), es
decir, convertir proyectos, que manejan una carga importante de variabilidad y de
incertidumbre, en entornos controlados.
Proyectos de toda índole, como Desarrollo de software o Estándar para la gestión de proyectos, sobre todo en el
Construcción, etc. Reino Unido

• Se asegura de que hay un motivo justificable para iniciar el proyecto.

Justificación comercial
• La justificación se mantiene válida durante toda la vida del proyecto.
continua • Dicha justificación ha sido identificada, y aprobada.

Aprender de la • Se recogen las experiencias anteriores, las que se van obteniendo a lo largo de la ejecución del
experiencia proyecto, así como las lecciones aprendidas al cierre del mismo.

Roles y Responsabilidades • Asegurando que los intereses de los usuarios que van a usar el proyecto, los proveedores y el
definidos responsable del área de negocio están representados en la toma de decisiones.

• Un proyecto que sigue metodología PRINCE2 se planifica, se supervisa y se controla fase a fase.
Gestión por Fases
• Es decir, delegar la autoridad suficiente de un nivel de gestión al siguiente, dándole autonomía
según unas tolerancias pautadas (de tiempo, coste, calidad, alcance, beneficio y/o riesgo) de
Gestión por excepción manera que, de sobrepasar la tolerancia, se consulte al nivel superior como actuar.

• Centra la atención en la definición y entrega de productos, es decir, un proyecto no son un

Orientación a productos conjunto de tareas a realizar, sino que entrega productos (que se elaboran tras la ejecución de
las tareas que sean necesarias).

• Asegurando que la metodología PRINCE2 y los controles a aplicar se basen en el tamaño,

Adaptación complejidad, importancia, capacidad y nivel de riesgo del proyecto.
Modelo de competencias IPMA
¿Cuál estándar elegir?

La gran variedad de estándares existentes puede dificultar la elección de la norma que mejor se adapte a
la situación y objetivos de una pequeña o micro empresa que desee implantar la gestión por proyectos. El
mapa de procesos de la norma ISO/IEC 12207 es muy amplio y puede resultar demasiado ambicioso para
este tipo de organizaciones.

En cambio, la norma ISO/IEC 29110 es específica para empresas de menos de 25 empleados y está
estructurada únicamente en torno a dos procesos, uno de ingeniería y otro de gestión de proyectos.

Respecto de los estándares específicos de gestión de proyectos, una pequeña o micro empresa puede
percibirlos como un marco de conocimiento demasiado genérico, muy amplio y fundamentalmente
orientado a grandes empresas y a proyectos grandes, con esfuerzos superiores a los que se acostumbran a
realizar en estas organizaciones.

Como sugerencia, en el curso se propone utilizar la Guía del PMBOK® por ser un estándar de gran
aceptación internacional y de amplia repercusión en el sector de las TIC, además para que puedan
completar y ampliar su conocimiento para su aplicación y así determinar qué partes de la Guía del
PMBOK® deben utilizar, de acuerdo a la magnitud del proyecto y el tamaño de la empresa de desarrollo
de software.
3. Modelo PMI para gestión de proyectos: PMBOK. La
Guía del Project Management Body of Knowledge
(PMBOK®)
Modelo de
Procesos de
El Project PMBOK
Management
Institute
(PMI)
“Guía del PMBOK”
Project Management
Body of Knowledge - Documenta
Guía de los fundamentos
para la dirección de
proyectos https://pixabay.com/photo-516277/

Iniciar, planificar,
Referencia ejecutar, supervisar,
sobre Gestión controlar y cerrar un
https://pixabay.com/photo-895588/
de proyectos proyecto individual
en general.
Grupos de procesos de gestión - PMBOK

Define y autoriza el
proyecto o una fase Iniciación
del mismo Define y refina los
objetivos, curso de
acción, alcance

Cierre Planificación

Aceptación
producto
Integra personas y
otros recursos
Seguimiento:
analizar y regular Monitoreo y
Ejecución
progreso: cambios Control
Áreas de conocimiento - PMBOK

Requisitos
Propuesta EDT Cronograma Gantt Presupuesto
Gestión de
Gestión Gestión Gestión
la
del alcance del tiempo del costo
integración

Compras
Gestión de Gestión de Gestión de
Gestión de
adquisi- recursos las comu-
la calidad
ciones humanos nicaciones
Certificación
Equipo trabajo: Protocolos
roles,
Gestión de responsabilidades
Gestión de
los
riesgos
interesados
Tabla de riesgos Cliente
Para tener en cuenta
La realidad actual con PMBOK
En el siglo XXI los proyectos
son cortos
PMBOK es complejo para
proyectos pequeños
Nadie tiene tiempo para
lecturas extensivas
Eliminar poder y burocracia
Los actuales desarrolladores
(millenials) ODIAN el control
Factores de éxito con PMBOK
EDT bastante concisa
Alcance global exacto
Alcances periódicos divulgados
a todo el equipo
Stakeholders comprometidos
Involucrados, parte interesada o interesados.
Persona, organización o empresa que tiene
interés en el proyecto de desarrollo de software.
Cero burocracia
Evaluación diaria del riesgo
Gestión proyectos software

Gestiones básicas
a planificar:

Gestión del alcance

Gestión del tiempo

Gestión de costos y

Gestión de riesgos
Gestión del alcance

Actividades:

Alcance del
producto Recopilación de Requisitos
(product scope)
Definición del Alcance

Creación EDT (WBS):

Estructura desagregada del
trabajo- Work Breakdown
Structure
Alcance del
proyecto Control del Alcance
(project scope)
Verificación del Alcance
Gestión del tiempo

Actividades:

Actividades Identificación
necesarias

Secuenciamiento

Estimación recursos

Estimación duración
Objetivo de fecha tiempo
de entrega del Desarrollo Cronograma
producto del (project schedule)
proyecto.
Control Cronograma
Gestión de costos

Planificación, Aspectos a trabajar:

estimación, plan de
referencia de Fijos/ variables
costos o baseline, y Directos/Indirectos
control de costos, generales
Clasificación de Costos

Estimación del Costo

Completar el
proyecto dentro del Costo total del proyecto
presupuesto
asignado.
Gestión de riesgos

Actividades

Inherentes a los Identificación de Riesgos:

proyectos. Por ello Riesgos y disparadores
(EDT/WBS)
Análisis de Riesgos:
Priorización riesgos,
tratamiento posterior
Tablas de Riesgos: Riesgo,
Gestión de riesgos Categoría, Probabilidad,
eficiente para Impacto
minimizar Planificación respuesta:
probabilidad e Eliminación, transferencia,
impacto mitigación, aceptación
Actividades del curso - Agenda
Segunda Fase - Planificación

Número de
Tipo de actividad: Individual ☐ Colaborativa ☒ 4
semanas
Momento de la Intermedia,
Inicial ☐ ☒ Final ☐
evaluación: unidad: 3
Peso evaluativo de la actividad: Entorno de entrega de actividad:
100 Seguimiento y evaluación

Fecha de inicio de la actividad: Fecha de cierre de la actividad:

martes, 4 de junio de 2019 jueves, 3 de julio de 2019

Entorno de trabajo colaborativo: Foro.

Actividad colaborativa: con parte de trabajo individual y parte de trabajo grupal
Caso de estudio

La empresa de desarrollo de software Moreno & Asociados S.A.S desea realizar un

software que permita una solución para todos aquellos turistas que visitan un
municipio de Colombia y por lo general no conocen el lugar y mucho menos su
historia. La aplicación funcionaría para que los turistas puedan descargarla
fácilmente. Al suscribirse tendrán toda la información de lugares, eventos, historia y
ofertas de toda clase del municipio donde se encuentre. Esta aplicación facilita la
ubicación de cada lugar y negocio que se encuentra en el municipio ofreciendo una
información detallada y precisa, tan precisa que podrá saber si en la tienda de don
Chucho hay gaseosa, o en la hostería de doña Rosa hay habitaciones disponibles,
este es un ejemplo de la información que se podría encontrar en la aplicación. Claro
está, que también encontrará la historia y la cultura del lugar, ofreciendo una
experiencia placentera al visitante. El visitante encontrará lugares que no conocía,
tendrá un guía turístico en la palma de sus manos y contará con las
recomendaciones de las personas que hayan visitado esos lugares, también podrá
realizar sus compras o reservas en línea y disfrutar de los descuentos que tenga
cada negocio. Ejemplo tomado de: Proyecto presentado a convocatoria Colciencias,
2017.
Tercera Fase–Planificación.
Actividad individual
Actividad individual Producto a entregar en la actividad individual
Cada uno de los integrantes del grupo Como producto individual, cada estudiante debe entregar un
colaborativo estudia, analiza y documento individual, donde describe el estándar o referente
propone un referente de gestión de
proyectos para la planificación de la
de gestión de proyectos que sugiere para la propuesta de
propuesta de desarrollo de software, software que seleccionaron en la primera fase y que responde a
de acuerdo a su estructura, lo planteado en el caso de estudio
características y necesidades del caso
de estudio. Para dicho documento no se establece una estructura
Como producto individual, cada
estudiante elabora y presenta un
específica, pues la idea es que estructure su propuesta de
documento donde describe el referente de planificación el proyecto, de acuerdo al estándar
estándar o referente de gestión de seleccionado
proyectos que sugiere para la
propuesta de software que Dicho trabajo individual cada estudiante lo debe entregar en un
seleccionaron en la primera fase y
que responde a lo planteado en el
único documento de texto tipo word (.doc o .docx)
caso de estudio. No debe ser pdf, en el tema correspondiente al foro de la Fase
Para dicho documento no se 3: Planificación, espacio en donde el grupo debe interactuar.
establece una estructura específica, Ponderación actividad individual: 10% - 50 puntos.
pues la idea es que estructure su
propuesta de referente de
planificación el proyecto, de acuerdo
al estándar seleccionado.
Para tener en cuenta

 No habrá desarrollo de software como tal, sino planificación de un

proyecto para desarrollar una solución-software concreta.

 Para la parte individual: No envíen aportes sueltos, ni por partes

pues se pierde la secuencia de su propuesta de modelo de
desarrollo. No se calificará por el número de aportes individuales:
sólo un documento .doc consolidado individual.

 La entrega del trabajo individual debe realizarse necesariamente

dentro del plazo acordado por el grupo. Por ello, es obligatorio
que el grupo defina la fecha de entrega de trabajos individuales, de
lo contrario como tutora del grupo establezco la fecha.
Actividad colaborativa
Actividad colaborativa Producto a entregar en la actividad colaborativa
Luego de que cada participante haya Documento grupal (Documento de texto tipo word .doc o
realizado y enviado su documento
individual con el estándar de planificación
.docx. No debe ser pdf), el cual debe contener:
sugerido para la propuesta de software, en
las fechas acordadas por el mismo grupo, Documento de planificación del proyecto de desarrollo de
todos los integrantes deben revisar las software, a partir del referente de gestión de proyectos
diferentes alternativas recopiladas en el
grupo y seleccionar la opción que presente seleccionado, de acuerdo a su estructura, características y
la mejor propuesta de referente de necesidades.
planificación para el proyecto de desarrollo
de software para el caso de estudio.
Sobre esa elección, como grupo realizan el
Para dicho trabajo no se establece una estructura específica,
documento de planificación del proyecto de pues la idea es que el grupo defina la estructura del
desarrollo de software, a partir del documento de planificación del proyecto de desarrollo de
referente de gestión de proyectos software, con base en el estándar o referente seleccionado
seleccionado, de acuerdo a su estructura,
características y necesidades. por el grupo.
Para dicho trabajo no se establece una
estructura específica, pues la idea es que Ponderación actividad grupal: 10% - 50 puntos.
estructuren su documento de planificación
del proyecto de desarrollo de software, con
base en el estándar o referente
seleccionado por el grupo.

Ver OVI “Gestión de Proyectos con PMBOK”

disponible en las referencias de la Unidad 3
del curso
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 de evaluación
Niveles de desempeño de la actividad individual
Aspectos evaluados
Valoración alta
El estudiante se presenta
Rol del estudiante en el oportunamente en el foro,
foro de Trabajo asume un rol y lo cumple a
Colaborativo cabalidad.
(Hasta 10 puntos)
El estudiante realiza aportes
coherentes y pertinentes que
Calidad de los aportes
ayudan a la consolidación del
del estudiante en el
documento de planificación del
Trabajo Colaborativo
proyecto.
(Hasta 20 puntos)
El estudiante aporta una
propuesta de estándar o
Calidad de la propuesta
referente de planificación del
individual presentada por
proyecto de desarrollo para la
el estudiante como
propuesta elegida de acuerdo al
trabajo individual
caso de estudio
(Hasta 20 puntos)
Punta-
Valoración media Valoración baja je
El estudiante ingresa
El estudiante inicia sólo
continuamente al foro, pero
una semana antes de la
no cumple a cabalidad con el
fecha de cierre y no 10
rol asumido o no asume un
tiene rol definido.
rol.
(Hasta 7 puntos) (Hasta 3 puntos)
El estudiante realiza aportes El estudiante no
pero no son coherentes o realiza aportes a la
pertinentes ni ayudan de consolidación del
manera sustancial a la documento de 20
consolidación del documento planificación del
de planificación del proyecto. proyecto.
(Hasta 14 puntos) (Hasta 5 puntos)
El estudiante aporta una
propuesta de estándar o El estudiante no
referente de planificación del aporta una propuesta
proyecto de desarrollo pero de estándar o referente
20
no es pertinente con la de planificación del
propuesta elegida de proyecto
acuerdo al caso de estudio
(Hasta 14 puntos) (Hasta 5 puntos)
 Niveles de desempeño de la actividad colaborativa
Rúbrica de evaluación
Aspectos evaluados
Valoración alta Valoración media Valoración baja
Puntaje

Realiza una selección del

Realiza una correcta selección del
referente de planificación, pero no No realiza la selección del
Fines de la propuesta referente de planificación para la
es apropiada para la propuesta de referente de planificación
grupal – Referente o propuesta de software, de acuerdo con
software, de acuerdo con las para la propuesta de 15
estándar de planificación las características expuestas en el caso de
características expuestas en el software
de proyecto estudio.
caso de estudio.
(Hasta 15 puntos) (Hasta 12 puntos) (Hasta 5 puntos)
Presenta una justificación pero
Presenta una justificación pertinente que No presenta una
no permite evidenciar un
permita evidenciar un adecuado análisis y justificación para la
Fines del trabajo grupal – adecuado análisis y estudio frente
estudio frente a la selección del referente selección del referente de
Justificación del referente a la selección del referente de 15
de planificación para la propuesta de planificación para la
seleccionado planificación para la propuesta de
software propuesta de software.
software
(Hasta 15 puntos) (Hasta 12 puntos) (Hasta 5 puntos)
Describe una planificación pero No describe una
Describe una planificación adecuada no es adecuada (no identifica de planificación (identificando
Fines del trabajo grupal –
(identificando las diferentes gestiones, manera clara gestiones, etapas) las diferentes gestiones,
Estructura de planificación
etapas) para el proyecto de desarrollo de para el proyecto de desarrollo de etapas) para el proyecto de 15
de acuerdo al referente
software planteado en el caso de estudio software planteado planteados en desarrollo de software
seleccionado
el caso de estudio planteado
(Hasta 15 puntos) (Hasta 12 puntos) (Hasta 5 puntos)
El documento se presenta de El documento no se
El documento se presenta de manera
manera general pero no es presenta de manera
adecuada, es organizado, con una
organizado o no tiene una adecuada, no corresponde a
Estructura del documento estructura clara y no presenta errores de
estructura clara, además presenta un documento de 5
final del grupo redacción ni ortografía.
algunos errores de redacción y de planificación de proyecto de
ortografía. software.
(Hasta 5 puntos) (Hasta 3 puntos) (Hasta 1 puntos)
Calificación final 100
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
aportes 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.
Indicaciones finales

 Para los plazos y tiempos de la participación en la actividad

colaborativa, deben tener en cuenta la Resolución de Rectoría No.
6808 - Referentes y lineamientos para desarrollo del trabajo
colaborativo en donde se indica: “Para aquellos estudiantes que
ingresan faltando dos o tres días para el cierre de la actividad, el
docente no tendrá en cuenta estas participaciones para la
asignación de la calificación en respeto del cumplimiento de
aquellos estudiantes que sí lo han hecho.”

 Al inicio de cada fase, deben distribuir entre todos los integrantes

del grupo los roles para la etapa de elaboración del trabajo grupal,
esto es: aportes, desarrollo, interacción, complementos y
consolidación del producto final del grupo
Indicaciones finales

 En este tercera fase- Planificación, sugiero que el plazo para entrega del
trabajo colaborativo sea mucho mayor al plazo establecido para el
trabajo individual, ya que en el trabajo colaborativo deben entre todos
planificar, de manera completa, su proyecto de desarrollo de software
con base en el referente o metodología de planificación de proyectos
que hayan seleccionado. En el trabajo individual, cada uno entrega un
documento en donde solamente presenta y describe el referente de
planificación que considera puede usarse para su proyecto (sólo
describir y explicar el referente de planificación, sólo consulta
bibliográfica). Mientras en la etapa colaborativa, entre todos escogen el
referente y lo aplican a su proyecto, presentando un documento de
planificación completo (actividades, tiempo, costos, riesgos, recursos,
etc), el cual servirá a la empresa Moreno & Asociados S.A.S para
gestionar los recursos y administrar el debido proyecto.

¡Éxitos en el desarrollo de la Fase 3- Planificación!

¡GRACIAS POR SU
ATENCIÓN!