00:00:00
en este V vamos a analizar el ciclo de
00:00:02
dmin También conocido como phva planu
00:00:05
checka y como se aplica en diversos
00:00:08
procesos organizacionales como también
00:00:10
en el desarrollo de software es
00:00:12
importante entender No solo las fases
00:00:14
del ciclo sino también su importancia
00:00:17
para la calidad y específicamente para
00:00:19
la mejora continua este ciclo iterativo
00:00:22
Es una herramienta fundamental que nos
00:00:24
ayuda a optimizar procesos de manera
00:00:26
sistemática en el ámbito del desarrollo
00:00:28
tecnológico y la ingen de software
00:00:31
logrando resultados tangibles en la
00:00:33
calidad y eficiencia de nuestros
00:00:35
proyectos en los próximos minutos
00:00:37
veremos cada fase Y también cómo se
00:00:39
integra esta herramienta en el ciclo de
00:00:41
vida del software para asegurar una
00:00:43
calidad constante y una evolución
00:00:45
continua en la industria el ciclo de
00:00:48
demin o pdca es un método sistemático
00:00:51
que nos permite mejorar procesos de
00:00:53
forma continua a través de cuatro fases
00:00:55
planificar plan hacer do verificar check
00:00:59
y actuar act esta herramienta Es
00:01:02
esencial en la gestión de calidad Ya que
00:01:05
proporciona un marco para resolver
00:01:06
problemas de manera iterativa como ya
00:01:09
dijimos cada fase del ciclo se
00:01:12
retroalimenta lo que significa que una
00:01:14
vez completado el ciclo comienza de
00:01:16
nuevo permitiendo la mejora constante en
00:01:20
la fase planificar se identifica el
00:01:22
problema o la oportunidad se definen
00:01:24
objetivos y crea un plan de acción en la
00:01:27
fase hacer se implementa el plan y y
00:01:30
realizan los cambios necesarios en el
00:01:32
proceso en la fase verificar se evalúan
00:01:35
los resultados obtenidos y recopilan
00:01:37
datos para analizar la eficacia del plan
00:01:40
en la fase actual se toman decisiones
00:01:42
basadas en los resultados se implementan
00:01:45
cambios permanentes o se ajusta al plan
00:01:47
para un nuevo ciclo el ciclo de demin
00:01:50
tiene su origen en los trabajos del
00:01:51
estadístico Walter shat en los años
00:01:54
1920 quien desarrolló el concepto para
00:01:56
ayudar a las empresas a mejorar sus
00:01:58
procesos mediante la Retro
00:02:00
continua si bien fue ideado inicialmente
00:02:03
por shart como dijimos fue su discípulo
00:02:06
Edward de quien lo refin y popularizó a
00:02:09
nivel mundial dem fue pionero en llevar
00:02:13
este ciclo a Japón después de la Segunda
00:02:15
Guerra Mundial donde se utilizó como una
00:02:17
herramienta clave para mejorar la
00:02:19
calidad en la industri contribuyendo
00:02:21
significativamente crecimiento de
00:02:23
empresas como
00:02:24
Toyota por esta razón hoy es más
00:02:26
conocido como el ciclo de pd
00:02:30
en la actualidad esta herramienta Es
00:02:32
ampliamente utilizada en diversas áreas
00:02:34
desde la manufactura hasta el desarrollo
00:02:36
de software donde esto se traducen
00:02:38
mejoras continuas del código la
00:02:40
funcionalidad y el rendimiento
00:02:42
fundamentales para un producto de alta
00:02:44
calidad y en constante
00:02:46
evolución dijimos que el ciclo de Deming
00:02:49
comenzó aplicándose principalmente en la
00:02:51
industria manufacturera pero con el
00:02:53
tiempo Su uso se extendió a diversas
00:02:55
áreas el desarrollo de software como ya
00:02:58
mencionamos pero pero también a los
00:03:00
servicios la educación y la salud entre
00:03:03
otros en los años 80 y 90 el ciclo fue
00:03:07
integrado en las normativas
00:03:08
internacionales de gestión de calidad
00:03:10
como las ISO 9000 que utilizan este
00:03:12
ciclo como base para mejorar la calidad
00:03:14
de productos y
00:03:16
servicios en el desarrollo de software
00:03:18
el ciclo es fundamental ya que asegura
00:03:21
que los procesos de desarrollo se
00:03:22
optimicen continuamente y que cada
00:03:24
iteración del Software ofrezca una
00:03:26
mejora respecto a la anterior esta misma
00:03:30
se aplica a las metodologías ágiles que
00:03:32
también promueven ciclos iterativos de
00:03:34
planificación desarrollo verificación y
00:03:37
ajuste en el área de servicio se aplica
00:03:40
desde la atención al cliente hasta la
00:03:42
gestión de proyectos ya que el ciclo
00:03:44
pdca impulsa la mejora continua en la
00:03:46
prestación de cualquier tipo de servicio
00:03:48
optimizando la calidad y eficiencia en
00:03:52
educación también puede utilizarse en
00:03:54
gran cantidad de aspectos desde la
00:03:56
mejora de procesos educativos como la
00:03:58
planificación de la enseñanza
00:04:00
la evaluación de aprendizaje y la
00:04:02
gestión de la
00:04:03
institución en lo que respecta al campo
00:04:05
de la salud el ciclo de demin por
00:04:07
ejemplo se utiliza para optimizar la
00:04:10
gestión de hospitales la atención médica
00:04:12
la investigación y la prevención de
00:04:15
enfermedades ya habíamos comentado que
00:04:17
el ciclo pdca es un método sistemático
00:04:20
que nos permite mejorar procesos de
00:04:22
forma continua a través de cuatro fases
00:04:24
planificar plan hacer do verificar check
00:04:28
y actuar act veamos con más detalle cada
00:04:32
una de ellas en la fase planificar lo
00:04:35
primero importante es identificar qué
00:04:37
parte del proceso debe ser mejorada y
00:04:39
Establecer un plan para abordar el
00:04:41
problema o aprovechar una
00:04:43
oportunidad esta fase implica la
00:04:45
recolección de datos el análisis de la
00:04:48
situación actual y la formulación de
00:04:50
estrategias que permitan mejorar el
00:04:52
proceso en las organizaciones se
00:04:55
analizan los recursos disponibles y se
00:04:57
plantean objetivos claros y alcanzables
00:04:59
para la
00:05:00
mejora desarrollar un plan detallado con
00:05:03
pasos específicos para alcanzar los
00:05:05
objetivos también es primordial en esta
00:05:07
etapa por ejemplo una empresa de
00:05:10
manufactura puede planificar mejorar la
00:05:12
eficiencia en una línea de producción
00:05:14
identificando cuellos de botella y
00:05:16
proponiendo cambios en el flujo de
00:05:18
trabajo es importante que esta
00:05:20
planificación cuente con métricas claras
00:05:23
que luego puedan ser verificadas en las
00:05:24
fases
00:05:25
posteriores en la fase hacer se Ejecutan
00:05:28
las acciones planificadas en la fase
00:05:31
anterior aquí las organizaciones
00:05:33
implementan las actividades propuestas
00:05:36
llevando a cabo las tareas necesarias
00:05:38
para cumplimentar los procesos
00:05:40
satisfactoriamente en esta fase es
00:05:42
crucial seguir el plan lo más al pie de
00:05:44
la letra posible pero también se debe
00:05:46
estar atento a posibles desviaciones o
00:05:48
dificultades que puedan surgir durante
00:05:50
la
00:05:51
ejecución por ejemplo una empresa
00:05:53
dedicada a la comercialización que
00:05:55
quiere mejorar la atención al cliente
00:05:57
podría implementar una nueva política de
00:05:59
servicio capacitando a su personal y
00:06:01
Ajustando los procedimientos de ventas
00:06:04
es fundamental hacer un monitoreo de la
00:06:06
implementación Ajustando el plan según
00:06:09
las necesidades o problemas que surjan
00:06:11
eventualmente
00:06:12
más allá de que la implementación es la
00:06:15
parte más importante del proceso para
00:06:17
completar esta fase también es necesario
00:06:19
documentar los resultados y así poder
00:06:21
analizarlos más
00:06:22
adelante cuando hablamos de documentar
00:06:25
debemos tener en cuenta que se registran
00:06:27
tanto los avances como los obstáculos
00:06:29
encontrados y las decisiones tomadas
00:06:31
durante la
00:06:32
ejecución Una vez que se han
00:06:34
implementado los cambios llega la fase
00:06:36
verificar donde evaluamos los resultados
00:06:39
obtenidos aquí la organización recolecta
00:06:42
datos para determinar si las acciones
00:06:44
implementadas han generado las mejoras
00:06:47
esperadas esta fase es muy importante Ya
00:06:50
que nos permite analizar si el plan fue
00:06:52
exitoso o si es necesario hacer ajustes
00:06:55
adicionales por ejemplo una empresa que
00:06:58
ha implementado una nueva estrategia de
00:07:00
marketing puede revisar los resultados
00:07:02
para verificar el impacto en las ventas
00:07:03
y la satisfacción del cliente el
00:07:06
análisis debe ser riguroso Si se desea
00:07:08
evaluar correctamente que la
00:07:10
implementación de lo planificado haya
00:07:12
sido eficaz es decir que se hayan
00:07:14
logrado los
00:07:15
objetivos en la fase actuar la
00:07:18
organización toma decisiones basadas en
00:07:20
los resultados obtenidos en la fase de
00:07:23
verificación si los objetivos se
00:07:25
cumplieron los cambios se implementan de
00:07:27
manera permanente asegurando una mejora
00:07:30
continua si no se lograron los
00:07:32
resultados esperados se ajusta el plan Y
00:07:35
se repite el ciclo asegurando que la
00:07:37
mejora sea continua un ejemplo típico
00:07:41
sería una organización que ha mejorado
00:07:42
su eficiencia energética con nuevas
00:07:45
políticas si los resultados son
00:07:47
positivos estas medidas se adoptan de
00:07:50
forma
00:07:51
definitiva si no se alcanzan las metas
00:07:53
es importante revisar el proceso
00:07:55
detectar los errores y realizar los
00:07:57
ajustes necesarios para volver a empezar
00:07:59
el ciclo con mayor precisión el ciclo de
00:08:02
demin también impulsa la mejora continua
00:08:04
en el desarrollo de software ya que es
00:08:06
un proceso iterativo que se utiliza para
00:08:08
mejorar la calidad de los productos y
00:08:11
procesos que se centra en la mejora
00:08:13
continua a través de un ciclo de
00:08:15
planificación ejecución verificación y
00:08:18
acción ejemplos de ello pueden ser las
00:08:21
metodologías ágiles como scram o el
00:08:23
ciclo de vida en espiral por mencionar
00:08:25
algunos en el desarrollo de software la
00:08:28
fase
00:08:30
implica identificar los aspectos del
00:08:32
Software que requieren mejoras Y definir
00:08:35
los objetivos para la próxima
00:08:37
iteración se analizan cuestiones como
00:08:39
las métricas de rendimiento los
00:08:41
comentarios de los usuarios y las
00:08:43
necesidades del mercado para determinar
00:08:44
qué aspectos del Software requieren
00:08:47
optimización en esta fase el equipo de
00:08:49
desarrollo recopila datos como los
00:08:52
requisitos funcionales y no funcionales
00:08:54
para nuevas funcionalidades asegurando
00:08:56
una comprensión precisa de las
00:08:58
necesidades del usuario
00:09:00
la clave aquí es que los objetivos sean
00:09:02
claros y alcanzables para que puedan ser
00:09:04
evaluados y verificados más adelante es
00:09:08
necesario que dichos objetivos sean
00:09:09
específicos medibles alcanzables
00:09:13
relevantes siempre con plazos definidos
00:09:15
para la próxima iteración del Software
00:09:18
un ejemplo de planificación en software
00:09:20
sería recolectar requisitos para una
00:09:22
nueva funcionalidad analizar su
00:09:24
viabilidad técnica y planificar las
00:09:26
tareas del equipo de
00:09:28
desarrollo Lo importante es dividir el
00:09:30
trabajo en tareas específicas asignando
00:09:33
responsabilidades y Estableciendo plazos
00:09:35
para cada una asegurando una ejecución
00:09:37
eficiente del proyecto en la fase hacer
00:09:41
el equipo de software implementa las
00:09:42
mejoras o desarrolla las nuevas
00:09:44
funcionalidades
00:09:46
planificadas esto incluye el diseño y la
00:09:48
codificación incluso podríamos hablar de
00:09:51
algunas pruebas iniciales del nuevo
00:09:52
código generado siguiendo las
00:09:55
especificaciones del plan utilizando
00:09:57
lenguajes de programación y herramientas
00:09:59
de de desarrollo
00:10:00
adecuadas es importante seguir el plan
00:10:03
pero también estar preparados para
00:10:05
realizar ajustes si surgen problemas
00:10:07
imprevistos por ejemplo si se está
00:10:10
desarrollando una nueva funcionalidad en
00:10:12
una aplicación móvil se puede
00:10:14
seleccionar el entorno de programación
00:10:16
adecuado y realizar las primeras pruebas
00:10:18
de rendimiento y
00:10:19
estabilidad durante esta fase también se
00:10:22
documentan los cambios realizados ya que
00:10:24
será necesario revisarlos en la
00:10:26
siguiente fase después de implementar
00:10:29
los cambios la fase verificar es
00:10:31
esencial para comprobar si las mejoras
00:10:33
cumplen con lo
00:10:34
planificado en el desarrollo de software
00:10:37
esto se traduce en realizar pruebas
00:10:39
rigurosas como las pruebas unitarias o
00:10:41
de integración para asegurarse de que el
00:10:43
software funciona como se espera
00:10:46
garantizando que los cambios
00:10:47
implementados cumplan con los objetivos
00:10:50
establecidos si las pruebas revelan que
00:10:52
los cambios no han cumplido con los
00:10:54
requisitos o han introducido nuevos
00:10:56
errores se debe evaluar qué partes del
00:10:58
proceso neces ser ajustadas antes de
00:11:00
pasar a la siguiente fase además es
00:11:03
importante analizar métricas de
00:11:05
rendimiento como tiempos de respuesta
00:11:08
consumo de recursos y
00:11:09
errores la fase verificar tiene mucho
00:11:12
peso en el desarrollo de software ya que
00:11:14
garantiza que los cambios implementados
00:11:16
o las funcionalidades agregadas cumplan
00:11:19
con los objetivos establecidos
00:11:21
asegurando la calidad y funcionalidad
00:11:22
del Software en la fase actuar el equipo
00:11:26
toma decisiones basadas en los
00:11:28
resultados de la fase de
00:11:30
verificación si los objetivos de calidad
00:11:32
y rendimiento se cumplieron se lanza la
00:11:34
nueva versión del Software o se
00:11:36
implementan las mejoras de forma
00:11:38
permanente si no se alcanzaron los
00:11:41
resultados esperados se corrigen los
00:11:43
errores y vuelve a comenzar el ciclo un
00:11:46
ejemplo de esto sería corregir errores
00:11:48
descubiertos en la fase de prueba antes
00:11:50
de lanzar una nueva actualización de
00:11:52
software La idea es asegurarse de que la
00:11:55
calidad del Software sea óptima antes de
00:11:57
lanzarlo al mercado o entregarlo al
00:11:59
cliente de ser necesario el equipo
00:12:02
ajusta el plan para garantizar la
00:12:04
calidad y la satisfacción del
00:12:06
cliente la mejora continua en el
00:12:08
desarrollo ágil integra el ciclo de
00:12:10
demin con cada Sprint donde se
00:12:12
planifican mejoras se desarrollan se
00:12:15
verifican y se implementan continuamente
00:12:18
asegurando que el software evolucione
00:12:20
constantemente esto permite que las
00:12:22
aplicaciones se adapten rápidamente a
00:12:24
los cambios en las necesidades de los
00:12:26
usuarios y del mercado manteniendo su
00:12:30
el ciclo de demin tiene una relación
00:12:32
directa con las metodologías ágiles que
00:12:34
se utilizan en el desarrollo de software
00:12:36
moderno en metodologías Como scram cada
00:12:40
Sprint sigue un enfoque iterativo muy
00:12:41
similar al ciclo
00:12:43
phva en cada Sprint se planifica el
00:12:46
trabajo a realizar definiendo las tareas
00:12:48
y objetivos de este luego el equipo
00:12:52
desarrolla la funcionalidades del Sprint
00:12:55
el tercer paso es verificar El Progreso
00:12:57
y por supuesto la
00:13:00
finalmente se ajusta el enfoque o se
00:13:02
adopta un cambio act para el siguiente
00:13:05
ciclo esta estructura asegura que los
00:13:08
equipos de desarrollo puedan responder
00:13:10
rápidamente a cambios en los requisitos
00:13:12
o problemas emergentes lo que se traduce
00:13:14
en una mejora continua del producto en
00:13:18
este contexto el ciclo de demin no solo
00:13:20
mejora la calidad técnica del Software
00:13:23
sino también la capacidad del equipo
00:13:24
para adaptarse y
00:13:26
evolucionar una de las claves del ciclo
00:13:28
de de demin es la toma de decisiones
00:13:30
basadas en
00:13:31
datos durante la fase de verificación y
00:13:34
actuación es fundamental analizar
00:13:36
métricas objetivas que nos permitan
00:13:38
saber si los cambios han tenido el
00:13:40
impacto esperado estas métricas nos
00:13:43
ofrecen una base sólida para tomar
00:13:45
decisiones informadas sobre si un cambio
00:13:47
debe implementarse de manera definitiva
00:13:49
o si es necesario realizar ajustes
00:13:52
adicionales de esta manera el ciclo no
00:13:55
se basa en suposiciones sino en hechos
00:13:57
concretos que garantizan que las mejoras
00:13:59
implementadas sean
00:14:01
efectivas en software esto se traduce en
00:14:04
el análisis de métricas como la cantidad
00:14:06
de errores
00:14:07
detectados los tiempos de respuesta y
00:14:10
rendimiento del
00:14:11
Software el uso de memoria cpu y otros
00:14:15
recursos o incluso la satisfacción del
00:14:18
usuario su feedback y
00:14:20
valoración estas métricas nos ofrecen
00:14:22
evidencia para tomar decisiones
00:14:24
informadas sobre si un cambio debe
00:14:26
implementarse de manera definitiva o si
00:14:28
es necesario realizar ajustes
00:14:31
adicionales de esta manera el ciclo no
00:14:33
se basa en suposiciones sino en hechos
00:14:36
concretos que garantizan que las mejoras
00:14:38
implementadas sean
00:14:40
efectivas para ayudarnos a tomar
00:14:42
decisiones basadas en datos se pueden
00:14:44
utilizar las herramientas del control de
00:14:46
calidad que contribuyen de manera
00:14:48
diferente en cada fase del ciclo
00:14:50
pdca en la fase planificar podemos
00:14:53
apoyarnos en varias herramientas de
00:14:55
control de calidad para identificar
00:14:57
problemas Y definir nuestras metas
00:14:59
y así mejorar la calidad del
00:15:02
Software por ejemplo la hoja de recogida
00:15:05
de datos nos permite recopilar
00:15:06
información detallada sobre el
00:15:08
rendimiento actual de un proceso o
00:15:10
sistema lo que nos ayudará a tomar
00:15:12
decisiones
00:15:13
informadas otra herramienta Útil es el
00:15:16
diagrama de chikava o diagrama de causa
00:15:18
efecto que nos ayuda a visualizar las
00:15:20
posibles causas de un problema
00:15:22
clasificándolas en categorías como
00:15:24
recursos procesos o
00:15:26
tecnología en una empresa de
00:15:28
distribución por ejemplo se puede
00:15:30
utilizar el diagrama para entender Por
00:15:32
qué los envíos llegan tarde mientras que
00:15:34
en el desarrollo de software el diagrama
00:15:37
puede ser Útil para identificar las
00:15:39
causas de un Bag durante la fase hacer
00:15:42
el diagrama de parito Es una herramienta
00:15:44
valiosa para priorizar los problemas más
00:15:46
significativos y abordar primero
00:15:48
aquellos que tienen mayor impacto el
00:15:51
principio de parito nos dice que
00:15:52
aproximadamente el 20% de las causas son
00:15:55
responsables del 80% de los problemas
00:15:58
por lo que
00:15:59
esas causas clave nos permitirá ser más
00:16:01
eficientes en nuestras acciones en un
00:16:04
restaurante este diagrama puede ayudar a
00:16:06
identificar las quejas más comunes de
00:16:08
los clientes y enfocar los esfuerzos en
00:16:11
solucionarlas en software puede ayudar a
00:16:14
identificar que BS causan el 80% de los
00:16:17
errores críticos y priorizarlos para su
00:16:19
resolución en la fase verificar
00:16:22
utilizamos herramientas que nos permitan
00:16:24
ir analizando resultados como ser el
00:16:27
gráfico de control que nos permite
00:16:29
monitorear el rendimiento de un proceso
00:16:31
a lo largo del tiempo y verificar si los
00:16:33
cambios implementados están dando los
00:16:35
resultados esperados en una fábrica el
00:16:38
gráfico de control puede mostrar Por
00:16:40
ejemplo si el proceso de producción está
00:16:43
dentro de los límites de tolerancia de
00:16:45
calidad otra herramienta Útil es el
00:16:48
diagrama de dispersión que nos permite
00:16:50
analizar la relación entre dos variables
00:16:53
en software podemos utilizar este
00:16:55
diagrama para analizar si existe una
00:16:57
correlación entre el aumento de usuarios
00:16:59
y la cantidad de errores reportados en
00:17:01
una aplicación en la fase actuar podemos
00:17:04
utilizar el histograma para visualizar
00:17:06
la distribución de los resultados y
00:17:08
evaluar si los cambios han mejorado el
00:17:11
proceso por ejemplo una empresa de
00:17:13
logística puede usar un histograma para
00:17:15
analizar la variabilidad en los tiempos
00:17:17
de entrega después de implementar
00:17:19
mejoras en sus
00:17:20
procesos otra herramienta clave es la
00:17:23
estratificación que nos permite analizar
00:17:25
los datos por categorías específicas
00:17:27
para entender como las mejoras han
00:17:29
afectado a diferentes segmentos en
00:17:32
software la estratificación puede ser
00:17:34
Útil para desloar los datos de
00:17:36
rendimiento según diferentes sistemas
00:17:37
operativos o versiones de una aplicación
00:17:40
y así identificar donde es necesario
00:17:42
realizar más ajustes el ciclo de demin
00:17:45
Es una herramienta poderosa que nos
00:17:47
permite asegurar que siempre estamos
00:17:48
mejorando los procesos en el desarrollo
00:17:50
de software y otras
00:17:52
áreas la clave para su éxito está en
00:17:55
aplicarlo de manera consistente y
00:17:56
utilizar las herramientas de control
00:17:58
deal adecuadas en cada fase es siempre
00:18:01
recomendable integrar este enfoque en
00:18:03
cada proyectos para garantizar que los
00:18:05
resultados no solo mantengan un alto
00:18:07
nivel de calidad sino que evolucionen
00:18:10
continuamente uno de sus beneficios es
00:18:12
que permite la evolución de los procesos
00:18:14
y productos de forma constante es decir
00:18:17
la mejora continua Consecuentemente la
00:18:20
calidad siempre es consistente Es decir
00:18:23
que se mantiene en un alto nivel a lo
00:18:24
largo del desarrollo de un
00:18:26
proceso también contribuye con lograr
00:18:29
una mayor eficiencia y productividad
00:18:31
dado que permite optimizar los procesos
00:18:33
necesarios para alcanzar los objetivos
00:18:35
planteados no debemos olvidar que uno de
00:18:38
sus mayores beneficios es que impulsa
00:18:40
una mayor adaptabilidad a los cambios
00:18:42
dado que en contextos globalizados y
00:18:44
cambiantes el poder ajustarse a las
00:18:46
necesidades del mercado y a las nuevas
00:18:48
tecnologías es de Gran
00:18:50
relevancia a pesar de los beneficios que
00:18:52
ofrece el ciclo de demin su aplicación
00:18:55
no está exenta de desafíos uno de los
00:18:58
más más comunes es la resistencia al
00:19:00
cambio en muchos casos los equipos
00:19:03
pueden estar acostumbrados a ciertos
00:19:05
procesos Y ser reticentes a revisarlos o
00:19:07
ajustarlos especialmente si estos han
00:19:10
funcionado en el pasado otro desafío Es
00:19:13
la falta de recursos o tiempo para
00:19:15
realizar verificaciones exhaustivas en
00:19:17
la fase de
00:19:18
verificación sin embargo si se omite
00:19:21
esta fase se corre el riesgo de
00:19:23
implementar mejoras sin saber Realmente
00:19:25
si han sido
00:19:26
efectivas para superar estos desafíos es
00:19:29
importante fomentar una cultura de
00:19:31
mejora continua en la que todos los
00:19:33
miembros del equipo comprendan los
00:19:34
beneficios de seguir este enfoque
00:19:37
iterativo gracias
![A História Das Coisas [DUBLADO] | O consumo exagerado e o impacto agressivo sobre o meio ambiente](https://ruhnrawpgxrzdrgaohnf.supabase.co/storage/v1/object/public/images/video/fywliXXm55g/thumbnail.jpg)
