El documento presenta la agenda de un curso de desarrollo web que incluye la presentación del profesor Oscar Caicedo, las reglas del curso como la comunicación entre estudiantes y profesor, y la metodología ABP y Scrum que se utilizará. El curso se dividirá en sprints semanales donde los estudiantes trabajarán en equipo en la creación de una aplicación web siguiendo las historias de usuario y entregando incrementos al final de cada sprint.

1. CICLO 4
Web
Desarrollo

2. Agenda
• Profesor
• Programa Curso
• Dudas
• Scrum

3. Profesor
• Oscar Andrés Caicedo Bedoya
• Ingeniero de Software de la Escuela
Colombiana de Ingeniería
• Estudiante de la maestría en Ingeniería de
Sistemas y Computación de la Universidad
de los Andes.
• Lugar de residencia: Honda
• Senior Developer en Frubana
• Profesor de Java ciclo 2021 en Misión Tic
• Ciclo1, 2, 3, y ahora ciclo 4
• Conocimiento en Java, Python, Angular,
React, Django, AWS, Base de datos
Relacional y NoSql

4. Reglas del Curso
• Llegar con material revisado
• Los primeros 10 minutos y los 10 últimos de cada clase,
responderemos dudas del tema
• Importante la comunicación
• Si voy rápido.
• Si no entienden algún tema.
• Preguntas u dudas.
• WhatsApp Grupo
• Esto es una comunidad de aprendizaje, yo soy un guía, entre
todos podemos lograr aprender
• Todo es negociable
• Marte Miércoles y Jueves 6 am a 8 am
• Viernes 6 am a 7 am
• Dudas miércoles y viernes (opcional horario)
• ¿Otra?

5. Programa

6. Programa

7. Programa

8. Programa

9. Programa

10. Programa

11. Programa

12. Programa

13. Programa

14. Programa

15. Programa

16. Programa

17. Metodología ABP (Aprendizaje Basado en Proyecto)

18. Metodología

19. Metodología

20. Programa

21. Programa

22. Programa

23. Programa

24. Programa

25. Programa

26. Programa

27. Programa

28. Programa

29. Programa

30. Programa

31. Programa

32. Programa

33. Programa

34. Programa
Segunda indicación
Luego de conformado el equipo, se deben abordar los sprints, los cuales contienen las
indicaciones necesarias para el desarrollo de la aplicación web. Cada sprint se detalla
en un documento que encontrarás en la plataforma y que deberás ejecutar para poder
alcanzar los objetivos propuestos por cada integrante. En la tabla 2 se presenta un
resumen de lo que contiene cada sprint y el porcentaje de evaluación para cada uno
de ellos.

35. Programa
•Tener creado el repositorio de las fuentes
en GitHub
•Realizar pull/request con cada cambio al
proyecto
•Tener creadas las ramas principales
Development, Release, Master
•Dar permisos a todos los integrantes del
equipo
•Hacer comentarios sobre cada cambio
que se sube al repositorio
•Hacer cambios (todos los integrantes) a
las fuentes y verlos en el historial
•Definir contexto del negocio

36. Programa

37. Programa
•El modelado de base de datos debe tener
todas las entidades (documento), como
usuarios, roles, productos, plenamente
identificados
•Las entidades deben tener definidos los
valores de las propiedades
•Identificar los comandos sobre MongoDB
para poblar datos en las estructuras del
proyecto
•Identificar los comandos para traer la
información almacenada en las
estructuras

38. Programa

39. Programa

40. Programa

41. Programa

42. Programa

43. Scrum
• Los proyectos de desarrollo de software pueden ser gestionados utilizando dos tipos de
enfoques: waterfall o agile.

44. Scrum
• Waterfall
• Caracteriza por ser un esquema de trabajo secuencial, controlado y estricto
• Era hace unos años el enfoque más utilizado para desarrollar productos de software
• Cada fases es independiente, y cuando una de ellas termina, la siguiente comienza, por lo cual
transcurre un tiempo considerable hasta que los clientes reciben resultados
• hay margen escaso para mejorar y solucionar problemas porque la retroalimentación y la
validación del cliente se reciben una vez finalizada la fase de desarrollo.

45. Scrum
• las metodologías ágiles, o ágil
• Es un enfoque para gestionar los proyectos centrándose en los cambios y la colaboración.
• Busca la mejora continua fomentando entregas frecuentes y periódicas al cliente desde el inicio
del proyecto con el fin de entregar valor, hacer validaciones y recibir retroalimentación de manera
constante.
• Sus ventajas:
• La flexibilidad,
• El enfoque en el usuario
• El aumento de calidad del producto
• La revisión a tiempo para hacer correcciones y ajustes
• El aumento en la productividad por la realización de trabajo en forma simultánea y las
entregas en ciclos cortos.
• Las metodologías ágiles requieren un alto nivel de involucramiento del cliente durante toda la
gestión del proyecto.

46. Scrum
• Es una metodología ágil de gestión de proyectos, que se basa en el desarrollo de entregas
iterativas y en una planificación con adaptación a los cambios y el progreso del proyecto.
• Dentro del marco de trabajo de scrum, el proyecto se ejecuta dividiéndolo en ciclos de tiempo
cortos de duración fija, denominados sprints.
• Cada sprint es una iteración en la que se desarrolla una parte del producto e incluye las etapas
de planeación, diseño, desarrollo, pruebas, despliegue, revisión y lanzamiento.

47. Scrum

48. Scrum
• El proceso parte de un levantamiento de las necesidades y deseos del cliente,
denominado product backlog, que se documenta en forma de historias de usuario al inicio del
proyecto.
• El product backlog debe ser visible ante todo el equipo del proyecto con el fin de que este cuente
con una visión panorámica de todas las actividades que se esperan realizar.
• El product backlog es dividido en bloques de trabajo que se desarrollan en cada uno de
los sprints
• Al final de cada sprint se entrega al cliente una parte del producto final, generando entregas
incrementales que conforman el resultado final del proyecto.
• La duración de cada sprint oscila entre una y cuatro semanas.

49. Scrum

50. Scrum
• Al inicio de cada sprint, el equipo scrum realiza una reunión de planeación en la que se
selecciona el conjunto de historias de usuario a desarrollar y se decide cómo complementarlas.
• De igual manera, durante cada sprint se realizan reuniones diarias denominadas daily,
• Son reuniones máximo 30 minutos,
• El equipo discute el progreso
• Los pasos a seguir
• Las inquietudes
• Los riesgos o bloqueos
• Sobre las tareas que cada miembro está desarrollando.

51. Scrum
• Historias de usuario
• Los requerimientos del producto, o product backlog, consisten en el listado de todas las tareas
que se pretenden hacer durante el desarrollo de un proyecto y se escriben en forma de historias
de usuario.
• Las historias de usuario están pensadas para ayudar al equipo de proyecto a centrarse en el
cliente. Por esta razón, su redacción se realiza desde el punto de vista de los diferentes roles de
usuario.

52. Scrum
• Beneficios
• Entrega de valor constante y desde el inicio del proyecto
• Desarrollo iterativo e incremental
• Mejora continua en la gestión del proyecto y del equipo de trabajo
• Diseño centrado en el usuario
• Testeo constante para permitir identificar errores y riesgos a tiempo
• Seguimiento, retroalimentación y acción en ciclos cortos

53. Scrum
• Actores dentro del equipo scrum
• El equipo scrum está conformado por las personas encargadas del desarrollo y de todas las
actividades relacionadas con el producto, desde la colaboración con los stakeholders, el testeo,
el diseño y el desarrollo.
• Todo el equipo es responsable de entregar un resultado en cada sprint para construir un
producto que crece de manera incremental a medida que avanza el proyecto.
• El equipo scrum es un equipo autogestionado, en el que cada miembro decide qué hace y cómo
lo hace bajo la guía del scrum master.

54. Scrum
• Actores dentro del equipo scrum

55. Scrum
• Actores dentro del equipo scrum

56. Scrum
• Actores dentro del equipo scrum

57. Scrum
• Actores dentro del equipo scrum

58. Scrum
• Eventos
• La implementación de la metodología scrum requiere que el equipo lleve a cabo ciertos eventos y
rutinas que permitirán organizar el trabajo y establecer rutinas para incrementar la eficiencia:
• Sprint. Los sprints son el corazón de la metodología scrum porque son los bloques de tiempo en
los que el equipo entrega resultados al cliente. Son eventos de una duración fija, que oscilan
entre una semana y un mes. Un sprint comienza inmediatamente después de la finalización
del sprint anterior.

59. Scrum
• Eventos
• Al inicio de cada sprint se realiza un sprint planning o reunión de planeación para definir
las historias de usuarios que se harán durante el sprint.
• Durante todos los días hábiles del sprint se realiza un daily o reunión diaria para hacerle
seguimiento al progreso de las actividades que está ejecutando el equipo.
• Finalmente, al culminar cada sprint se lleva a cabo un sprint review y un sprint
retrospective para consolidar resultados antes de que inicie el siguiente sprint.

60. Scrum

61. Scrum
La sprint planning tiene un límite de tiempo de máximo ocho horas para un sprint de un mes.
Para sprints más cortos, el evento suele ser de menor duración.

62. Scrum
Se realiza todos los días a la misma hora y en el mismo lugar
El principal objetivo de esta reunión es mejorar la comunicación, identificar impedimentos y tomar
decisiones de manera ágil, facilitando la ejecución de actividades.

63. Scrum
• Eventos
• Sprint review.
• Es una reunión que se realiza al final de cada sprint y en la que cada desarrollador presenta los
resultados de dicho sprint a los interesados clave y discute el progreso general de la ejecución
del proyecto.
• Al finalizar cada sprint review se ajusta y actualiza el product backlog según el avance que se
obtuvo durante el sprint.

64. Scrum
• Eventos
• Sprint retrospective.
• Es una reunión a la que asisten el product owner, el scrum master y los desarrolladores con el
objetivo de definir acciones para aumentar la calidad y la efectividad del equipo.
• Comienza con una discusión del desempeño de las personas, los procesos y las herramientas
durante el sprint, identificando aquello que salió mal y cómo puede ser mejorado.
• Al final de la reunión, se definen acciones claras para mejorar el desempeño como equipo. Estas
acciones pueden incluir cambios de herramientas, ajustes de procesos y dinámicas de equipo, y
pueden ser incluidas en el product backlog.

65. https://agilemanifesto.org/iso/es/principles.html
Principios del Manifiesto Ágil

67. https://www.pointingpoker.com/

78. Lorem ipsum Lorem ipsum Lorem ipsum
Lorem ipsum 14,2 14,2 14,2
Lorem ipsum 14,2 14,2 14,2
Lorem ipsum 14,2 14,2 14,2
Lorem ipsum 14,2 14,2 14,2

79. Lorem ipsum dolor sit
amet, consectetur
adipiscing elit. In vitae
varius mi. Etiam eu
risus malesuada
mauris molestie
maximus.
Lorem ipsum dolor
Lorem ipsum dolor sit
amet, consectetur
adipiscing elit. In vitae
varius mi. Etiam eu
risus malesuada
mauris molestie
maximus.
Lorem ipsum dolor
Lorem ipsum dolor sit
amet, consectetur
adipiscing elit. In vitae
varius mi. Etiam eu
risus malesuada
mauris molestie
maximus.
Lorem ipsum dolor
Lorem ipsum dolor sit
amet, consectetur
adipiscing elit. In vitae
varius mi. Etiam eu
risus malesuada
mauris molestie
maximus.
Lorem ipsum dolor

80. Lorem ipsum
dolor
Lorem ipsum
dolor
Lorem ipsum
dolor
Lorem ipsum
dolor
Lorem ipsum
dolor
Lorem ipsum
dolor
Lorem ipsum
dolor

81. Aquí encontrarás algunos iconos que podrás utilizar
Copia, pega y redimensiona el elemento que puede ayudarte a
presentar tu idea de una mejor manera

82. Iconos educación Iconos médicos

83. Iconos de negocios Iconos de trabajo en equipo