Guia Taller Product BackLog en Clase 2019 v1

UNIVERSIDAD NACIONAL
ESCUELA DE INFORMATICA
CATEDRA DE INGENIERIA DE SISTEMAS
INGENIERIA DE SISTEMAS I – I Ciclo-2019
GUIA para Taller Product Backlog

FECHA DE ENTREGA La indicada por el profesor de registro.
MODALIDAD Grupal
OBJETIVOS  Aplicar los conocimientos adquiridos en el curso de Ingeniería I, en cuanto al desarrollo de los instrumentos
de: Propuesta de proyectos, Documento Visión y Product Backlog.
 Contribuir en la mejora continua mediante el análisis crítico de los instrumentos generados inicialmente en
un proyecto desarrollado por compañeros de curso.
EVALUACION  Se evalúa la entrega de la tarea COMPLETA.
 Esta tarea es un componente del ítem de evaluación “otros”
Insumos requeridos para realizar el Taller.

1. Asignar a cada grupo el grupo evaluador, para ello puede utilizar la siguiente tabla
Grupo Evaluado Grupo evaluador

2. Grupo Evaluado: Opcionalmente, el profesor de registro asignará los grupos y el líder de dicho grupo debe enviar en la semana 11 (29-
Abril_2019) al líder del grupo evaluador los documentos actualizados de: Propuesta de proyecto y documento visión; por medio de
correo electrónico.
En caso de que el profesor (a) no asignar intercambio de grupos, el grupo evaluado expondrá en clase su backlog.
3. Grupo Evaluador: Si hubo intercambio asignado, el grupo evaluador debe traer analizado los documentos (Propuesta proyecto y
Documento Visión), según criterios detallados en el siguiente apartado, para poder desarrollar la actividad de análisis del Product
BackLog. Entregar el análisis en un documento Word. Con el siguiente formato: Documento Visión y Propuesta_Grupo evaluado ##
_Grupo evaluador ##.
Ejemplo:
 Documento Visión y Propuesta_Grupo evaluado 29_Grupo evaluador 30
4. Grupo Evaluador: Una vez finalizada la actividad del taller, se debe publicar en el aula virtual los resultados obtenidos de: Propuesta
Proyecto, Documento Visión y el Product Backlog. Así como el realizar la entrega del análisis al Grupo Evaluado.
Análisis de Documentos (Propuesta de proyecto y documento visión).

A continuación se detallan los criterios que se deben considerar al momento de realizar el análisis de los documentos por parte del Grupo
evaluador:
PROPUESTA DE PROYECTO:
CRITERIOS DE EVALUACIÓN NO
CUMPLE OBSERVACIONES
PROPUESTA PROYECTO CUMPLE
El documento cumple con el formato oficial establecido por
cátedra.
El documento contiene ortografía y redacción correcta.
Los datos solicitados de la empresa patrocinadora están
completos.
Se establece el nombre completo del representante técnico
que estará participando por parte de la empresa
patrocinadora?
Se definen claramente los objetivos del sistema a
desarrollar?
La descripción del sistema a desarrollar es suficientemente
claro, da un panorama general de lo que espera el
patrocinador.
Las posibles entradas definidas en el documento, están
asociadas a los objetivos del sistema?
Los posibles procesos establecidos inicialmente en el
documento, son utilizados en el documento visión en su
sección de Modelo casos de uso del negocio?
Los procesos que se establecen como preliminares están
incluidos en el documento visión en el apartado: Modelo de
Casos de uso del negocio?
El cronograma presentado, refleja a nivel general la
programación del curso de ingeniería, sus entregables, etc.
OBSERVACIONES GENERALES (PROPUESTA DE PROYECTO)
DOCUMENTO VISION:
CRITERIOS DE EVALUACIÓN NO
CUMPLE OBSERVACIONES
DOCUMENTO VISION CUMPLE
El documento cumple con el formato oficial establecido por
cátedra.
El documento contiene ortografía y redacción correcta.
El organigrama de la empresa refleja y señala claramente el
área o departamento en el cual se desarrollará el proyecto.
El problema definido en el apartado 2.3., se explica de manera
clara, se comprenden las razones por las cuales la empresa
requiere mejorar sus procesos.
Los afectados en el problema a resolver establecidos en el
apartado 2.3., están definidos y se identifican en forma
consistente con los afectados. Y ya se han identificado en la
problemática también.
El impacto asociado establecido en el apartado 2.3., indica con
claridad las consecuencias negativas, de no tener la solución y
responden a los item identificados en la problemática
El modelo organizacional del negocio presentado por el grupo
evaluado indica claramente cuáles son los procesos centrales
y de apoyo de la organización.
El modelo de casos de uso del negocio, contiene todos los
actores y procesos necesarios para este análisis preliminar.
Las cualidades o beneficio del sistema propuesto se
encuentran redactadas de manera tal que reflejan cómo el
producto solucionará la problemática planteada en el
apartado 2.3. Definición del problema.
La descripción del sistema establecido en el documento
propuesta de proyecto, coincide con el contenido del
apartado 2.6 Posición del producto en su sección Descripción
del producto.
El apartado 2.6. Posición del producto. Cuenta con la sección
denominada En comparación con: En dicha sección se listan
los problemas que pueden o podría tener la empresa con los
procesos manuales, sistemas anteriores, o sistemas
comerciales?.
En el apartado 3 Descripción de Stakeholders y usuarios, se
incluyen todos estos actores?. Se describe el nombre, la
descripción de sus funciones, describe la responsabilidad que
tendrá en el proyecto, se clasifica según su tipo (gurú,
experto, casual).
Se describe claramente los criterios de éxito que considera
cada Stakeholders y usuario, es decir la redacción refleja el
pesar o criterios que tiene cada involucrado de lo que espera
tenga el sistema para satisfacer sus expectativas, ejemplo:
seguridad de la información, facilidad de uso, etc.
Del apartado 4 en su sección de supuestos. Se describe
claramente que consideraciones asumen el grupo de proyecto
se deben tener en todo el proyecto para que el mismo sea
exitoso. Son suficientes o se requieren más? Cuáles?
Del apartado 4 en su sección Dependencias. Se describe
claramente las dependencias de tiempo, recurso humano,
recurso tecnológico, apoyo, aprobaciones, etc, que necesita el
grupo de estudiantes para desarrollar el proyecto.
En el apartado 8.1 Licenciamiento e instalación, se indica
claramente cuáles son las licencias que se requieren para el
desarrollo del proyecto o bien es software libre, se indica el
lenguaje, motores de base de datos, etc.
OBSERVACIONES GENERALES (DOCUMENTO VISION)
Análisis del Product Backlog

Consideraciones antes de realizar el taller en clase (tiempo estimado 1 hora):
1. Grupo Evaluado:
a. Debe tener actualizado el Product Backlog. (AZURE)
b. Deben traer el día en que se realizará el taller, el Product Backlog de forma digital pdf o Word con el fin de ser entregado al
Grupo Evaluador para su respectivo análisis. Ejemplo:
Detalle del RF 4 Consultar los seguros de una Compañía Aseguradora.
c. Asignar dos integrantes, que estarán presentes en el proceso de evaluación del Product Backlog que realizará el Grupo
Evaluador. (2 minutos)
d. El Rol que tendrán estos dos estudiantes asignados será de asesores para aclarar cualquier duda que surja en el proceso de
análisis del Product Backlog versus Propuesta del proyecto y documento Visión.
2. Grupo Evaluador:
a. El grupo evaluador analizará el Product Backlog proporcionado por el grupo evaluado, considerando los criterios que se
describen en éste apartado.
b. Los resultados de dicho análisis deben estar registrados en un documento WORD, por lo que es necesario que el grupo
evaluador lleve un equipo portátil.
Nota importante:
Los estudiantes invitados cuyos grupos de proyecto están en con otro profesor(a) diferente al que imparte la clase, serán
asignados por el profesor(a) de clase a uno de los grupos de proyecto de forma temporal, con la finalidad de que puedan
participar en la realización de la práctica, y les sirva de retroalimentación.
Cabe señalar que esto no exonera al estudiante de participar en el proceso de evaluación con su grupo de proyecto para los
documentos: Propuesta de proyecto y Documento Visión.
CRITERIOS DE EVALUACIÓN
NO
CRITERIOS DE EVALUACIÓN CUMPLE OBSERVACIONES
CUMPLE
El documento cumple con el formato
oficial establecido por cátedra.
El documento contiene ortografía y
redacción correcta.
Se presenta la lista candidata de todos
los requerimientos funcionales
necesarios para el desarrollo del
proyecto.
Cada requerimiento tiene un número
asociado. Ejemplo: RF##: descripción del
requerimiento.
Los requerimientos del Product Backlog
del proyecto a evaluar están redactados
de manera tal que son fáciles de
comprender.
La lista de productos contiene:
Numeración, Descripción del
requerimiento, prioridad y valor.
La lista de Product Backlog, concuerda
con la problemática a resolver en el
proyecto establecidos en los
documentos: Propuestas de proyecto y
documento visión.
OBSERVACIONES GENERALES (PRODUCT BACKLOG)
Presentación resultados del análisis del Product Backlog

Una vez finalizado el análisis del Product Backlog en relación al cumplimiento de la propuesta, alcance del sistema, problemática
establecidos en los documentos: Propuesta de Proyecto y Documento Visión el Grupo Evaluador, debe realizar presentación con una
duración no mayor a 20 minutos en clase sobre los resultados obtenidos, explicando cómo desarrollaron cada criterio de evaluación
establecido e indicando las recomendaciones de mejora.

Guia Taller Product BackLog en Clase 2019 v1

Cargado por

Copyright:

Formatos disponibles

Guia Taller Product BackLog en Clase 2019 v1

Cargado por

Información del documento

Descripción original:

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Guia Taller Product BackLog en Clase 2019 v1

Cargado por

Copyright:

Formatos disponibles

UNIVERSIDAD NACIONAL

GUIA para Taller Product Backlog

Insumos requeridos para realizar el Taller.

Grupo Evaluado Grupo evaluador

Análisis de Documentos (Propuesta de proyecto y documento visión).

Análisis del Product Backlog

Presentación resultados del análisis del Product Backlog

También podría gustarte