Loading presentation...

Present Remotely

Send the link below via email or IM

Copy

Present to your audience

Start remote presentation

  • Invited audience members will follow you as you navigate and present
  • People invited to a presentation do not need a Prezi account
  • This link expires 10 minutes after you close the presentation
  • A maximum of 30 users can follow your presentation
  • Learn more about this feature in our knowledge base article

Do you really want to delete this prezi?

Neither you, nor the coeditors you shared it with will be able to recover it again.

DeleteCancel

Make your likes visible on Facebook?

Connect your Facebook account to Prezi and let your likes appear on your timeline.
You can change this under Settings & Account at any time.

No, thanks

Scrum

No description
by

Jerson Chinchilla

on 11 October 2013

Comments (0)

Please log in to add your comment.

Report abuse

Transcript of Scrum

Metodología SCRUM
¿Qué es Scrum?
La metodología Scrum es un proceso de gran agilidad para desarrollar software cuyo principal objetivo es maximizar el retorno de la inversión para su empresa.
Roles Principales
En esta metodología hay tres roles fundamentales los cuales tienen como función llevar a cabo el proceso del proyecto.

También hay otros roles que tienen como objetivo la realización del producto.
Documentos
En la metodología se plantea tres herramientas para que se mantenga el seguimiento del proyecto, planificar y el control de las actividades asociadas al Sprint.
Backlog de producto (Product Backlog):
Es un listado dinámico y públicamente visible del trabajo que se desea realizar en el proyecto.

El backlog de producto es únicamente creado y modificado por el dueño del producto.
Backlog de Sprint (Sprint Backlog)
El Sprint Backlog es una compilación sintética de ítems del Backlog de Producto.

Para montar el Backlog de Sprint, el Scrum Team divide los todos los ítems en tareas que no demanden una labor a superar en una jornada de trabajo.
Product Owner (El dueño del Producto):
Este rol está encargado de ser la “voz” del cliente.

Tiene la responsabilidad de que el equipo pueda entregar el producto a tiempo y de buena calidad.
Equipo de Desarrollo
Este rol es el que está encargado de ser los que entregan el producto final.

Las funciones generales son analizar, diseñar, documentar,experimentar, probar y desarrollar.
Sprint
Cada periodo de desarrollo es una iteración que finaliza con la producción de un incremento operativo del producto.

Puedan llevarse a cabo en un periodo breve de tiempo normalmente 30 días.
Características
Equipos autodirigidos.
Utiliza reglas para crear un entorno ágil de administración de proyectos.
No prescribe prácticas específicas de ingeniería.
Los requerimientos se capturan como ítems de la lista Product Backlog.
El producto se construye en una serie de Sprints (iteraciones) de un mes de duración
Es una metodología de trabajo simple, pero requiere trabajo duro porque no está basada en el seguimiento de un plan sino en la adaptación continua a las circunstancias y a como va evolucionando cada proyecto.
Los creadores de Scrum
Jeff Sutherland
Ken Schwaber
Nombre del grupo
WebBuilders
Miembros del grupo
Mathias Müller: Planeación
Diego Herrera: Calidad 2
Laura Salazar: Coordinadora
Marco Durán: Calidad 1
Desventajas e inconvenientes
Dificultad de aplicación en grandes proyectos
Se requiere de experto en la metodología que monitoree el cumplimiento.
Plantea un problema si el desarrollo está restringido por una fecha de entrega y un costo sellados por un contrato
Supone que el equipo está muy formado y motivado.
Presupone que el cliente está muy involucrado en el desarrollo y revisa los avances y en realidad el cliente participa pero no al punto de dedicar tiempo y recursos a revisar pequeños avances
Scrum Master (facilitador):
Es el encargado de que se lleven a cabo los “Sprints” y que se hagan correctamente.

Este rol no debe confundirse con el administrador del proyecto ya que ambas tienen roles diferentes.
Roles Secundarios
Project Manager (administrador del proyecto):
Es el encargado de que el proyecto se realice correctamente y es el responsable del éxito del proyecto.
Managers (Administradores)
Son los encargados de manejar el ambiente de desarrollo del producto.
Stakeholders (clientes, vendedores, proveedores, etc):
Son los individuos relacionados con el ambiente externo del proyecto.

Son la parte no técnica del proyecto.
Project Board (Junta del proyecto):
Son los que deben rendir cuentas si el proyecto no pudo ser terminado o si fue entregado de mala calidad. Se encargan del proyecto fuera del área de Scrum.
Diagrama de quemado (Burndown chart)
Es una representación de gráficos que muestran un trabajo por hacer en un proyecto en el tiempo.
Johel Álvarez : Desarrollo
Jerson Chinchilla: Soporte
Reuniones
Cada día se realiza una reunión para conocer el estado del proyecto
Reunión diaria de sincronización del equipo
Características:
Debe ser clara y concisa, no debe exceder los 15 minutos.
Se realiza en el mismo lugar y a la misma hora todos los días, normalmente esto ocurre al inicio de cada día.
No es una reunión para resolver problemas.
Estrategias de prueba
Las metodologías ágiles en el desarrollo del software se han caracterizado por ofrecer al cliente resultados en el menor tiempo posible.

La automatización es la clave dentro de las metodologías ágiles.
Su importancia es comprobar que todos los requisitos de una aplicación sean satisfactorios.
Casos de prueba
El Proceso
El proceso en Scrum se divide en tres fases:
Pre-Juego
Desarrollo
Post-Juego
Pre-Juego
Planeación
Arquitectura
En esta fase se define el sistema que será construido. Si se trata de un nuevo sistema, esta fase abarca tanto la visión como el análisis. Si se trata de la mejora de un sistema existente comprende un análisis de alcance más limitado.
El diseño del sistema se planifica a partir de los elementos existentes en la lista Backlog. En caso del que sea una mejora a un sistema, se identifican los cambios necesarios para implementar los elementos que aparecen en la lista.
Desarrollo
La fase de desarrollo también es conocida como “Game Phase” (Fase de Juego). En esta fase se espera que ocurran cosas impredecibles. Para evitar el caos, la metodología Scrum define prácticas para observar y controlar las variables técnicas y del entorno.
Post-Juego
En esta fase es donde inicia la preparación para el lanzamiento de la versión final. Para ingresar a esta fase se debe llegar a un acuerdo respecto a las variables del proyecto, por ejemplo que los requerimientos hayan sido completados.
Conclusión
No existe una metodología Universal para hacer frente con éxito a cualquier proyecto de desarrollo de software que exista todas deben ser adaptadas al contexto del proyecto sea cual sea este.
Bibliografía
http://www.softeng.es/es-es/empresa/metodologias-de-trabajo/metodologia-scrum.html
http://es.wikipedia.org/wiki/Scrum
http://www.es.sogeti.com/PageFiles/173/Introducci%C3%B3n%20a%20SCRUM.pdf
http://es.wikipedia.org/wiki/Caso_de_prueba
http://fi.ort.edu.uy/innovaportal/file/2021/1/scrum.pdf
http://www.scrummanager.net/bok/index.php?title=Modelo_original_de_Scrum_para_desarrollo_de_software
Agenda
¿Qué es Scrum?
Características
Desventajas e inconvenientes
Sprint
Roles Principales
Roles Secundarios
Documentos
Reuniones
Estrategias de prueba
El proceso
Conclusión
El objetivo de estas reuniones es facilitar la transferencia de información y la colaboración entre los miembros del equipo para aumentar su productividad.
Full transcript