Plantilla-Scrum - GRUPO #8

Desarrollo del Sistema [Nombre [Nombre cliente] cliente ] Planificación Descripción de la metodología de trabajo

Versión: 9.9 Fecha: 18/08/2017

UNIVERSIDAD LAICA ELOY ALFARO DE MANABÍ

Facultad de Ciencias Informáticas ASIGNATURA: Ingenieria de Software I

Especificación Especificación de requisitos de software Proyecto: D es arrollo de portal portal web que permite informar inf ormar

a las las pers ona onass de los los últimos últimos avan vances ces tecnológ tecnológ icos ic os y desarrollo colaborativo Integrantes:    

ACOSTA PATIÑO CARLOS BERMEO VALENCIA ERICK PIN CAÑIZARES KORÉ ZAMBRANO GARCIA LEONARDO

Agosto del 2017

Versión 1.0 [Empresa]

Página 1 de 22

Desarrollo del Sistema [Nombre [Nombre cliente] cliente ] Planificación Descripción de la metodología de trabajo


Acerca de este formato Formato con finalidad didáctica y de asesoría. Colaboración de Navegápolis http://www.navegapolis.net ) para http://www.scrummanager.net ) ( http://www.navegapolis.net ) para el proyecto pro yecto ScrumManager ( http://www.scrummanager.net ) Muestra un ejemplo de documento para la descripción y comunicación institucionalizada a los participantes de un proyecto proyecto del uso de un modelo modelo scrum (iterativo e incremental)

Notas: “

”

Si editas el fichero con MS-Word Los textos entre corchetes del tipo [Inserte [Inserte aquí el texto] permiten la inclusión directa de texto con el color y estilo e stilo adecuado a la sección, al pulsar sobre ellos con el puntero del ratón.

A vi s o: La publicación y puesta a disposición de este texto no supone ningún tipo de garantía por su uso, ni que el mismo sea conforme o adecuado a las características de determinadas empresas o proyectos

Derechos: Registro y consulta de los derechos de este trabajo:

http://www.safecreative.org/work/1206241856508

[Empresa]

Página 2 de 22

Desarrollo del Sistema [Nombre cliente] Planificación Descripción de la metodología de trabajo


Historial de Revisiones Fecha

20/11/2011

Versión

1.0

Descripción

Autor

Primera versión con los apartados y [Nombre autor ] contenidos básicos

[Empresa]

Página 3 de 22



Tabla de Contenidos 1.

Introducción ........................................................................................................................ 5 1.1

Propósito de este documento............................................................................................ 5

1.2 Alcance .............................................................................................................................. 5 2.

Descripción General de la Metodología ........................................................................... 5 2.1

Fundamentación ................................................................................................................ 6

2.2

Valores de trabajo ............................................................................................................. 6

3.

Personas y roles del proyecto. ......................................................................................... 7

4.

Artefactos . .......................................................................................................................... 7 4.1

Pila de producto ................................................................................................................. 7

4.2

Pila del sprint ..................................................................................................................... 9

4.3

Sprint .................................................. .................................................... .......................... 12

4.4

Incremento ....................................................................................................................... 15

4.5

Gráfica de producto (Burn Up) ........................................................................................ 16

4.6

Gráfica de avance (Burn Down) ...................................................................................... 20

4.7

Reunión de incio de sprint ............................................................................................... 20

4.8

Reunión técnica diaria ..................................................................................................... 21

4.9

Reunión de cierre de sprint y entrega del incremento. ................................................... 22

[Empresa]

Página 4 de 22



Descripción de la metodología de trabajo 1.

Introducción

MODELO OOHDM o Método de Diseño de Hipermedia Orientado a Objetos El modelo OOHDM sirve para el diseño de aplicaciones hipermedia y para la Web, fue diseñado por D. Schwabe, G. Rossi, and S. D. J. Barbosa y es una extensión de HDM con orientación a objetos, que se está convirtiendo en una de las metodologías más utilizadas. Ha sido usada para diseñar diferentes tipos de aplicaciones hipermedia como galerías interactivas, presentaciones multimedia y, sobre todo, numerosos sitios web. OOHDM propone el desarrollo de aplicaciones hipermedia mediante un proceso de 4 etapas:    

1.1

Diseño conceptual Diseño navegacional Diseño de interfaces abstractas Implementación

Propósito de este documento

Facilitar la información de referencia necesaria a las personas implicadas en el desarrollo de la página web con la finalidad de informar y actualizar de los últimos avances tecnológicos y desarrollo colaborativo, y así lograr mejor compresión sobre el proceso que entran dentro del desarrollo de un proyecto en este caso se podrá utilizar Metodología OOHDM. El presente documento presenta una serie de tecnología aplicadas a la resolución de una problemática que se ha venido viendo en los excesos de velocidad, por el cual se construye una página web que capte la velocidad cuando el exceso con el propósito de guardarlo en una base de dato, basándose en antecedentes de proyecto similares buscando en tienda virtuales. 1.2

Alcance

Especialista y Asesor Informático.

Acosta Patiño Carlos (Programador y diseñador) Bermeo Valencia Erick (Programador y diseñador) Pin Cañizares Koré (Diseñador y analista) Zambrano Garcia Leonardo (Diseñador y analista) [Empresa]

Página 5 de 22



Ing. Jorge Pincay (Tutor del proyecto) 2.

Descripción General de la Metodología

2.1

Fundamentación

Para el desarrollo de la página web, se toma en cuenta los parámetros fundamentales

e importantes de la metodología OOHDM. Las principales razones del uso de un ciclo de desarrollo iterativo e incremental de tipo SCRUM para la ejecución de este proyecto son: 

La programación web está basada en un lenguaje de java, en una plataforma de programación en HTML5 la misma que funcionara como sistema operativo, por parte de la aplicación web se levantó un Web Services con lenguaje java, PHP.



Se determinó el gestor de Base de Datos WAMP para el uso de MYSQL en la página web.



La aplicación se podrá ejecutar en Windows para que corra la aplicación.



La interfaz se revisará por el programador y evaluará tanto el diseño como funcionalidad.



Se elaborará una serie de pruebas para verificar cualquier fallo que contenga la página.

2.2

Valores de trabajo

Los valores que deben ser practicados por todos los miembros involucrados en el desarrollo y que hacen posible que la metodología SCRUM tenga éxito son: 

Autonomía del equipo



Respeto en el equipo



Responsabilidad y auto-disciplina



Foco en la tarea



Información transparencia y visibilidad.

[Empresa]

Página 6 de 22

Desarrollo del Sistema [Nombre cliente] Planificación Descripción de la metodología de trabajo 3.

Personas y roles del proyecto. Persona

Contacto

Rol

Acosta Patiño Carlos

[email protected] Director

Bermeo Valencia Erick

[email protected]

Zambrano Leonardo Pin Cañizares Koré

4.


Co-Director

Garcia [email protected] Editor [email protected] Editor

Artefactos.

Documentos  

Pila de producto o Product Backlog. Pila de sprint o Sprint Backlog.

Sprint Incremento Gráficas para registro y seguimiento del avance. Gráfica de producto o Burn Up Gráfica de avance o Burn Down  

Comunicación y reporting directo. Reunión de inicio de sprint Reunión técnica diaria Reunión de cierre de sprint y entrega del incremento   

4.1

Pila de producto

En este documento se puede encontrar las descripciones de cada uno de los requerimientos y recursos, los cuales son datos importantes para el desarrollo de la página web de información tecnológica llamada INFOTEC, la importancia se la considera sobre una valoración alta dentro de un marco de responsabilidades mostramos lo siguiente.

[Empresa]

Página 7 de 22



Responsabilidades del gestor de producto (Product OWNER) 

Registro en la lista de pila del producto de las historias de usuario que definen el sistema.



Mantenimiento actualizado de la pila del producto en todo momento durante la ejecución del proyecto. o

Escribir buenas historias de usuario

o

Decidir qué hacer ¡y qué no!

o

Fijar criterios de aceptación para cada historia de usuario. PILA DE PRODUCTO

ID

Nombre

importancia

¿Cómo probarlo?

1

El sistema permite registro de un usuario

ALTA

Si se permite el registro del usuario

2

Qué el usuario permita registrar a los usuarios con una cuenta personal

MUY ALTA

Ingresar y agregar una cuenta de correo electrónico con su respectiva contraseña, aceptar para guardar los cambios.

3

Qué permita ingresar a la ap licación mediante un login

MUY ALTA

Ingresamos nuestro correo personal y contraseña para acceder a las funciones del programa

4

Qué el usuario pueda ingresar su edad

ALTA

Al momento de registrarse con su correo personal pueda elegir su edad

5

Qué el usuario pueda visualizar un menú de navegación

ALTA

Ingresa a la aplicación y desliza el dedo en la parte derecha de la pantalla y saldrá las opciones del menú, para más facilidad

6

Qué el usuario pueda visualizar la n oticia tecnológica

MUY ALTA

Después de registrarse con su correo personal, en la página principal de la aplicación se puede visualizar las noticias

7

Qué el usuario pueda visualizar lo último en el desarrollo tecnológico

ALTA

En la página web se pueda visualizar lo último en tecnología.

MEDIA

El usuario puede enviar sugerencia entrando al menú y elegir la opción sugerencia donde ingresará su correo y la sugerencia llegará a los programadores

8

Qué el Usuario pueda enviar sugerencia si el aplicativo tenga algún error

[Empresa]

Página 8 de 22



Estar accesible, y disponible, para explicar al equipo técnico dudas

o

funcionales, para validar entregas y participar en reuniones. Definir el plan estratégico.

o

o

Metodología OOHDM

o

Se encarga de supervisar el cumplimiento de los requisitos y de la solución de problemas que suelen ser consultadas con el Scrum Master.

Responsabilidades del equipo técnico (Team SCRUM)



Conocimiento y comprensión actualizado de la pila del producto.



Búsqueda de información a través de portales web.

Resolución de dudas o comunicación de sugerencias con el



velocímetro para poder establecer una correcta implementación del código en la aplicación. Trabajar con responsabilidad y acatando todas las normas



establecidas en la planificación del proyecto. 

Trabajar en base a lo ordenado por el Producto Backlog y las orientaciones del Product Owner .



Presentar inquietudes e interrogantes al Product Owner para la solución de Problemas.

4.2



Aplicar sus conocimientos sobre el manejo de tecnologías.



Capacidad de Auto Gestión.

Pila del sprint

En este apartado se encuentra la pila de producto la cual está conformado por lista de tareas desde su primera iteración que se basan en los requerimientos que se encuentran en el Product Backlog, los cuales se analizaran para saber si hay cambio, modificaciones o incrementos de requisitos durante el proceso [Empresa]

Página 9 de 22



de ejecución, por lo cuales se pueden planificar otras tareas, asignando así cada tarea a un rol especifico que conforman el equipo de trabajo. PILA DE SPRINT ID Backlog 1

TAREAS

TIPO

ESTADO

herramienta que se va

Entorno de

Completada

utilizar en la

trabajo

RESPONSABLE

Análisis e investigación de las

-Acosta Carlos -Bermeo Erick

elaboración de la página web.

2

Búsqueda

de

información mediante portales web

3

4 5

6

7 8

Recolección de datos

diseño de un diagrama de clase del proyecto. Base de datos de Estructura Elaboración de un borrador de la aplicación Diseño del menú interactivo cumpliendo con las característica de la pagina web

Completada

- Zambrano Leonardo Completada

Entorno de trabajo Desarrollo y diseño de la

-Zambrano Leonardo

Completada

-Pin Kore

- Acosta Carlos - Acosta Carlos

Completada

-Bermeo Erick

aplicación

Investigar e Desarrollo y implementar la función de estar al dia en diseño de la noticias tecnológicas aplicación Investigar e implementar el cuadro de sugerencia Implementar la opción de información acerca Desarrollo y del proyecto y sus diseño de la creadores. aplicación

[Empresa]

- Acosta Carlos -Bermeo Erick Completada

Completada Completada

-Zambrano Leonardo

- Zambrano Leonardo -Bermeo Erick -Zambrano Leonardo -Pin Kore

Página 10 de 22



Realizar la Desarrollo y navegalidad de las diseño de la tareas realizadas. aplicación

9

Creación de un host

10

La creación de la base de datos

Levantamiento de un servicio web.

-Acosta Carlos Completada

Base de datos

-Zambrano Leonardo Completada -Bermeo Erick

Base de datos de Estructura

Implementación de la Base de datos interfaz gráfica para de Estructura realizar las consultas tanto general como Desarrollo y específicas. diseño de la

13

-Zambrano Leonardo

-Bermeo Erick de Estructura

12

Completada


11

--Bermeo Erick

-Zambrano Leonardo Completada

-Acosta Carlos -Bermeo Erick -Zambrano Leonardo

Completada

-Acosta Carlos -Pin Kore

aplicación Mediante Desarrollo y programación se diseño de la realizó en sublime text 3 aplicación

14

-Bermeo Erick Completada


-Zambrano Leonardo -Acosta Carlos -Pin Kore

Responsabilidades del equipo técnico 

Elaboración de la pila del sprint.



Resolución de dudas o comunicación de sugerencias sobre las historias de usuario con el gestor del producto.



Comunicación directa del Product Owner para contrastar ideas e informar las novedades dadas. Despejando dudas.

Nota: Este proyecto no está realizado con la metodología SCRUM si no con la metodología OOHDM por este motivo no se realizó el método sprint

[Empresa]

Página 11 de 22

Desarrollo del Sistema [Nombre cliente] Planificación Descripción de la metodología de trabajo 4.3


Sprint

Es importante el cumplimiento de cada uno de los procesos y roles determinados dentro del desarrollo del proyecto, el equipo de trabajo con esfuerzo y desempeño lograron culminar el sistema, esto se llevó en base de la aplicación de la Metodología OOHDMM a un corto plazo a esto se lo denomina ciclo de vida; su programación se llevó a cabo en cuatro Sprint, se determinó para 15 días mensuales, por varios factores tiempo, disponibilidad de cada integrante del grupo de trabajo, así se agregó adicional los fines semanas para lograr un avance ligero por cuestión tiempo, también se determina con valores numéricos el esfuerzo que se desempeña a cumplir cada tarea asignándole una base sobre 10 para el cumplimiento de las mismas, el rango a llegar es sobre 150 puntos, es decir los quince días por la valorización de 10; totalizando n de la manera siguiente: SPRINT N°. 1 INICIALES DEL PRODUCT

DIAS DE SPRINT / ESFUERZO POR TAREA

ID REQUERIMIENTOS RESPONSABLES 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 / TAREAS

1

2 3 4

Investigar y analizarán acerca de las herramientas que se usarán para realizar la página web. Búsqueda de información a través de portales web.

Zambrano Garcia Leonardo Pin Cañizares Koré

6 3 3 6 6 4 4 4 7 7

5

5

5

4

4


6 3 3 6 6 4 4 4 7 7

5

5

5

4

4

Diseño de un diagrama de clase del proyecto.


6 3 3 6 6 4 4 4 7 7

5

5

5

4

4

Elaboración de un borrador de la página.


6 3 3 6 6 4 4 4 7 7

5

5

5

4

4

[Empresa]

Página 12 de 22



SPRINT N°. 2 FASE DE PROGRAMACIÓN



1

2 3 4 5 6 7 8

Diseñar el menú interactivo cumpliendo con las características del aplicativo móvil. Investigar e implementar la función de la geolocalización

Bermeo Valencia Erick Acosta Patiño Carlos

6 3 3 6 6 4 4 4 7 7

5

5

5

4

4


6 3 3 6 6 4 4 4 7 7

5

5

5

4

4

Implementar el cuadro de sugerencias


6 3 3 6 6 4 4 4 7 7

5

5

5

4

4

Investigar e implementar la función de compartir la ubicación.


6 3 3 6 6 4 4 4 7 7

5

5

5

4

4

Implementar la opción de información acerca del proyecto y sus creadores


6 3 3 6 6 4 4 4 7 7

5

5

5

4

4

Realizar la navegabilidad de las tareas realizadas.


6 3 3 6 6 4 4 4 7 7

5

5

5

4

4

Creación de un Hosting, Base de Datos.


6 3 3 6 6 4 4 4 7 7

5

5

5

4

4

Levantamiento del Web Service


6 3 3 6 6 4 4 4 7 7

5

5

5

4

4

[Empresa]

Página 13 de 22


SPRINT

N°.

3

SEGUNDA

FASE


DE


PROGRAMACIÓN


1

2

3

4

5 6

Implementación de la interfaz gráfica para realizar las consultas tanto general como específicas. Programación del tiempo y de la fecha.


8 8 8 9 9 8 8 7 9 9

5

5

6

7

7


8 8 8 9 9 8 8 7 9 9

5

5

6

7

7

Programación del guardado de los registros por medio de MYSQL y PHP. Implementación del segundo plano de la aplicación . Implementar interfaz del login con su respectiva programación


8 8 8 9 9 8 8 7 9 9

5

5

6

7

7


4 4 4 3 3 2 2 2 3 3

0

0

0

0

0


6 6 6 4 4 5 5 5 3 3

0

0

0

0

0

Realizar la navegabilidad de las tareas realizadas.


8 8 8 7 7 6 6 6 5 5

5

5

5

0

0

[Empresa]

Página 14 de 22



SPRINT N°. 4 CULMINACIÓN Y ENTREGA DEL


PRODUCTO

ID REQUERIMIENTOS RESPONSABLES

1

2

3

4

5

6

7

8

9

10 11 12 13 14 15

/ TAREAS

1

2 3

Culminación aplicación

de

la

Puesta a prueba

Verificación de errores


10 10 10 10 10 10 10 10 10 10 10 10 10 10 10


10 10 10 10 10 10 10 10 10 10 10 10 10 10 10


10 10 10 10 10 10 10 10 10 10 10 10 10 10 10


4

Entrega del manual de uso de la página Web.


10 10 10 10 10 10 10 10 10 10 10 10 10 10 10


4.4

Incremento

Parte o subsistema que se produce en un sprint y se entrega al gestor del producto completamente terminada y operativa. Desde el desarrollo de la aplicación encontrado en el segundo y tercer sprint ya se cumplido varias tareas establecidas para el desarrollo de la aplicación móvil, los cuales fueron sometidos a sus respectivas pruebas de funcionamiento y validaciones, para realizar cambios que se hayan dado mediante el desarrollo, a continuación, la siguiente grafica estructurada del sistema programado.

[Empresa]

Página 15 de 22



Gráfica de producto (Burn Up)

ID 1 2 3 4 5 6 7 8 9 10 11

TEMA / VERSION

TRABAJO

Tema 1: Versión 1.0 Tema 2: Versión 1.0 Tema 3: Versión 1.0 Tema 4: Versión 1.0 Tema 5: Versión 1.0 Tema 6: Versión 1.0 Tema 7: Versión 1.0 Tema 8: Versión 1.0 Tema 9: Versión 1.0 Tema 10: Versión 1.0 Tema 11: Versión 1.0

73 73 73 73 0 0 0 0 0 0 0

1 2 3 4 5 6 7 8 9 10 11


73 73 73 73 73 73 73 73 73 0 0 [Empresa]

CRITERIO Y EVALUACION

Página 16 de 22



1 2 3 4 5 6 7 8 9 10 11


113 113 113 59 113 113 113 30 47 53 81

1 2 3 4 5 6 7 8 9 10 11


150 150 150 150 150 0 0 0 0 0 0

En esta representación se ha tomado en consideración la tabla valorativa basada en cada uno de los Sprint, considerando el esfuerzo que ha ameritado realizar cada tarea, vistos que no todos requieren el mayor esfuerzo, a continuación ilustramos la Gráfica representativa de los procesos que fueron ejecutados para el desarrollo de la página web, partiendo desde los últimos de diciembre considerado la ejecución de Marzo hasta Agosto del 2017 el trabajo se ha mantenido en coordinación con el Product Owner, se muestra lo siguiente:

[Empresa]

Página 17 de 22



Estamos situando un Sprint previsible para que el equipo pueda trabajar en tiempo óptimo, de retraso o al tiempo que estamos proyectándonos, cualificando de Punto1, Punto2 y Punto3; la gráfica se demuestra, la señalización de color rojo es la que nuestra propuesta se encamina, así tenemos:

[Empresa]

Página 18 de 22



Responsabilidades del gestor de producto 

Trabajar en equipo con un rol principal o con el equipo de trabajo de las aplicaciones móvil y web.



Mantenimiento actualizado en todo momento durante la ejecución del proyecto.



o

Orden en el que desea disponer de los temas o “epics” del sistema, e

hitos del producto (versiones). 

Presentar las directrices para actualización de todos los Sprint en caso de darse algún cambio.



Presenciar todas las validaciones que ejecuta el equipo de trabajo.

Responsabilidades del Scrum Manager Supervisión del gráfico de producto, y comunicación con el gestor del producto para pedirle aclaración de las dudas que pueda tener, o asesorarle para la subsanación de las deficiencias que observe. 



Revisar los avances de la Propuesta.



Dar lineamientos a seguir en caso de imprevistos.



Diálogo y comunicación directa con el Product Owner.


Conocimiento y comprensión actualizado del plan del producto.



Actualizar ajustes necesarios en caso de requerirse. Comunicación con el Product Owner.



Despejar dudas por parte del equipo de trabajo



[Empresa]

Página 19 de 22



Gráfica de avance (Burn Down)

La importancia del grafico BURN DOWN se da por el análisis de que un proyecto no solamente debe ser enfocado sobre los datos de su resultado, como se puede observar en el grafico BURN UP, por parte del grafico BURN DOWN se da si el caso amerita acelerar los procesos y se culmina el proyecto en el tiempo establecido, se aceleran los procesos y las pilas junto con los sprint se tendrían que hacer ciertos ajustes necesarios. Por parte de este proyecto no se da el caso.

Responsabilidades del gestor de producto Sin responsabilidades específicas, más allá de mantenerse regularmente informado del avance del sprint y disponible para atender decisiones para la resolución de opciones en sprints sobrevalorados o infravalorados (la gráfica de avance predice una entrega anterior o posterior a la fecha prevista) 

Responsabilidades del Scrum Manager Supervisión de la actualización diaria por parte del equipo. 

Responsabilidades del equipo técnico Actualización diaria del gráfico de avance. 4.7

Reunión de inicio de sprint

Parte principal que caracteriza esta clase de metodología es la estructuración del Sprint, en los puntos anteriores, lo cual se convocó a la primera reunión el 28 de agosto del 2017 en la que se culminó todas las funciones que recaerá en los Roles participantes, así tenemos: [Empresa]

Página 20 de 22



Responsabilidades del Product Owner:  



Asistencia a la reunión. Exposición y explicación de las historias que necesita para la próxima iteración y posibles restricciones de fechas que pudiera tener. Deliberaciones explicativas de los parámetros a seguir direccionando a los Roles de Trabajo.

Responsabilidades del Scrum Manager   

Coordinar las tareas para cada estudiante. Cumplir las funciones de los Roles. Sustentar bases técnicas para encaminar cada proceso, direccionando la Product Owner.




  

4.8

Asignar las tareas o Roles que se tendrá prioridad al grado de la programación en cuanto al Desarrollo de la Aplicación Móvil. Identificar que tareas del Sprint Backlog se va empezar a realizar en el actual Sprint. Contar con el equipo de trabajo completo. Coordinar el tiempo que se tomara en realizar cada tarea. Culminar tareas pendientes por resolver.

Reunión técnica diaria

Para esta clase de Meeting o reunión se realiza cotidianamente de acuerdo a las fechas que se establecen, se tomó a consideración con los integrantes del grupo un lapso de 3 días no laborales que no interfiera los horarios de clases de la tarde y noche, tiempo que se tomó y 6 días de fines de semana, en horario de 8 hora, rigiéndonos bajo los siguientes lineamientos. Responsabilidades del Scrum Manager  



Supervisar los avances de la programación en cada reunión. Determinar y Analizar los obstáculo o problemas que se pueden dar y direccionar la búsqueda de soluciones, en caso de presentar inconvenientes. Visualizar el desempeño del equipo de trabajo.


Asignar las tareas o Roles que se tendrá prioridad al grado de la [Empresa]

Página 21 de 22



programación en cuanto al Desarrollo de la Aplicación Móvil. Identificar que tareas del Sprint Backlog se va empezar a realizar en el actual Sprint. Contar con el equipo de trabajo completo. Coordinar el tiempo que se tomara en realizar cada tarea. Culminar tareas pendientes por resolver. 

 

4.9

Reunión de cierre de sprint y entrega del incremento.

En esta clase meeting o reunión el producto en este caso la Aplicación Móvil y Web se somete a las pruebas necesarias, antes de la entrega final del producto Responsabilidades del Product Owner:     

Funcionalidad del aplicativo móvil Mostrar la ubicación por medio de Geolocalización. Realización de consultas generales y específicos. Opción de ayuda o información. Cuadro de sugerencia.

Responsabilidades del Scrum Manager      

Coordinar la reunión y desempeñar el papel de moderador. Dar pautas para la entrega del producto en coordinación del Product Owner. Responsabilidades del equipo de trabajo. Entrega de producto finalizado, previa fundamentación del Product Owner. Sustentaciones del Producto y documentación realizada. Última revisión del aplicativo móvil, para entrega seguro del Product Owner.


Presentación del incremento.

[Empresa]

Página 22 de 22

Plantilla-Scrum - GRUPO #8

Recommend Documents