<\/span><\/h3>\nEn la pr\u00e1ctica, muchos productos pueden desarrollarse sin restricciones en el tipo de proyecto o producto.<\/p>\n
Agile (y sobre todo el framework Scrum, referencia: https:\/\/bvop.org\/learnagile\/scrum\/) implica que tiene m\u00e1s \u00abtransparencia\u00bb. La transparencia es un t\u00e9rmino bastante popular.<\/p>\n
En Waterfall, podemos volver a lograr la transparencia si as\u00ed lo deseamos.<\/p>\n
Nuevamente, con ambos m\u00e9todos, tambi\u00e9n podemos reducir la transparencia. Kanban, por ejemplo, no proclama la participaci\u00f3n del cliente en el desarrollo.<\/p>\n
El equipo puede trabajar con seguridad \u00abcerrado\u00bb durante mucho tiempo, y nadie sabe lo que est\u00e1 pasando.<\/p>\n
No se requieren sprints ni demostraciones. Esto es opcional, y muchas empresas y equipos est\u00e1n practicando formas h\u00edbridas de trabajar para lograr m\u00e1s resultados.<\/p>\n
En la pr\u00e1ctica, en todo modelo, podemos lograr la transparencia y romperla. Las doctrinas y pr\u00e1cticas no tienen condiciones estrictas excepto Scrum, donde la transparencia est\u00e1 claramente expresada y fuertemente enfocada.<\/p>\n
Con Scrum, se realizan investigaciones e inspecciones frecuentes de los clientes para reducir el riesgo de problemas y demostrar que el trabajo del per\u00edodo (sprint) est\u00e1 completo.<\/p>\n
El equipo Scrum puede saber con seguridad sobre un defecto, pero no expresarlo a otras partes y pasar desapercibido durante mucho tiempo. Solo la cultura y la actitud de los miembros del equipo pueden garantizarlo.<\/p>\n
En Waterfall, podemos tener fases de trabajo listas para usar, a menudo llamadas lanzamientos (intervalos establecidos para lanzar parte de un proyecto).<\/p>\n
En Scrum, tenemos sprints (intervalos de tiempo fijos para demostrar el trabajo terminado).<\/p>\n
No hay condiciones en ninguna pr\u00e1ctica para la duraci\u00f3n de las fases.<\/p>\n
En Scrum, la \u00fanica condici\u00f3n para un sprint es que no dure m\u00e1s de un mes calendario. El tiempo m\u00ednimo de sprint no se menciona oficialmente. Todo lo que se necesita durante este per\u00edodo es lograr alg\u00fan incremento (aumento).<\/p>\n
En Waterfall, si tenemos tareas que se desglosan en peque\u00f1as partes y el producto y la tecnolog\u00eda lo permiten, podemos tener un plazo de liberaci\u00f3n de dos semanas, por ejemplo. Si usamos Scrum, y nuestros sprints tambi\u00e9n est\u00e1n a dos semanas, tenemos los mismos resultados.<\/p>\n
El resultado de Sprint 1 puede ser el mismo que el resultado de Release 1<\/em>
\nEl resultado de Sprint 2 puede ser el mismo que el resultado de Release 2<\/em>
\netc.<\/em><\/p>\nEn la gesti\u00f3n de proyectos cl\u00e1sica, tenemos una pr\u00e1ctica llamada gesti\u00f3n de cambios y solicitud de cambio. Esto significa que el cliente puede solicitar un cambio en cualquier parte del proyecto.<\/p>\n
Cada solicitud de cambio se planifica y calcula en t\u00e9rminos de costo y tiempo y se eval\u00faa si se implementar\u00e1.<\/p>\n
La difusi\u00f3n popular generalizada de la idea del alcance y la incapacidad de cambiar se enfatiza en exceso y se propaga de un sitio a otro y de un libro a otro sin ninguna competencia o intenci\u00f3n.<\/p>\n
La ra\u00edz de esta idea es que si vierte 200 toneladas de hormig\u00f3n en su proyecto, ser\u00eda un reto hacer \u00abcambios de dise\u00f1o\u00bb si la losa de hormig\u00f3n fuera 20 cm m\u00e1s estrecha.<\/p>\n
Sin embargo, muchos tipos de proyectos permiten cambios sencillos.<\/p>\n
En Scrum, tenemos el rol de Product Owner (en otros flujos de trabajo de Product Manager), que decide qu\u00e9 cambio de la \u00faltima iteraci\u00f3n, cu\u00e1ndo se realizar\u00e1, priorizando el trabajo y, nuevamente, si se realizar\u00e1 evaluando su valor.<\/p>\n
En este caso, de nuevo, si lo deseamos, podemos conseguir mucha uniformidad.<\/p>\n
<\/span>Importante<\/span><\/h5>\nTodas las similitudes y similitudes pueden ser v\u00e1lidas si la naturaleza del producto lo permite.<\/p>\n
Si desarrollamos un producto con m\u00faltiples componentes que se pueden construir uno encima del otro y que pueden existir por s\u00ed solos, y el resultado es un producto parcialmente terminado, vemos la gran similitud.<\/p>\n
Sin embargo, las pr\u00e1cticas \u00e1giles no nos ayudar\u00e1n si nuestro proyecto es una estaci\u00f3n espacial que, para entender c\u00f3mo funciona, debe estar fuera de \u00f3rbita. Las iteraciones y adaptaciones tambi\u00e9n son dif\u00edciles de implementar.<\/p>\n
La conclusi\u00f3n que podemos sacar despu\u00e9s de este an\u00e1lisis tan detallado es que, en realidad, los dos enfoques tienen muchas m\u00e1s similitudes de las que se\u00f1ala la literatura popular.<\/p>\n
Las diferencias son peque\u00f1as pero significativas. La naturaleza del producto, el conocimiento de los requisitos y la capacidad de iterar con retroalimentaci\u00f3n real son los factores m\u00e1s objetivos que influyen en nuestra elecci\u00f3n del m\u00e9todo. Todo lo dem\u00e1s son factores subjetivos.<\/p>\n
Tambi\u00e9n me gustar\u00eda publicar mis puntos de vista sobre el tema. Gracias.<\/p>\n
<\/span>Cascada<\/span><\/h4>\nLa cascada es un enfoque de gesti\u00f3n de proyectos en el que el proyecto se implementa en etapas separadas hasta que se completa con \u00e9xito. Se hace un gran plan de antemano con todos los detalles posibles, y luego linealmente, va desde la primera hasta la \u00faltima etapa.<\/p>\n
Despu\u00e9s de pasar de un paso a otro, no es posible volver a la etapa anterior, por lo que el paso a la siguiente etapa se realiza despu\u00e9s de que la etapa en la que nos encontramos se haya completado por completo.<\/p>\n
<\/span>Caracter\u00edsticas:<\/span><\/h5>\nProceso secuencial: todo se ejecuta secuencialmente. Proceso previamente planificado. Sabemos exactamente lo que queremos obtener como producto final y c\u00f3mo se ver\u00e1.<\/p>\n
La calidad es m\u00e1s importante que la velocidad de finalizaci\u00f3n del proyecto. Un proceso depende de los requisitos establecidos en una etapa anterior.<\/p>\n
El alcance, el tiempo y el costo se estiman para todo el proyecto desde el principio. Entonces la empresa sabe qu\u00e9 esperar, cu\u00e1nto tiempo llevar\u00e1 completar el proyecto.<\/p>\n
Por lo general, lleva m\u00e1s de un a\u00f1o completar dichos proyectos. Es bastante dif\u00edcil hacer cambios.<\/p>\n
Incluso en la mayor\u00eda de los casos es imposible porque en un principio se decidi\u00f3 cu\u00e1l ser\u00eda el proyecto y qu\u00e9 pasos se dar\u00edan. Todo est\u00e1 documentado.<\/p>\n
<\/span>\u00c1gil<\/span><\/h4>\nAgile es un enfoque flexible de gesti\u00f3n de proyectos. Este enfoque permite que los proyectos grandes se dividan en tareas m\u00e1s manejables para que las personas que trabajan en el proyecto las manejen m\u00e1s r\u00e1pidamente.<\/p>\n
Gracias a Agile, el equipo puede adaptarse m\u00e1s r\u00e1pido y ofrecer un rendimiento m\u00e1s r\u00e1pido. Originalmente fue dise\u00f1ado para solucionar los inconvenientes de Waterfall en el desarrollo de software.<\/p>\n
No est\u00e1 claro exactamente c\u00f3mo se ver\u00e1 el producto final, y sabemos exactamente para qu\u00e9 se utilizar\u00e1. M\u00e1s importante es la velocidad de creaci\u00f3n del proyecto que la calidad.<\/p>\n
Un proyecto mucho m\u00e1s simple que se vuelve m\u00e1s claro durante el desarrollo. Los cambios son muy f\u00e1ciles de hacer porque se esperan en cualquier momento. Se crea en partes que se pueden mostrar a los clientes para que puedan ver de d\u00f3nde viene el proyecto y c\u00f3mo va. M\u00e1s com\u00fanmente utilizado en el desarrollo de software.<\/p>\n
Desde un punto de vista puramente pr\u00e1ctico, logro encontrar algunas diferencias b\u00e1sicas entre las dos t\u00e9cnicas. Lo primero que llama la atenci\u00f3n es la organizaci\u00f3n.<\/p>\n
En Waterfall, todas las acciones se dividen en pasos sucesivos.<\/p>\n
Cada uno viene despu\u00e9s del anterior. El nuevo puede comenzar cuando se completa el anterior. Mientras que con Agile los procesos pueden funcionar en paralelo.<\/p>\n
Con Waterfall, debemos haber acordado de antemano con el cliente los detalles del producto final porque todo debe estar incluido en el plan. Por otro lado, la t\u00e9cnica Agile proporciona un contacto constante con el cliente.<\/p>\n
<\/span>El m\u00e9todo de cascada ser\u00eda \u00fatil para construir peque\u00f1os proyectos.<\/span><\/h5>\nEl m\u00e9todo Waterfall ser\u00eda \u00fatil para construir peque\u00f1os proyectos. Cuando los pasos son peque\u00f1os, la visi\u00f3n final del producto tambi\u00e9n es clara y todo se puede planificar con precisi\u00f3n.<\/p>\n
Por ejemplo, podemos tomar la producci\u00f3n de una pieza de metal seg\u00fan un dibujo. El cliente nos entrega el encargo final, un dibujo de un detalle. El camino se est\u00e1 construyendo en pasos claros y la producci\u00f3n y la comercializaci\u00f3n avanzan.<\/p>\n
Por su parte, cuando el proyecto es m\u00e1s grande, el cliente a\u00fan no sabe exactamente qu\u00e9 resultado espera al final, ser\u00eda m\u00e1s adecuado utilizar la metodolog\u00eda Agile.<\/p>\n
Esto lo requiere, porque muy probablemente durante el dise\u00f1o del producto final surgir\u00e1n requerimientos adicionales, se descubrir\u00e1n necesidades adicionales del cliente y si estamos en constante contacto con \u00e9l podremos corregirlas de inmediato. Como ejemplo, dar\u00eda cualquier software de usuario final.<\/p>\n
El cliente quiere una aplicaci\u00f3n que haga algo b\u00e1sico pero no sabe que dise\u00f1o tendr\u00e1, cuales ser\u00e1n las opciones principales y adicionales.<\/p>\n
Otra diferencia entre las dos metodolog\u00edas es la documentaci\u00f3n y el informe del trabajo del proyecto.<\/p>\n
Otra diferencia que veo entre las dos metodolog\u00edas es la claridad y precisi\u00f3n con la que podremos documentar e informar sobre el trabajo del proyecto.<\/p>\n
En el caso de Waterfall, tenemos pasos claros en los que podemos establecer plazos y requisitos claros. Podemos monitorear la calidad de cada etapa completada as\u00ed como revisar lo que se ha hecho en ella.<\/p>\n
Todas estas cosas ser\u00edan mucho m\u00e1s complicadas si us\u00e1ramos la metodolog\u00eda \u00e1gil, en la que las cosas se fusionan y cambian constantemente.<\/p>\n
Tomar\u00eda mucho m\u00e1s tiempo y energ\u00eda analizar el trabajo de un equipo en particular o el desempe\u00f1o de una tarea en particular.<\/p>\n
Ser\u00eda mucho m\u00e1s dif\u00edcil encontrar problemas de fondo en los procesos internos de la empresa (independientemente de la unidad\/departamento), que si se detectan a tiempo se pueden corregir.<\/p>\n
En conclusi\u00f3n, puedo decir que la adherencia estricta a cualquiera de las dos metodolog\u00edas conducir\u00eda a dificultades y problemas en una etapa del proyecto.<\/p>\n
Ser\u00eda l\u00f3gico utilizar t\u00e9cnicas de ambas metodolog\u00edas (y no solo), y calibrar para cada proyecto y cliente espec\u00edfico. Cada proyecto debe planificarse de acuerdo con la naturaleza del producto final, manteniendo la m\u00e1xima flexibilidad cuando sea necesario.<\/p>\n
Por supuesto, el uso de buenas pr\u00e1cticas de ambas metodolog\u00edas no nos limita a utilizar nuestra experiencia personal, as\u00ed como a consultar otras metodolog\u00edas menos populares.<\/p>\n
La cascada es una metodolog\u00eda con un enfoque lineal para el desarrollo de productos y cada fase debe completarse para comenzar con la siguiente, lo que para un proyecto puede ser el mejor modelo porque, despu\u00e9s de completar cada fase, puede hacer un an\u00e1lisis y decir si hay<\/p>\n
Todav\u00eda quedan cosas por completar en la fase o ha terminado y puede pasar a la siguiente etapa.<\/p>\n
El progreso del proceso es mucho m\u00e1s f\u00e1cil de medir porque se puede ver el desarrollo de una fase a la que se ha llegado. La desventaja de este modelo es la finalizaci\u00f3n m\u00e1s lenta del producto.<\/p>\n
En el modelo Agile hay una fusi\u00f3n de fases, lo que en algunos casos conducir\u00eda a un desarrollo m\u00e1s r\u00e1pido del producto, pero se debe definir muy claramente para cada unidad, lo que debe hacer en su campo para que el grupo de departamentos avance. una onda, ya que son como vasos conectados y el retraso de una de las fases conduce a un retraso en las otras fases.<\/p>\n
En el modelo Agile, en lugar de crear cronogramas, se realizan los llamados \u201csprints\u201d, que forman parte del tiempo en cada fase. Cada sprint tiene una duraci\u00f3n corta y unos objetivos determinados a conseguir, determinando as\u00ed el resultado en el avance de las fases.<\/p>\n
La desventaja de este modelo es que si no hay una buena conexi\u00f3n entre los departamentos, puede resultar que la duraci\u00f3n de las apuestas para todo el proyecto sea muy incorrecta.<\/p>\n
En general, Agile se est\u00e1 volviendo m\u00e1s popular debido a las nuevas empresas, que hoy en d\u00eda no tienen mucho tiempo y recursos para dedicar a un proyecto lineal y est\u00e1n recurriendo al modelo Agile.<\/p>\n
El enfoque de gesti\u00f3n de proyectos en cascada se utiliza en proyectos para los que tenemos una gran claridad sobre los requisitos del cliente. Esta metodolog\u00eda requiere una buena planificaci\u00f3n, as\u00ed como seguir el plan ya establecido.<\/p>\n
Los cambios en el proyecto no son deseables, pero cuando son inevitables se hacen. Con Waterfall, no sabemos hasta el final del proyecto si tendr\u00e1 \u00e9xito al final.<\/p>\n
Agile, por otro lado, es una metodolog\u00eda que se basa en cambios frecuentes. Agile se utiliza para proyectos en los que no tenemos claridad sobre los requisitos.<\/p>\n
El trabajo se realiza en iteraciones separadas, lo que generalmente toma 2 semanas. Con \u00e9l, recibimos retroalimentaci\u00f3n del cliente despu\u00e9s de cada iteraci\u00f3n. Si se necesita un cambio, se puede hacer de inmediato.<\/p>\n
Puedo dar el siguiente ejemplo, si nuestro proyecto es para la construcci\u00f3n de un puente, elegir\u00edamos el modelo Waterfall, si estamos desarrollando un producto de software Agile ser\u00eda m\u00e1s apropiado.<\/p>\n
Los modelos de desarrollo de los proyectos Agile\/Flexible, Adaptive\/ y Waterfall\/Consistent\/ se encuentran entre las metodolog\u00edas m\u00e1s populares en la actualidad.<\/p>\n
La diferencia entre ellos no es tanto te\u00f3rica como pr\u00e1ctica. Agile es un sistema de ideas y principios de gesti\u00f3n de proyectos \u00abflexible\u00bb, en base al cual se han desarrollado m\u00e9todos populares de Scrum, Kanban y otros.<\/p>\n
El principio clave es el desarrollo a trav\u00e9s de ciclos cortos, al final de cada uno de los cuales el usuario recibe un c\u00f3digo o producto de trabajo.<\/p>\n
La naturaleza de esta metodolog\u00eda se reduce a los siguientes principios: las personas y las interacciones son m\u00e1s importantes que los procesos y las herramientas; Un producto funcional es m\u00e1s importante que una documentaci\u00f3n completa; La cooperaci\u00f3n con el cliente es m\u00e1s importante que negociar los t\u00e9rminos del contrato; Estar preparado para el cambio es m\u00e1s importante que seguir el plan original.<\/p>\n
Las ventajas de Agile: iteraciones cortas y claras: los ciclos de desarrollo duran de 2 semanas a 2 meses, al final de los cuales el cliente recibe una versi\u00f3n funcional del producto un alto grado de participaci\u00f3n de los contratistas, organizadores y clientes del proyecto el producto del trabajo est\u00e1 a la vanguardia como un indicador clave del progreso; esto puede considerarse tanto una ventaja como una desventaja, ya que en este caso el equipo del proyecto tiene requisitos altos para la autoorganizaci\u00f3n minimizando los riesgos debido a un sistema Agile para realizar cambios ; la popularidad del m\u00e9todo entre los desarrolladores de programas de gesti\u00f3n empresarial.<\/p>\n
Desventajas de Agile: estimular cambios constantes en los proyectos: la flexibilidad del desarrollo del producto puede llevar a que nunca llegue a la versi\u00f3n final; mayores requisitos para la calificaci\u00f3n y experiencia del equipo: adem\u00e1s de la creaci\u00f3n directa de un producto, el equipo debe analizar las posibles formas de mejorar la eficiencia de su trabajo, intercambiar constantemente informaci\u00f3n sobre el proyecto, estar motivado y autoorganizado.<\/p>\n
Los recursos de los proyectos no siempre permiten atraer a tales especialistas; naturaleza filos\u00f3fica de la metodolog\u00eda: Agile no es una instrucci\u00f3n clara para la acci\u00f3n, sino todo un concepto filos\u00f3fico.<\/p>\n
El equipo no puede aplicar mec\u00e1nicamente mec\u00e1nicas \u00e1giles, se deben aceptar los principios clave del sistema; la complejidad de calcular la carga de trabajo total: estimular cambios y mejoras en el producto final conduce a un valor flotante de los costos del proyecto.<\/p>\n
La cascada es una t\u00e9cnica de gesti\u00f3n de proyectos que implica una transici\u00f3n constante de una etapa a otra, sin saltar y volver a etapas anteriores.<\/p>\n
Ventajas de Waterfall: una estructura clara y simple del proceso de desarrollo: esto reduce el umbral para la entrada de equipos; Informes convenientes: puede rastrear f\u00e1cilmente los recursos, los riesgos, el tiempo empleado y las finanzas, gracias a las rigurosas etapas del proceso de desarrollo y la documentaci\u00f3n detallada del proyecto; estabilidad de las tareas: las tareas antes del producto son claras para el equipo desde el comienzo del desarrollo y permanecen sin cambios durante todo el proceso; Estimaci\u00f3n de los costos y condiciones para la entrega del proyecto: el tiempo de lanzamiento del producto final, as\u00ed como su precio final, se pueden calcular antes del inicio del desarrollo.<\/p>\n
Desventajas de Waterfall: un proceso sin flexibilidad, por lo que si un proyecto requiere m\u00e1s tiempo y recursos financieros de lo posible, entonces la fase de prueba pasar\u00e1 por el quir\u00f3fano.<\/p>\n
Seg\u00fan un estudio realizado por el equipo de consultor\u00eda de Rothman, el costo de la depuraci\u00f3n posterior al lanzamiento es, en promedio, 20 veces m\u00e1s alto que con las pruebas completas de varias etapas durante el desarrollo; \u00abSostenibilidad\u00bb de los cambios: un marco r\u00edgido de las etapas de desarrollo y la condici\u00f3n de proporcionar solo el producto final determinan la imposibilidad de realizar cambios durante el desarrollo; inercia: en las primeras etapas, el pron\u00f3stico de tiempo y costos financieros puede cambiar hacia arriba, pero es imposible cambiar el proyecto a la optimizaci\u00f3n de costos, cambiar la funcionalidad o el concepto antes del lanzamiento del producto final; mayor riesgo: el sistema de prueba cl\u00e1sico incluye la prueba de cada uno de los componentes del proyecto por separado, incluso en interacci\u00f3n con otros.<\/p>\n
Cuando se utiliza Waterfall, se prueba el producto terminado. En conclusi\u00f3n, se trata de dos m\u00e9todos completamente diferentes para desarrollar y gestionar proyectos. Cada uno de ellos tiene decenas de modificaciones dise\u00f1adas para diferentes formatos.<\/p>\n
El modelo Agile es adecuado para empresas de TI, nuevas empresas y proyectos innovadores. El modelo de cascada es m\u00e1s adecuado para proyectos en los que la clave es la limitaci\u00f3n de tiempo, no la financiaci\u00f3n.<\/p>\n
La palabra Agile se ha puesto muy de moda estos d\u00edas, pero hay que tener en cuenta que no todos los t\u00e9rminos derivados de Jap\u00f3n se refieren a la gesti\u00f3n de proyectos en general.<\/p>\n
Se trata m\u00e1s bien de procesos de producci\u00f3n y gesti\u00f3n de productos. Para ser m\u00e1s precisos, podemos decir que las caracter\u00edsticas distintivas de este tipo de sistema de gesti\u00f3n de proyectos son la flexibilidad y la adaptabilidad.<\/p>\n
Tiene un car\u00e1cter iterativo y no sigue un patr\u00f3n espec\u00edfico. Se caracteriza por la divisi\u00f3n de tareas en fases cortas de trabajo y frecuentes reevaluaciones y adaptaciones de planes.<\/p>\n
Agile no es un enfoque riguroso y cualquier cambio que pueda conducir a una mejora se puede implementar incluso en el \u00faltimo minuto del desarrollo del proyecto.<\/p>\n
Un ejemplo del uso de este modelo de gesti\u00f3n de proyectos puede ser el desarrollo de software.<\/p>\n
Waterfall o modelo de cascada es considerado uno de los principales modelos de ciclo de vida para el desarrollo de proyectos y tiene su origen en los Estados Unidos.<\/p>\n
Como su nombre indica, el modelo de la cascada se realiza secuencialmente de una etapa a otra. Es lineal y consistente, lo que significa que para pasar a la siguiente fase, la actual debe completarse en su totalidad.<\/p>\n
Los equipos pasan mucho tiempo en cada etapa para que no haya errores y sea f\u00e1cil pasar a la siguiente etapa, que podr\u00eda ser la prueba del producto desarrollado.<\/p>\n
Los casos en los que este modelo de gesti\u00f3n es aceptable son cuando no habr\u00eda que hacer cambios cuando el proyecto es m\u00e1s peque\u00f1o y sencillo cuando no hay complejidad en la tecnolog\u00eda cuando hay m\u00e1s recursos disponibles.<\/p>\n","protected":false},"excerpt":{"rendered":"
Waterfall y Agile se examinan como dos metodolog\u00edas para la gesti\u00f3n de proyectos, pero de forma independiente, Agile debe percibirse como un enfoque de gesti\u00f3n y desarrollo de productos.<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[1],"tags":[],"class_list":["post-8","post","type-post","status-publish","format-standard","hentry","category-management"],"yoast_head":"\n
\u00bfCascada (Waterfall) o Agile: Qu\u00e9 metodolog\u00eda elegir para tu proyecto?<\/title>\n<meta name=\"robots\" content=\"index, follow, max-snippet:-1, max-image-preview:large, max-video-preview:-1\" \/>\n<link rel=\"canonical\" href=\"https:\/\/pm.mba\/es\/cascada-o-agile-que-metodologia\/\" \/>\n<meta property=\"og:locale\" content=\"es_ES\" \/>\n<meta property=\"og:type\" content=\"article\" \/>\n<meta property=\"og:title\" content=\"\u00bfCascada (Waterfall) o Agile: Qu\u00e9 metodolog\u00eda elegir para tu proyecto?\" \/>\n<meta property=\"og:description\" content=\"Waterfall y Agile se examinan como dos metodolog\u00edas para la gesti\u00f3n de proyectos, pero de forma independiente, Agile debe percibirse como un enfoque de gesti\u00f3n y desarrollo de productos.\" \/>\n<meta property=\"og:url\" content=\"https:\/\/pm.mba\/es\/cascada-o-agile-que-metodologia\/\" \/>\n<meta property=\"og:site_name\" content=\"PM.MBA\" \/>\n<meta property=\"article:published_time\" content=\"2022-04-28T10:47:23+00:00\" \/>\n<meta property=\"article:modified_time\" content=\"2023-05-01T15:11:15+00:00\" \/>\n<meta property=\"og:image\" content=\"https:\/\/pm.mba\/assets\/img\/posts\/waterfall-vs-agile.jpg\" \/>\n<meta name=\"author\" content=\"Liam James\" \/>\n<meta name=\"twitter:card\" content=\"summary_large_image\" \/>\n<meta name=\"twitter:label1\" content=\"Escrito por\" \/>\n\t<meta name=\"twitter:data1\" content=\"Liam James\" \/>\n\t<meta name=\"twitter:label2\" content=\"Tiempo de lectura\" \/>\n\t<meta name=\"twitter:data2\" content=\"20 minutos\" \/>\n<script type=\"application\/ld+json\" class=\"yoast-schema-graph\">{\"@context\":\"https:\/\/schema.org\",\"@graph\":[{\"@type\":\"Article\",\"@id\":\"https:\/\/pm.mba\/es\/cascada-o-agile-que-metodologia\/#article\",\"isPartOf\":{\"@id\":\"https:\/\/pm.mba\/es\/cascada-o-agile-que-metodologia\/\"},\"author\":{\"name\":\"Liam James\",\"@id\":\"https:\/\/pm.mba\/es\/#\/schema\/person\/e5ac2791ba30164e8f0cefbbe604b214\"},\"headline\":\"\u00bfCascada (Waterfall) o Agile: Qu\u00e9 metodolog\u00eda elegir para tu proyecto?\",\"datePublished\":\"2022-04-28T10:47:23+00:00\",\"dateModified\":\"2023-05-01T15:11:15+00:00\",\"mainEntityOfPage\":{\"@id\":\"https:\/\/pm.mba\/es\/cascada-o-agile-que-metodologia\/\"},\"wordCount\":4610,\"commentCount\":0,\"publisher\":{\"@id\":\"https:\/\/pm.mba\/es\/#organization\"},\"articleSection\":[\"Management\"],\"inLanguage\":\"es\",\"potentialAction\":[{\"@type\":\"CommentAction\",\"name\":\"Comment\",\"target\":[\"https:\/\/pm.mba\/es\/cascada-o-agile-que-metodologia\/#respond\"]}]},{\"@type\":\"WebPage\",\"@id\":\"https:\/\/pm.mba\/es\/cascada-o-agile-que-metodologia\/\",\"url\":\"https:\/\/pm.mba\/es\/cascada-o-agile-que-metodologia\/\",\"name\":\"\u00bfCascada (Waterfall) o Agile: Qu\u00e9 metodolog\u00eda elegir para tu proyecto?\",\"isPartOf\":{\"@id\":\"https:\/\/pm.mba\/es\/#website\"},\"datePublished\":\"2022-04-28T10:47:23+00:00\",\"dateModified\":\"2023-05-01T15:11:15+00:00\",\"breadcrumb\":{\"@id\":\"https:\/\/pm.mba\/es\/cascada-o-agile-que-metodologia\/#breadcrumb\"},\"inLanguage\":\"es\",\"potentialAction\":[{\"@type\":\"ReadAction\",\"target\":[\"https:\/\/pm.mba\/es\/cascada-o-agile-que-metodologia\/\"]}]},{\"@type\":\"BreadcrumbList\",\"@id\":\"https:\/\/pm.mba\/es\/cascada-o-agile-que-metodologia\/#breadcrumb\",\"itemListElement\":[{\"@type\":\"ListItem\",\"position\":1,\"name\":\"Home\",\"item\":\"https:\/\/pm.mba\/es\/\"},{\"@type\":\"ListItem\",\"position\":2,\"name\":\"\u00bfCascada (Waterfall) o Agile: Qu\u00e9 metodolog\u00eda elegir para tu proyecto?\"}]},{\"@type\":\"WebSite\",\"@id\":\"https:\/\/pm.mba\/es\/#website\",\"url\":\"https:\/\/pm.mba\/es\/\",\"name\":\"PM.MBA\",\"description\":\"MASTER'S IN PROJECT MANAGEMENT\",\"publisher\":{\"@id\":\"https:\/\/pm.mba\/es\/#organization\"},\"potentialAction\":[{\"@type\":\"SearchAction\",\"target\":{\"@type\":\"EntryPoint\",\"urlTemplate\":\"https:\/\/pm.mba\/es\/?s={search_term_string}\"},\"query-input\":\"required name=search_term_string\"}],\"inLanguage\":\"es\"},{\"@type\":\"Organization\",\"@id\":\"https:\/\/pm.mba\/es\/#organization\",\"name\":\"PM.MBA\",\"url\":\"https:\/\/pm.mba\/es\/\",\"logo\":{\"@type\":\"ImageObject\",\"inLanguage\":\"es\",\"@id\":\"https:\/\/pm.mba\/es\/#\/schema\/logo\/image\/\",\"url\":\"https:\/\/pm.mba\/es\/wp-content\/uploads\/2022\/04\/pm-mba-logo.png\",\"contentUrl\":\"https:\/\/pm.mba\/es\/wp-content\/uploads\/2022\/04\/pm-mba-logo.png\",\"width\":554,\"height\":114,\"caption\":\"PM.MBA\"},\"image\":{\"@id\":\"https:\/\/pm.mba\/es\/#\/schema\/logo\/image\/\"}},{\"@type\":\"Person\",\"@id\":\"https:\/\/pm.mba\/es\/#\/schema\/person\/e5ac2791ba30164e8f0cefbbe604b214\",\"name\":\"Liam James\",\"sameAs\":[\"https:\/\/www.pm.mba\/es\"],\"url\":\"https:\/\/pm.mba\/es\/author\/admin\/\"}]}<\/script>\n<!-- \/ Yoast SEO plugin. -->","yoast_head_json":{"title":"\u00bfCascada (Waterfall) o Agile: Qu\u00e9 metodolog\u00eda elegir para tu proyecto?","robots":{"index":"index","follow":"follow","max-snippet":"max-snippet:-1","max-image-preview":"max-image-preview:large","max-video-preview":"max-video-preview:-1"},"canonical":"https:\/\/pm.mba\/es\/cascada-o-agile-que-metodologia\/","og_locale":"es_ES","og_type":"article","og_title":"\u00bfCascada (Waterfall) o Agile: Qu\u00e9 metodolog\u00eda elegir para tu proyecto?","og_description":"Waterfall y Agile se examinan como dos metodolog\u00edas para la gesti\u00f3n de proyectos, pero de forma independiente, Agile debe percibirse como un enfoque de gesti\u00f3n y desarrollo de productos.","og_url":"https:\/\/pm.mba\/es\/cascada-o-agile-que-metodologia\/","og_site_name":"PM.MBA","article_published_time":"2022-04-28T10:47:23+00:00","article_modified_time":"2023-05-01T15:11:15+00:00","og_image":[{"url":"https:\/\/pm.mba\/assets\/img\/posts\/waterfall-vs-agile.jpg"}],"author":"Liam James","twitter_card":"summary_large_image","twitter_misc":{"Escrito por":"Liam James","Tiempo de lectura":"20 minutos"},"schema":{"@context":"https:\/\/schema.org","@graph":[{"@type":"Article","@id":"https:\/\/pm.mba\/es\/cascada-o-agile-que-metodologia\/#article","isPartOf":{"@id":"https:\/\/pm.mba\/es\/cascada-o-agile-que-metodologia\/"},"author":{"name":"Liam James","@id":"https:\/\/pm.mba\/es\/#\/schema\/person\/e5ac2791ba30164e8f0cefbbe604b214"},"headline":"\u00bfCascada (Waterfall) o Agile: Qu\u00e9 metodolog\u00eda elegir para tu proyecto?","datePublished":"2022-04-28T10:47:23+00:00","dateModified":"2023-05-01T15:11:15+00:00","mainEntityOfPage":{"@id":"https:\/\/pm.mba\/es\/cascada-o-agile-que-metodologia\/"},"wordCount":4610,"commentCount":0,"publisher":{"@id":"https:\/\/pm.mba\/es\/#organization"},"articleSection":["Management"],"inLanguage":"es","potentialAction":[{"@type":"CommentAction","name":"Comment","target":["https:\/\/pm.mba\/es\/cascada-o-agile-que-metodologia\/#respond"]}]},{"@type":"WebPage","@id":"https:\/\/pm.mba\/es\/cascada-o-agile-que-metodologia\/","url":"https:\/\/pm.mba\/es\/cascada-o-agile-que-metodologia\/","name":"\u00bfCascada (Waterfall) o Agile: Qu\u00e9 metodolog\u00eda elegir para tu proyecto?","isPartOf":{"@id":"https:\/\/pm.mba\/es\/#website"},"datePublished":"2022-04-28T10:47:23+00:00","dateModified":"2023-05-01T15:11:15+00:00","breadcrumb":{"@id":"https:\/\/pm.mba\/es\/cascada-o-agile-que-metodologia\/#breadcrumb"},"inLanguage":"es","potentialAction":[{"@type":"ReadAction","target":["https:\/\/pm.mba\/es\/cascada-o-agile-que-metodologia\/"]}]},{"@type":"BreadcrumbList","@id":"https:\/\/pm.mba\/es\/cascada-o-agile-que-metodologia\/#breadcrumb","itemListElement":[{"@type":"ListItem","position":1,"name":"Home","item":"https:\/\/pm.mba\/es\/"},{"@type":"ListItem","position":2,"name":"\u00bfCascada (Waterfall) o Agile: Qu\u00e9 metodolog\u00eda elegir para tu proyecto?"}]},{"@type":"WebSite","@id":"https:\/\/pm.mba\/es\/#website","url":"https:\/\/pm.mba\/es\/","name":"PM.MBA","description":"MASTER'S IN PROJECT MANAGEMENT","publisher":{"@id":"https:\/\/pm.mba\/es\/#organization"},"potentialAction":[{"@type":"SearchAction","target":{"@type":"EntryPoint","urlTemplate":"https:\/\/pm.mba\/es\/?s={search_term_string}"},"query-input":"required name=search_term_string"}],"inLanguage":"es"},{"@type":"Organization","@id":"https:\/\/pm.mba\/es\/#organization","name":"PM.MBA","url":"https:\/\/pm.mba\/es\/","logo":{"@type":"ImageObject","inLanguage":"es","@id":"https:\/\/pm.mba\/es\/#\/schema\/logo\/image\/","url":"https:\/\/pm.mba\/es\/wp-content\/uploads\/2022\/04\/pm-mba-logo.png","contentUrl":"https:\/\/pm.mba\/es\/wp-content\/uploads\/2022\/04\/pm-mba-logo.png","width":554,"height":114,"caption":"PM.MBA"},"image":{"@id":"https:\/\/pm.mba\/es\/#\/schema\/logo\/image\/"}},{"@type":"Person","@id":"https:\/\/pm.mba\/es\/#\/schema\/person\/e5ac2791ba30164e8f0cefbbe604b214","name":"Liam James","sameAs":["https:\/\/www.pm.mba\/es"],"url":"https:\/\/pm.mba\/es\/author\/admin\/"}]}},"_links":{"self":[{"href":"https:\/\/pm.mba\/es\/wp-json\/wp\/v2\/posts\/8","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/pm.mba\/es\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/pm.mba\/es\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/pm.mba\/es\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/pm.mba\/es\/wp-json\/wp\/v2\/comments?post=8"}],"version-history":[{"count":1,"href":"https:\/\/pm.mba\/es\/wp-json\/wp\/v2\/posts\/8\/revisions"}],"predecessor-version":[{"id":10,"href":"https:\/\/pm.mba\/es\/wp-json\/wp\/v2\/posts\/8\/revisions\/10"}],"wp:attachment":[{"href":"https:\/\/pm.mba\/es\/wp-json\/wp\/v2\/media?parent=8"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/pm.mba\/es\/wp-json\/wp\/v2\/categories?post=8"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/pm.mba\/es\/wp-json\/wp\/v2\/tags?post=8"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}
![\"\u00bfCascada](\"https:\/\/pm.mba\/assets\/img\/posts\/waterfall-vs-agile.jpg\" "\\"\u00bfCascada")
<\/p>\n