Introducción a Scrum

Dinámica del Curso
MarcoTeórico Dinámica Práctica Implementar Software
Comienzo Fin

¿Qué veremos en este curso?
• Ubicación de Scrum dentro de las Metodologías.
• Manifiesto Ágil
• ¿Qué es Scrum?
• Los Roles dentro de Scrum
• Ciclo de trabajo / Proceso de Scrum
• Herramientas para trabajar en Scrum
• Trabajar con Scrum

Curso de Scrum
• Ubicación de Scrum dentro de las Metodologías.
• Manifiesto Ágil
• ¿Qué es Scrum?
• Roles dentro de Scrum
• Ciclo de trabajo de Scrum
• Herramientas para Scrum
• Trabajar con Scrum

¿ Qué es SDLC ?
SDLC / Ciclo de Vida de desarrollo de
Software
¿Dónde se ubica SCRUM?

¿ Qué es SDLC ?
Metodología bajo
Software / System Development Life Cycle (SDLC)

¿ Qué es SDLC ?
Software / System Development Life Cycle (SDLC)
Metodologías de Prototipado como
Base
Scrum
MvC Data Blocks Adapter Facade /
Backend
…
etc.
Patrones de Arquitectura de
Software
Metodologías Ágiles

Manifiesto Ágil
El manifiesto ágil, tiene 4Valores:

Manifiesto Ágil
El manifiesto ágil, tras los postulados de estos cuatro valores en los que se fundamenta,
establece estos 12 principios:
• Nuestra principal prioridad es satisfacer al cliente a través de la entrega temprana y
continua de software de valor.
• Son bienvenidos los requisitos cambiantes, incluso si llegan tarde al desarrollo. Los
procesos ágiles se doblegan al cambio como ventaja competitiva para el cliente.
• Entregar con frecuencia software que funcione, en periodos de un par de semanas
hasta un par de meses, con preferencia en los periodos breves.
• Las personas del negocio y los desarrolladores deben trabajar juntos de forma
cotidiana a través del proyecto.
• Construcción de proyectos en torno a individuos motivados, dándoles la oportunidad y
el respaldo que necesitan y procurándoles confianza para que realicen la tarea.

Manifiesto Ágil
• La forma más eficiente y efectiva de comunicar información de ida y vuelta dentro de
un equipo de desarrollo es mediante la conversación cara a cara.
• El software que funciona es la principal medida del progreso.
• Los procesos ágiles promueven el desarrollo sostenido. Los patrocinadores,
desarrolladores y usuarios deben mantener un ritmo constante de forma indefinida.
• La atención continua a la excelencia técnica enaltece la agilidad.
• La simplicidad como arte de maximizar la cantidad de trabajo que se hace, es esencial.
• Las mejores arquitecturas, requisitos y diseños emergen de equipos que se
autoorganizan.
• En intervalos regulares, el equipo reflexiona sobre la forma de ser más efectivo y ajusta
su conducta en consecuencia.

¿Qué es SCRUM?
https://books.google.cl/books?hl=es&lr=&id=tmziBwAAQBAJ&oi=fnd&pg=PA3&dq=Ikujiro+Nonaka+y+Takeu
chi&ots=pSajGO3Kyv&sig=Vm5yVwmAWnzDJrquhBI-
_WtOCqA#v=onepage&q=Ikujiro%20Nonaka%20y%20Takeuchi&f=false

¿Qué es SCRUM?
• Modelo definido por Ikujiro Nonaka e Hirotaka Takeuchi a principios de los 80, al analizar cómo
desarrollaban los nuevos productos las principales empresas de manufactura tecnológica: Fuji-
Xerox, Canon, Honda, NEC, Epson, Brother, 3M y Hewlett-Packard
• Compararon la nueva forma de trabajo en equipo, con el avance en formación de mele (scrum
en inglés) de los jugadores de Rugby, a raíz de lo cual se comenzó a llamar “scrum”.
• Útil para cualquier tipo de proyecto con requisitos inestables y para los que requieren rapidez y
flexibilidad.
• Ken Schwaber durante el año 1995 presentó “Scrum Development Process” en OOPSLA 95
(Object-Oriented Programming Systems & Applications conference) (SCRUM Development
Process), un marco de reglas para desarrollo de software, basado en los principios de Scrum, y
que él había empleado en el desarrollo de DSelphi, y Jeff Sutherland en su empresa Easel
Corporation (compañía que en los macrojuegos de compras y fusiones, se integraría en VMARK,
y luego en Informix y finalmente en Ascential Software Corporation).
(Nonaka &Takeuchi,The New New Product Development Game, 1986).

Tipos de Proyecto donde Aplicar Scrum
• Software.
• Microempresas, Startups o Empresas.
• Proyectos Complejos.
• Servicios.

Características de Scrum
• Sistema deTrabajo en Paralelo.
• Ciclos cortos (sprints).
• Enfocado en entrega de resultados.
• Crear productos frente a necesidades cambiantes.
• Mejora Contínua.

¿Por qué usar Scrum?
• Eficiencia.
• Obtiene los mejor de los equipos.
• Roles Intercambiables.
• No existen Jefaturas.
• Mejora Contínua (Fallas Rápidas).
• Adaptación a cambios.
• Maduración de Productos.

Resumen
• Una de las metodologías menos comunes en el desarrollo tanto de
empresas grandes como de empresas pequeñas es SCRUM.
• SCRUM es una metodología para desarrollar productos y servicios
innovadores.
• Una de las caracterísiticas principales de SCRUM es que se enfoca a la
entrega de resultados.
• Las dos principales fugas que presenta la metodología en Cascadas
tienen que ver conTiempo y Dinero.
• Uno de los motivos más importantes para implementar la metodología
SCRUM en nuestros proyectos es la Eficacia.
• SCRUM nos permite estar en contacto con necesidades tanto del
usuario como del mercado.

Roles
•Product Owner.
•Scrum Master.
•Team o Equipo.
•Stakeholders

Roles Scrum: Product Owner (PO)
• Es el cliente, crea y aporta las ideas.
• Piensa en su propio producto.
• Administrativo o Emprendedor.
• Backlog (o bitácora).
• No es el Jefe, puede ser parte del o el Cliente.
• Es la voz del Producto.

Roles Scrum: Equipo / Team Técnico / Team
• Cada uno en áreas distintas (skills).
• Cualquier profesional.
• Autosuficiente.
• => 3 personas <= 15 Personas.
• No son roles fijos.
• Todos son parte del Proceso Creativo.
• Recibe instrucciones del Scrum Master.
• Producen Resultados.

Roles Scrum: Scrum Master
• Mantiene el Flujo de Trabajo (ayuda a la
fluidez del equipo).
• Destraba operaciones en elTeam.
• Aclara Dudas.
• Mantiene Procesos y Roles.
• Gestiona las reuniones diarias (Dailys).
• Trabaja con el PO generando el Backlog.
• No tiene jerarquia, es un facilitador.

¿Qué pasa con el Rol del Scrum Master a través del tiempo del proyecto?

• A medidad que el Team adquiera experiencia, confianza y
mantenga la transparencia, el Rol del Scrum es menos visible.
• Se ve menos durante las Ceremonias durante el proyecto.
• Esto es debido a que los equipos son Auto Gestionables, y cada
vez son más maduros.
• Puede subir de cargo, cambiarse de Célula (o Team o Equipo) o
pasar a otro Proyecto incluso a otra Empresa.
¿Qué pasa con el Rol del Scrum Master a través del tiempo del proyecto?

Roles Scrum: Stakeholders
• Interacción con el Product Owner sobre el desarrollo y el apoyo del Backlog;
• Asiste a los Sprint Planning Meetings por necesidad para el mantenimiento
de la realimentación.
• Retroalimentación con el equipo en Sprint Review Meeting.
• La eliminación de los obstáculos en el trabajo del equipo, el propietario del
producto y el Scrum Master.
• Garantizar el trabajo tranquilo del equipo (guarda de la distracción) durante
Sprint, o más exacto – justamente después de que el equipo comienza a
prepararse para el Sprint.
• Por lo general es un Gerente o director que financia el proyecto y es el
sponsor y ya convenció a los envueltos en el proyecto o partners o
superiores de los beneficios en todas sus virtudes; tiempo, $, etc.
Manager o Directivo de la Empresa

Roles Scrum: Compromisos y Envueltos …
• Product Owner.
• Scrum Master.
• Team.
• Stakeholder
Comprometidos (se juegan su reputación)
Envueltos (quieren que salga el proyecto)
• Usuarios.
• Clientes.
• Otros equipos.

Roles Scrum: Composición General de Equipo (Team o Célula)
• Programadores, Analistas / Programadores
• Analistas de Sistemas
• Ingenieros de Software
Scrum Master
LíderTécnico:
Sección Comercial / Funcional:
SecciónTécnica oTI o equipoTécnico:
Product Owner:
• Analistas de Negocios / Business Analysts.
• Diseñador UX / UI
• Administrativos

Roles Scrum: Convención de Nombres de Roles
• Tech Lead
• Jefe de Proyecto
• Arquitecto de Software
En algunosTeams los nombres cambian.
LíderTécnico, puede ser también:
El cargo de Lider Técnico por lo general cambia de nombre y/o profesión de
acuerdo al tipo de Producto que se necesita construir. Un Rol como por ejemplo el
de Arquitecto de Software es transversal a la organización y a los Teams Técnicos
y Equipos deTrabajo.

Resumen • Dentro de la metodología de trabajo SCRUM, lo fundamental
es cumplir con los objetivos.
• El Product Owner en un equipo SCRUM, se encuentra más en
contacto con el producto.
• El equipo tiene como principal función implementar el producto.
• Las tareas principales de un Scrum Master son mantener el flujo
de trabajo, mantener los procesos, apoyar al equipo y gestionar
las reuniones diarias.
• El ScrumMaster interactúa directamente con el dueño de
producto / las bitácoras para recopilar lo que van a hacer del
proyecto.
• Estar comprometido significa ser responsable del resultado del
proyecto.
• Estar envuelto hace referencia a que un proyecto es de tu interés
y uso .

Ciclo de Trabajo SCRUM
Recordando este diagrama

Requerimientos Principales (Propuestas)
1. Se Realiza un pre-proyecto con todo el Equipo y los involucrados donde defino
historias épicas o muchas Historias de Usuario / Tareas antes del proyecto en sí
y se evalua el proyecto.
2. Construcción de un Backlog con todo el Equipo, con todo lo que tiene el
Proyecto (o lo que se conoce a Futuro de él) y lo vamos madurando durante el
desarrollo. Acá también pueden haber historias Épicas.
• En empresas de desarrollo el primer caso incluso se puede vender.
• Es común realizar sprints de solo análisis en la segunda propuesta.

• Se define el Backlog.
• ElTeam selecciona las tareas.
• El equipo define las tareas de acuerdo a sus Skills.
• El equipo trabaja en las tareas.
• Al finalizar el Sprint o Ciclo, se presentan los avances al
PO y Scrum Master.
• Luego se planifica el Backlog para siguiente sprint.
• En el Backlog pueden aparecer nuevasTareas.
• Comienza un nuevo Sprint.

Ciclo de Trabajo SCRUM: Tarea / Historias de Usuario
• Una historia de usuario captura una definición de una
característica del software (vista del usuario final).
• Refleja lo que el cliente quiere o espera del producto.
• Los items en el Backlog / Backlog de Producto son
usualmente escritos en forma de historias de
usuario.
• Algunas tareas / historias son concretas y otras
tienen sub-tareas.
Una historia de usuario es un requerimiento escrito en una perspectiva de usuario Final.

• Card (Tarjeta / post-it): Indica que la historia de
usuario debe ser pequeña y caber dentro de la
tarjeta.
• Conversation (Conversacional): Detallada como
resultado o para dar lugar a discusión y colaboración.
• Confirmation: (Confirmación): Cuando podemos
confirmar que la tarea / historia de usuario esta
implementada con éxito.
Las 3 C para discutir con las historias de usuario.

• Épicas:
• Las historias de usuario grandes son llamadas épicas.
• Son Amplias en su entorno, y cortas en detalles (acaparan mucho).
• Pueden ser divididas en pequeñas historias de usuario para que el
equipo pueda trabajar en ellas.
• Temas:
• Son grupos de historias de usuario que comparten un atributo
común, ejemplo (comunicación o comunicación con el cliente).
• Son agrupadas juntas para mejor organización por ejemplo para los
releases.
Épicas yTemas.

• Independientes: La historia de usuario debe ser auto-contenida
esto quiere decir suficientemente independiente de otra historia
de usuario.
• Negociable: Las Tareas no son contratos, dejemos espacio para
discutir.
• Dar Valor: Valorable para usuarios y clientes, no para
programadores.
• Estimable: Debe tener suficiente detalle y claridad para ser
estimable.
• Medida Apropiadamente (Sized appropriately): Sufientemente
pequeña para ser completada en 1 sprint.
• Testeable: Una historia de usuario debe ser testeable.
Tips paraTareas (por BillWake)

• Condiciones de Satisfacción.
• Las provee el Product Owner, esto en los criterios
funcionales como no funcionales.
• Expresadas claramente en simple lenguaje.
• Provee los limites de la Historia.
• Remueve la ambigüedad.
Criterios de Aceptación: Es un conjunto de condiciones pre-establecidas que el incremento de producto
debería satisfacer para ser aceptada por el usuario.

• Ejemplo:
• “Como Gerente con el perfil Ejecutivo debo ver Todos los
Reportes”.
• Perfil Ejecutivo debe ser igual al perfil de Administrador.
• Ningún otro rol debe poder ver todos los reportes excepto el de
Administrador.
• Sistema debe mostrar un mensaje cuando el Reporte haya sido modificado
por otro usuario.
• No debe tener límite en la cantidad de registros a mostrar.
Criterios de Aceptación: Es un conjunto de condiciones pre-establecidas que el incremento de producto
debería satisfacer para ser aceptada por el usuario.

• No es la misma que la de aceptación.
• Acordada bajo el Product Owner y el EquipoTécnico.
• Debe ser revisada y mejorada.
• Puede ser definida tanto para Sprint como para Release.
Definición de Listo / Ready / Done: un conjunto de pre-establecidas condiciones para Marcar la Historia como Done

Tipos Tarea / Historia de usuario
Historia de Usuario Precisa
Historia de Usuario Epica
subdividida en Historias de
Usuario más pequeñas
Características de cada una:
- CCC
- Invest
• Unidad Atómica a la que se puede llegar es la Subtarea, en esta va el detalle técnico.
• Algunos software no permiten la subdivisión en Subtareas.
Al ser una Historia de
Usuario ya como resultado
de una subdivisión, ésta se
desglosa en subtareas
técnicas.

Track Tarea / Historia de usuario
Historia de Usuario Precisa
Criterios de Aceptación Definición de Done
• Condiciones de Satisfacción.
• Product Owner, criterios funcionales como
no funcionales.
• Expresadas claramente en simple lenguaje.
• Provee los limites de la Historia.
• Remueve la ambigüedad.
• No es la misma que la de aceptación.
• Acordada Product Owner y EquipoTécnico.
• Debe ser revisada y mejorada.
• Tanto para Sprint como para Release.

Story Points
• Poleras: XS, S, M, L, XL, XXL
• Fibonacci: 1,2,3,5,8,13 …
• Epicas: 100, 200, 300 o considerar por ejemplo >= 13
como Épica.Story Points = 8
Tarea

Ciclo de Trabajo SCRUM: Backlog (o bitácora)
• Comprender su necesidad.
• Estar en contacto con el Cliente.
• Solo el PO agrega o eliminaTareas.
• Define lasTareas :
• El usuario debe___
• Como___yo necesito
• Como Administrador yo necesito un Mantenedor de
Usuarios.

Ciclo de Trabajo SCRUM: Sprints de Producción
• Sprint (Dar todo en periodo cortos de periodos de tiempo).
• Tiene un Comienzo y un Final.
• Duración entre 2 a 3 semanas.
• No es una maratón, tiene pausas.
• Cada sprint es distinto entre productos.
• Comienza con la selección deTareas dede el Backlog.

Ciclo de Trabajo SCRUM: Bonus … Sprints de Producción
• Para Startups o instituciones 10 a 15 sprints para un * MVP
• Para Empresas es … Infinito
* Se conoce:
en español como MVP: Mínimo ProductoViable.
en inglés también como MVP: MinimalViable Product.

Ciclo de Trabajo SCRUM: Daily Scrum (***)
• Estado general del equipo.
• Reunión más importante del día.
• Máximo 15 minutos.
• … de pie.
• ¿Qué hiciste ayer?
• ¿Qué vas a hacer hoy?
• ¿Hay algún obstáculo para realizarlo?
• Scrum Master se lleva toda la lista de bloqueantes.

Ciclo de Trabajo SCRUM: Tareas
• Team crea en conjunto soluciones.
• Avanzando en paralelo apuntando hacia el producto Final.
• Se toma laTarea pasa a un estado en curso o trabajando.
• Al terminar laTarea pasa a un estadoTerminada.
• Cuando quedan tareas pendientes, queda como deuda
técnica o funcional y pasa a nuestro backlog.

Ciclo de Trabajo SCRUM: Presentación del Producto
• Team presenta todos los avances y los muestra.
• Se examina con detalle el producto.
• Asi tenemos la vision del Cliente y delTeam.
• Re-evaluación de lasTareas.
• Finaliza el Sprint y comienza un nuevo ciclo.

Ciclo de Trabajo SCRUM: Retrospectiva o (Ceremonia de
retrospectiva)
• Las personas dentro delTeam redescubren sus skills.
• Se discuten nuevos problemas no previstos.
• Se pueden ver posibles problemas futuros.
• Se analizan tareas que no se pudieron realizar o no planificadas.
• Es moderada por el Scrum Master.
• Se evalua definición delTeam.
• Revisión de Materiales (si faltan o no).

retrospectiva)
• No se buscan culpables ni responsables individuales.
• Evitar criticas sobre alguna capacidad del producto.
• Se piensa en el beneficio general del producto.
• Se aprende de los Errores.
• Maduración del Producto.
• Participan todos.

retrospectiva)
Dinámica del Barco:
Este Barco lo pueden imprimir o dibujar en la
Pizarra.

retrospectiva)
El significado de cada uno de los elementos del dibujo es el siguiente:
•La costa, es el objetivo a alcanzar. Puede ser el objetivo del Sprint, un Release …
•El barco, es el equipo, la tripulación somos nosotros y somos los que lo dirigimos.
•El viento, es lo que nos empuja, las cosas que nos hacen avanzar.
•El ancla, es lo que nos frena, lo que nos limita, bloquea.
•El iceberg, son los riesgos, que pueden convertirse en problemas y debemos conocer.
Pediremos a los miembros del equipo scrum que rellenen post-it de 3 colores:
•Post-it verdes: Indicando las tareas que consideramos que se asocian al viento y nos ayudan a avanzar.
•Post-it rosas: Indicando las tareas que se asocian al ancla, que nos bloquean, nos lo ponen mas difícil o
nos impiden avanzar.
•Post-it amarillos: Indicando aquellas tareas relacionadas con el iceberg, que consideramos riesgos y
debemos tener en cuenta.

retrospectiva)
Ponemos los post-it en cada una de las zonas, y asociamos los temas comunes.
Pedimos al equipo que distribuya 3 puntos entre los temas que considera mas importantes.
Los temas mas puntuados son los que trataremos en primer lugar, el tiempo de retrospectiva que nos
quede.
Debe quedar claro que el objetivo final es llegar a la costa y es lo que debemos conseguir, por eso las
acciones que deriven deben ir encaminadas a conseguir el objetivo.

retrospectiva)
Los post-it al final de la actividad
deberían verse algo así:
Al asistir a muchas Ceremonias y ver cuales son los mayores problemas siempre
sale a flote la “Comunicación”, ya sea entre Equipos Internos (o Externos),
dificultades entre personal de la Empresa y Externos, falta de vocabulario, mal
entendimiento de las tareas, tareas mal definidas en el backlog, etc.

retrospectiva)
Dinámica del Fat Guy:
En esta dinámica debemos en lo más concreto posible que
cosas debemos mejorar. Para ello siempre debemos acompañar
estos post-its de otros con sugerencias de acciones para
empezar a hacer.
con respecto al Sprint:
More: ¿Qué cosas hay que hacer más?
Start:Tareas que debemos comenzar.
Stop: ¿Que vamos a dejar de hacer?
Keep Doing: ¿Qué cosas que vamos a seguir haciendo?
Less: ¿Qué vamos a hacer menos ?

Ciclo de Trabajo SCRUM: Fin de Sprint
• Se examina el Backlog.
• Se Analizan las tareas, incluso las deudas técnicas.
• Redistribución de las tareas.
• Eleguir siempre correctamente los objetivos.
• No pensar en los intereses personales.

Ciclo de Trabajo SCRUM: Ceremonias
• Daily.
• Planificación / Planning / Sprint Planning.
• Retro / Sprint Retro / Retrospectiva (Algo lúdico, Ej. Juego del Barco).
• Cambio deVersión / Lanzamiento.

Herramientas para SCRUM: un Backlog Inicial
ID Proyecto Como un … necesito Asi podré… Notas Prioridad Status
1 Reportes Decano Ver Reportes de Docencia Controlar
Evaluaciones
Alta Terminado
2 Reportes Administrador Crear Perfiles y Usuarios
en el sistema
Dar accesos y
gestionar usuarios
y perfiles
Media En curso
3 Reportes Jefe de Carrera Ver reporte de Profesores
de Scrum
Evaluar a
profesores de
Scrum
Media
3 Reportes Alumno Ver mis Notas Ver mis
calificaciones
online
Alumno debe estar
creado como
usuario
Alta
* Realizado con Power Point (Tabla)

Herramientas para SCRUM
El burndown chart nos permite conocer cuál es el estado actual de
proyecto y cuándo podrá estar terminado un sprint.

Herramientas para SCRUM
Burndown Chart

Trabajando con SCRUM: En la Oficina
• 5 Cartulinas de colores diferentes.
• Plumones sharpie 3 a 5 sets de diferentes colores.
• Adhesivos Post-it distintos colores 5 sets.
• Cinta Adhesiva de embalaje transparente.
• Cinta Adhesiva Scotch chico.
• Pegamento Stick-Fix o Uhu (2 unidades) (Los post-it se despegan).
• Pegote.
• 2 Tijeras grandes.
• 2 Reglas Grandes.
• 1 Caja Plastica (para guardar las cosas).

Creación de Proyectos
• Seleccionar Software y Células.
• Armar Equipos definir Miembros.
• Colocar Nombre a Equipos y Motto (Lema).
• Diseñar Scrum Excel.
• Hojas Backlog (columnas Incidencia, responsable,
prioridad, otros)
• Hoja Sprint Actual
• HojaTerminado

Trabajando con SCRUM: Software
• Excel
• Trello
• GitHub
• Atlassian > Producto Jira
• Scrum Poker Cards
Por lo general la Metodología se trabaja con Papeleria, Excel y algún Software
dedicado a Scrum.

Excel
http://www.machinelearning.ws/scrum/scrum.xlsx

Trello http://www.trello.com

Trabajando con SCRUM: Software > Trello
• Registrarse

• Registro

• Bienvenida

• Tablero

Bonus: la columna Warning
• Cortes de Luz Regulares.
• Tamaño de BBDD en Cloud.
• Créditos en Cloud.
• Tiempos de Creación y de desarrollo deAPI.
• Tiempo de respuesta del Hacking Ético.
• Cambio de oficina en dd/mm/aaaa a tomar en consideración.
• Para presentaciones llevar:
• Puntero Lazer.
• AdaptadorVGA/HDMI + Cable.
• Laptop Cargado.
• Adaptador Laptop.
• Cable de Red.
• Verificar Conexión a red.
Son las amenazas constantes que recibimos por tarea y que nos vamos dando
cuenta que deben ser tomadas en cuenta o mejoradas.

Curso Trello https://trello.com/guide/create-a-board.html

GitHub http://www.github.com

Trabajando con SCRUM: Software > GitHub
• Login

• Crear Cuenta

• Plan Free

•Bienvenida

•Verificar Correo

•Creación
Repositorio

Repositorio

Repositorio >
Proyecto

Atlassian > Producto Jira
https://www.atlassian.com/es/try/cloud/signup?bundle=jira-software

Trabajando con SCRUM: Software > Jira
Login

Bienvenida

Invitacion a
Equipo

Ayuda en
Configuración

Plantilla Clasica

Crear Proyecto

Tablero

Trabajando con SCRUM: Material Extra
Material Extra
• http://www.machinelearning.ws/scrum/Retrospectiva_Barco.png
• http://www.machinelearning.ws/scrum/Retrospectiva_Barco_Final.png
• http://www.machinelearning.ws/scrum/metodologias_tradicionales_vs_metodologias_agiles.jpg
• http://www.machinelearning.ws/scrum/scrum-reuniones.jpg

¿Qué vimos en este curso?
• Teoría de Scrum.
• Scrum en la Oficina.
• Software para Scrum .

¿Qué vimos en detalle en este curso?
• Conocimos Scrum y su ubicación dentro de las Metodologías.
• Manifiesto Ágil.
• ¿Qué es Scrum ? y cuál es su importancia hoy en día.
• Roles, Ciclo deTrabajo y Herramientas para Scrum.
• Trabajamos con Scrum en la Oficina y en Software.

Certificaciones comunes que ofrece el mercado.
• Scrum Foundation.
• Scrum Master Certified.
• Scrum Product Owner.
• Scrum Master UX Certified.

Scrum Hoy: Integración CI / CD
• CI: Continuos Integration.
• CD: Continuos Deployment.
• Integración Código Fuente + Backlog:
• Ejemplos:
• Jira + Bitcucket
• Jira + Github
• Scrum + Código Fuente + Servidores On-Premise / Cloud

• Estudios y Grados
• +21 Años dedicado a la Informática.
• Titulado de Ingeniero en Ciencias de la Ingeniería mención Informática.
• Post-Titulo Diplomado en Gestión de Empresas.
• Diplomado en Datawarehouse & Business Intelligence.
• Diplomado en Data Science.
• Diplomado en Machine Learning.
• Candidato Magister en Data Science.
• Especialidad:
• Arquitectura de Software – Ingenieria de Software.
• Ingeniero Machine Learning - IA (Inteligencia Artificial).
• Empresas de Inteligencia Artificial.
Juan Astudillo
+56 9 52087313
juan@machinelearning.ws
https://www.linkedin.com/in/juanastudillo/
Contacto

Introducción a Scrum

Más contenido relacionado

La actualidad más candente

Similar a Introducción a Scrum

Más de Juan Astudillo

Último

Introducción a Scrum