Agile en ingeniería de datos

Cursos Empresas Blog Live Conf Precios

Contenido del curso

Introducción a la ingeniería de datos

Herramientas del ciclo de DataOps

Ejerciendo como Data Engineer

Conclusiones

Tomar examen

Agile en ingeniería de datos

Comentarios

Fabio Figueroa Benitez.

Estudiante

Scrum vs Kanban En muchos casos se intenta diferenciar Kanban de lo que es la metodología Scrum en sí, por lo que vamos a ver algunas de las diferencias que existen entre ambas:

En Scrum existen los roles de Scrum Master, de Product Owner y del equipo, mientras que Kanban no existen roles. En Scrum se trabaja con iteraciones de tiempo fijo, con unos ciclos fijos que se denominan Sprints, mientras que en Kanban tenemos un trabajo continuo y no tenemos esas interacciones o esos ciclos durante el desarrollo. Scrum limita el WIP (work in process o número de tareas que se pueden tener en paralelo en una de las posiciones del tablero) por iteración, mientras que Kanban limitar ese WIP por el estado del flujo de trabajo. Mientras que Scrum exige equipos multidisciplinares, para que todos los miembros del equipo puedan realizar varias tareas y sea todo más más ágil, en Kanban se permiten los equipos formados por especialistas. En este caso podemos tener algún problema a la hora de gestionar esos equipos, pero existen una serie de normas o de prácticas para llevar a cabo para solucionarlo. En Scrum no se permiten cambiar las tareas del Sprint, es decir, una vez que la tarea asignada al mismo no puede ser movida, en todo caso lo que se permite es modificar la fecha de entrega del Sprint, pero no esa tarea. En Kanban, por el contrario, se puede modificar la tarea hasta que entra en flujo, hasta ese momento podemos modificar la tarea. En Scrum la pila del producto, es decir, el conjunto de tareas que tenemos que realizar durante el Sprint, tiene que tener al menos el tamaño de un Sprint, ya que, lógicamente, no podemos tener menos de un Sprint. En Kanban, al tener un ritmo de trabajo continuo, lo que se hace es ir arrastrando las nuevas tareas por el panel hasta que lleguen a su estado final y finalicen. Cualquier nuevo requisito del cliente será una nueva tarjeta o post-it que se añadirá al flujo de entrada y que seguirá su flujo normal hasta la salida. En Scrum se mide todo lo que sea necesario, se miden historias, es decir, cuánto nos va a llevar realizar cada historia de usuario, se mide cuánto tiempo o esfuerzo nos va a llevar realizar cada una de las tareas y se mide también la velocidad del equipo, que es la cantidad de trabajo que hemos realizado dividido por la cantidad de tiempo. En Kanban, como ya tenemos una cierta habilidad de la metodología, no se miden ni tareas ni velocidad. En Scrum se necesita una pila del producto priorizada, porque como el desarrollo completo lo vamos a dividir en distintos Sprints, la necesitamos para que los primeros Sprints se encarguen de realizar las tareas de mayor prioridad. Con lo que vamos a conseguir llevar valor al cliente de una manera mucho más rápida y las tareas con menor prioridad serán realizando en los Sprints posteriores. Esta priorización la hará el Product Owner. En Kanban la historia o tarea es arrastrada directamente desde el cliente, por lo cual no necesita esa priorización. En Scrum se tienen una serie de reuniones y se utilizan una serie de gráficos, como el burn down, en el que podemos ver el avance del proyecto, y el burn up, que sirve para medir la velocidad del equipo. En Kaban no se considera ni ese tipo de reuniones ni de gráficos. En Scrum los tableros se van a resetear al final de cada Sprint, es decir, conforme vamos finalizando el mismo, el tablero queda vacío y comenzamos de nuevo añadir nueva nuevas historias de usuario, las siguientes en prioridad. En Kanban, como vamos a tener un flujo de entrada-salida, conforme las tarjetas van pasando por cada uno de los estados hasta llegar al estado final, cuando llegan a ese estado salen del tablero y se archivan, vamos a tener un flujo continuo.

Mi Chu

Estudiante

No conocía kanban, me enamoré de la metodología 😍😍😍 la siento más startup friendly

Ricardo Alanis

Profesor

Gracias por compartir!!

Mauro Benito Montoya Arenas

Estudiante

Yo he trabajado en una empresa con la metodología Kanban. Lo bueno es que, para tareas sencillas, Kanban es perfecto. Pero con tareas que requieren mas de 1 dia, se complica. Ya que Kanban esta diseñado para hacer tareas en cortos periodos. En esos casos, creo que queda a criterio de la empresa, ser mas flexible con la utilizacion de una u otra metodología.

Ricardo Alanis

Profesor

Asi es, gracias por compartir!

Andres Sanchez

Estudiante

6. Agile en ingeniería de datos

Entregar resultados diferenciales de manera continua
Una advertencia: Muchos temas de Agile tienen muchísima opinión.
Scrum, se separa en sprints.
Kanban. Hacer contribuciones en corto tiempo por tarjetas.

La elección entre Scrum y Kanban depende de varios factores, incluyendo el tipo de proyecto, las necesidades del equipo y la cultura organizacional. Ambos marcos de trabajo ágiles tienen sus propias fortalezas y se adaptan mejor a diferentes situaciones. Veamos algunas características y consideraciones clave de cada uno:

Scrum:

Estructura: Scrum se basa en iteraciones llamadas "sprints" con una duración fija, generalmente de 1 a 4 semanas. Cada sprint tiene un objetivo claro y se planifica con un conjunto de historias de usuario.
Roles y responsabilidades: Scrum tiene roles específicos, como el Scrum Master (responsable de facilitar el proceso), el Product Owner (responsable de gestionar el backlog del producto) y el equipo de desarrollo.
Visibilidad y transparencia: Scrum promueve la transparencia y la visibilidad del progreso a través de reuniones diarias de seguimiento (Daily Scrum), reuniones de planificación de sprint, revisiones y retrospectivas.
Flexibilidad limitada: Scrum ofrece menos flexibilidad en términos de cambios durante un sprint, ya que se busca mantener la estabilidad durante ese período.

Kanban:

Flujo continuo: Kanban se basa en el flujo continuo de trabajo, visualizado a través de un tablero Kanban con columnas que representan diferentes etapas del proceso.
Limitación del trabajo en progreso (WIP): Kanban enfatiza la importancia de limitar el número de tareas en progreso a la vez para evitar cuellos de botella y maximizar la eficiencia.
Adaptabilidad: Kanban es más flexible y permite cambios en cualquier momento. No hay iteraciones fijas, lo que brinda más libertad para responder a las demandas cambiantes del proyecto.
Enfoque en la mejora continua: Kanban promueve la mejora continua del proceso, buscando identificar y eliminar los obstáculos y mejorar la eficiencia.

En resumen, Scrum es adecuado para proyectos donde se requiere una planificación más estructurada, con un enfoque en entregables específicos en cada sprint. Kanban, por otro lado, se adapta mejor a proyectos con requisitos cambiantes y un flujo de trabajo más continuo y flexible.

La elección entre Scrum y Kanban dependerá de las necesidades específicas del proyecto y del equipo, así como de la cultura y la capacidad de adaptación de la organización. Algunas organizaciones pueden incluso combinar elementos de ambos marcos de trabajo para crear un enfoque híbrido que se ajuste mejor a sus circunstancias.

Ricardo Alanis

Profesor

Iván León Niño Ramírez

Estudiante

la verdad y esto quizas es una opinion basada es en experiencia previa lo mejor es ambas, scrum gestiona mejor el tiempo, kanban gestiona mejor las tareas, unir ambos mundos es lo mejor, lo estandar de scrum son los sprint de dos semanas con las ceremonias diarias de 15 minutos, tambien a eso le agregas la weekly y la retro, si a esa gestion de tiempos le agregas lo mejor de kanban con el seguimiento de tareas es para mi un mundo ideal, o al menos el mejor que trabaje

Julian Castro Pulgarin

Estudiante

Personalmente me gusta más SCRUM en terminos de planeacion, pero me ajusto a todo, creo que en lo que hago usamos ambas, yo no se jajaja, esas cosas me estresan pensarlo porque es complicar mucho el trabajo de developer; pero mientras más claras tengas las tareas y mejor puedas comunicarlo con tu equipo, más productivo es el desarrollo (es lo que me gusta de SCRUM), pero again, esa vaina es muy rara >-<

Ricardo Alanis

Profesor

Correcto, como siempre, Agile se ajusta al cambio!

Stephania Millán

Estudiante

•

Scrum: Estructura y Disciplina

Ventajas

✅ Foco total: Al cerrar el Sprint, el equipo se compromete a una meta sin distracciones externas.****

✅ Mejora continua: Las retrospectivas obligan al equipo a analizar qué falló y mejorar cada 2 semanas.

✅ Predicibilidad: Permite estimar fechas de entrega basadas en la "velocidad" histórica del equipo.

Desventajas

❌ Rigidez: Si surge una urgencia real a mitad de semana, "romper" el Sprint es costoso y frustrante.

❌ Burocracia: Requiere muchas reuniones (Daily, Planning, Review, Retro) que pueden cansar al equipo si no se llevan bien.

❌ Presión: El final del Sprint puede generar estrés innecesario para cumplir con el compromiso.

Kanban: Agilidad y Flujo

Ventajas

✅ Flexibilidad máxima: Puedes cambiar la prioridad de la siguiente tarea hoy mismo sin esperar a que termine un ciclo.

✅ Reduce el desperdicio: Al limitar el WIP (Trabajo en curso), evitas que el equipo empiece muchas cosas y termine pocas.

✅ Fácil implementación: No requiere cambiar los títulos de los puestos ni crear eventos complejos; se adapta a lo que ya tienes.

Desventajas

❌ Falta de hitos: Al ser un flujo infinito, a veces se pierde la sensación de "victoria" que da terminar un Sprint.

❌ Riesgo de estancamiento: Si no hay límites de WIP estrictos, el tablero se convierte en una lista de tareas infinita y desordenada.

❌ Menos estructura: Sin roles claros, algunos equipos pueden sentirse perdidos respecto a quién toma las decisiones de producto.

Como sé cual usar?

Usamos Scrum si estamos construyendo un producto nuevo desde cero, tienes un equipo dedicado y necesitas hitos claros para mostrar progreso a los stakeholders.
Usa Kanban si el trabajo o proyecto es reactivo (como soporte técnico o diseño bajo demanda), tienes prioridades que cambian a diario o simplemente quieres optimizar un proceso que ya existe sin revolucionar la estructura del equipo.

Carlos Orejuela

Estudiante

En Kanban se enfatiza mucho en la visualización a través de tablas con columnas, como: To-Do, In Progress, Review y Done, logrando que los equipos tengan un entendimiento rápido sobre el status del proyecto. También, se emplea un WIP limit para delimitar la cantidad máxima de trabajo que puede existir en el flujo de trabajo. A diferencia de SCRUM, no existen roles en los equipos y no hay casillas de tiempo como los sprints, ya que está basado en la entrega continua de resultados.
SCRUM divide los proceso del proyecto en chunks más pequeños denominados sprints, cuya duración puede ser de 1 a 4 semanas. Durante un sprint, se realizan reuniones cortas para identificar posibles bottlenecks en el proyecto. Y una vez finalizado un sprint se realiza una reflexión sobre lo que salió bien y los puntos de mejora. En SCRUM existen 3 roles principales: SCRUM Master, Product Owner y el equipo de desarollo.

Javier Valdés

Estudiante

** Scrum**

Agile Scrum es un marco de trabajo dentro de la filosofía Ágil que se basa en la colaboración y la planificación iterativa. El equipo de trabajo se organiza en roles como el Product Owner (dueño del producto), el Scrum Master (facilitador) y los desarrolladores. El trabajo se divide en iteraciones llamadas "sprints", que suelen durar de 1 a 4 semanas. Durante cada sprint, el equipo elige una serie de tareas a realizar y trabaja en ellas. Al final del sprint, se presenta un incremento funcional del producto.

Ejemplo de Agile Scrum: Imagina que un equipo está desarrollando una aplicación móvil. En un sprint de dos semanas, se comprometen a diseñar la pantalla de inicio y permitir a los usuarios iniciar sesión. Al final del sprint, presentan la pantalla de inicio con la funcionalidad de inicio de sesión completa.

Ricardo Alanis

Profesor

gracias por compartir!

Andrés Felipe Sánchez Blandón

Estudiante

despúes de esta clase me queda más claro el sistema de planeación que llevamos dentro de nuestro proceso, tenemos una combinación de los dos ya que por ejemplo manejamos sprints y distribución de tareas para cierto rango de tiempo , pero la manera en que las visualizamos es mediante tableros en dodne se refleja el por hacer, haciendo y hecho.

Ricardo Alanis

Profesor

Muchas gracias por contribuir, es muy importante esa visibilidad!

Andres Felipe Diaz Bolaños

Estudiante

Me parece interesante de kanban el flujo continuo y lo fácil de ver el progreso con el tablero kanban, aunque en scrum creo que el poder tener reuniones rapidas diariamente y una grande al final permite una gran retroalimentación y aprendizaje. Al final de cuentas lo que importa es el criterio de escoger la mejor herramienta para resolver nuestro problema y no escoger la que es más popular.

Ricardo Alanis

Profesor

Asi es Andres, más que aspirar a tener herramientas, es empujar a tener un flujo que genere valor.

Luis Alfredo Villalta López

Estudiante

¿Por qué es mejor iterar modelos de datos?

Porque los requerimientos del negocio y la naturaleza de los datos cambian constantemente. Si intentas diseñar un esquema de base de datos perfecto desde el día uno, para cuando lo termines, las preguntas del negocio ya habrán evolucionado. Iterar te permite adaptar tus modelos en ciclos cortos. Puedes empezar con una estructura desnormalizada simple en tu Data Warehouse para responder la pregunta urgente de hoy. En iteraciones futuras, refinas el modelo, optimizas las particiones y mejoras el rendimiento. Así reduces el riesgo de construir algo complejo que nadie termine utilizando.

Kevin Ulises Covarrubias Pavón

Estudiante

Me parece que incluso en agile hay de agile a agile 🤣 Hablando en serio, SCRUM me parece un excelente metodo para aprender y mejorar el proceso de forma continua, pero que por lo mismo puede generar más fricción si el equipo no puede seguir el ritmo de los demás. Mientras kanban suena a puro caos concentrado en dar resultados, con poco seguimiento, sin espacio a la mejora del proceso pero muy rapido.

Eliana Ducuara

Estudiante

Scrum se maneja por sprints para obtener entregables ademas itera, Kanban no maneja estas dos pero maneja las actividades en un tablero donde visualizan las fases ademas es mas flexible en cuanto a cambios en el tiempo de entregas

Brayan Neciosup

Estudiante

Diferencias entre Kanban y Scrum:
1. Scrum presenta sprint para el desarrollo de entregables. Kanban no maneja sprints, solo sigue el flujo de las actividades/entregables.
2. Scrum es iterativo, es decir, permite iterar sobre un entregable hasta que se obtenga un valor adecuado. Kanban no es iterativo, pero, maneja cada actividad/entregable en el tablero de sus fases y así, se sabe donde pueda ocurrir la demora y actuar en consecuencia.
Ventajas y Desventajas:
1. Scrum provee un iteratismo sobre los entregables, permitiendo que cada uno tenga un valor y resultado adecuado.
2. Kanban es más flexible a los cambios de nuevos necesidades.
3. Scrum es rígido, por ende, no se permiten cambios en cada sprint.
4. Kanban no es iterativo, eso juega en contra en el desarrollo de cada activdad/entregable a desarrollarse.

Roger Ivan Gurdian Castillo

Estudiante

Diferencias:

Tipo

Scrum: Marco de trabajo ágil estructurado

Kanban: Método visual y flexible

Planificación

Scrum: Se trabaja en sprints (iteraciones fijas, normalmente 1–4 semanas)

Kanban: Flujo continuo, sin sprints

Roles

Scrum: Roles definidos: Product Owner, Scrum Master, Equipo

Kanban: No define roles obligatorios

Cambios

Scrum: Cambios no recomendados durante el sprint

Kanban: Cambios permitidos en cualquier momento

Entregas

Scrum: Al final de cada sprint

Kanban: Entregas continuas

Visualización

Scrum: Backlog y tablero Scrum

Kanban: Tablero Kanban (columnas del flujo de trabajo)

Métricas

Scrum: Velocidad, burndown chart

Kanban: Lead time, cycle time

Reuniones

Scrum: Ceremonias obligatorias (planning, daily, review, retro)

Kanban: No obligatorias

Scrum

Ventajas

Estructura clara y definida
Facilita la planificación y predicción
Fomenta la mejora continua (retrospectivas)
Ideal para equipos que desarrollan productos complejos

Desventajas

Menos flexible ante cambios urgentes
Requiere disciplina y compromiso del equipo
Las reuniones pueden sentirse pesadas
No ideal para trabajo muy impredecible

Kanban

Ventajas

Muy flexible y fácil de adoptar
Ideal para trabajo continuo o soporte
Cambios se pueden introducir en cualquier momento
Reduce cuellos de botella al limitar el trabajo en progreso (WIP)

Desventajas

Menos estructura y previsibilidad
Puede faltar planificación a largo plazo
No define roles ni tiempos
Riesgo de desorden si no se gestiona bien

Daniel Avila Cardenas

Estudiante

Diferencias principales entre Kanban y Scrum (en texto):

Tiempo:

Kanban funciona con un flujo continuo, no tiene plazos fijos.

Scrum trabaja en ciclos llamados sprints, normalmente de 2 a 4 semanas.

Roles:

Kanban no exige roles definidos, cualquier equipo puede usarlo de forma flexible.

Scrum establece roles claros: Product Owner, Scrum Master y Equipo de desarrollo.

Planificación:

Kanban se adapta a la demanda, las tareas entran y salen según necesidad.

Scrum requiere planificación al inicio de cada sprint, con objetivos definidos.

Adaptabilidad:

Kanban permite cambios inmediatos en cualquier momento.

Scrum solo admite cambios al final del sprint, para mantener estabilidad durante el ciclo.

Uso típico:

Kanban es ideal para mantenimiento, soporte y entornos con tareas cambiantes.

Scrum

Nahue Palacio

Estudiante

respondiendo a las pregutnas que se hacen al final del video, se puede entender que scrum es mucho mas detallista, mas elaborado para las mejoras continuas que se vayan aplicar en produccion, en donde tener un seguimiento constante, kanban por otro lado no es tan complejo, si sirve para llevar en la diaria una ruta de lo que se esta realizando pero esto puedo ser un poco confuso ya que no se tiene un feedback como en una daily asi como lo tiene scrum.

Alexander Gutierrez Ruiz

Estudiante

Kanban es un sistema de gestión visual del trabajo. busca la mejora continua, la flexibilidad y el flujo constante de tareas. El objetivo es optimizar el flujo de trabajo y reducir los tiempo que tarda una tarea en completarse.

Scrum es un marco ágil que se basa en iteraciones de tiempo fijo llamadas sprints. Cada sprint tiene una duración de 2 semanas generalmente , al final de cada sprint se entrega una mejor de producto.

Santiago Andres Gelvez Camargo

Estudiante

Scrum

Bien implementado, le brinda al equipo la exactitud de lo que estás haciendo, el valor que estas generando y todos saben en qué estás enfocado y si necesitas apoyo en algo.

Su desventaja es que puede llegar a ser agobiante si no se implementa bien, puede verse como solo reuniones y más reuniones al punto de sentirse muy limitado.

Kanban

Te permite tomar las tareas en las cuales te vas a enfocar. La sensación es que tienes mas autonomía y libertad siempre y cuando cumplas con tus responsabilidades.

En caso de un stopper, siempre puedes preguntar. Pasa que en scrum puedes caer en la tentación "mañana en el daily lo comento" retrasando la entrega.

Es una metodolgía que implica un poco mas de responsabilidad y autonomía.

Ambos métodos, implementándolos bien tienen grandes ventajas. Asimismo, una implementación mal ejecutada puede costar mucho. Depende de cada equipo.

William Alberto Paternina Romo

Estudiante

Scrum trabaja en iteracciones fijas llamadas sprint, mientras que en Kanban el flujo de trabajo es continuo.

Otra diferencia son los roles, en Scrum tenemos los Product Owner, Scrum Master y Development teams mientras que en Kanban no existen roles como tal.

También es importante resaltar que en Scrum todos los días se deben hacer ceremonias de avances de los sprint, mientras que en Kanban no existe esta reunión, igualmente se puede realizar un hibrido entre las dos metodologías ágiles la cual se llama Scrumban ya que ambas metodologías tienen pros y contras.

Introducción a la ingeniería de datos

¿Qué es ingeniería de datos? ¿Qué es Data Engineer?

Formación Integral para Data Engineers: Retos y Herramientas Esenciales

¿Cómo convertirte en Data Engineer?

¿Dónde ejercer como Data Engineer?

Tareas de Data Engineer: DataOPs

Herramientas del ciclo de DataOps