--- title: "Por qué la gente cree que las agencias son malas" canonical: https://wavect.io/es/blog/why-agencies-are-bad/ language: es description: "Todos conocemos las historias de terror sobre agencias de software: entregas defectuosas, plazos incumplidos o gastos mucho más altos de lo esperado." image: "https://wavect.io/img/blog/headers/header_why-agencies-are-bad.png" --- [**Volver**](/es/blog/overview/) [![Kevin Riedl](/img/team/kevin.webp)](/es/team/kevin-riedl/) [Kevin Riedl](/es/team/kevin-riedl/) https://linkedin.com/in/wsdt 11 min de lectura · 07 de junio de 2024 [**Siguiente**](/es/blog/agile-fixed-pricing/) # Por qué la gente piensa que las Agencias apestan Resumen La mala fama de las agencias de software suele venir de expectativas desalineadas: el Cuadrángulo del Diablo muestra que tiempo, coste, scope y calidad se restringen mutuamente y hay que elegir trade-offs. Los costes de prevención crecen exponencialmente con la estabilidad que exiges, así que busca el equilibrio económico frente a los costes de fallo. Y estructura cada presupuesto en tres buckets: estimates, reservas de contingencia y reservas de gestión. Todos conocemos esas historias de terror sobre Agencias de Software. Agencias que entregan software defectuoso. Software que no se entregó en el plazo dicho. O gastos que fueron mucho mayores de lo esperado. ¿Pero cuál es el problema real? Normalmente es una combinación de mala comunicación, falta de reporting, riesgos imprevistos y tareas que no se han contabilizado. Entonces, ¿cómo construimos mejor software, manteniendo los costes bajos? (outcome soñado) ## El Cuadrángulo del Diablo Echemos un vistazo al llamado Cuadrángulo del Diablo. Quizás hayas oído del Triángulo Mágico. El Triángulo Mágico consiste en tres restricciones de proyecto: Tiempo, Coste y Scope. Estas restricciones necesitan equilibrarse entre sí para entregar un proyecto. Cambiar una de ellas impactará a las otras dos. Harry Sneed, un profesor de Ingeniería de Software, ha extendido este modelo con una cuarta restricción "Calidad". Esta versión extendida se conoce normalmente como el Cuadrángulo del Diablo de Gestión de Proyecto o el Cuadrángulo del Diablo de Sneed. Separa la calidad del Scope, que ahora se enfoca únicamente en el contenido del scope y no en la calidad de la entrega del scope. Pensémoslo. Si queremos tener software entregado en una cantidad de tiempo muy corta, probablemente necesitemos contratar muchos más desarrolladores, posiblemente reducir el scope e incluso sacrificar calidad del software. ![El Cuadrángulo del Diablo](/img/blog/posts/pm_devlis-quadrangle.svg)Enfocarse en los gastos de desarrollar software resulta en menor calidad del software, scope más ajustado y velocidad de entrega más lenta. Igualmente, enfocarse en calidad gastando más, teniendo un scope más ajustado y muy probablemente un launch de proyecto retrasado. Y tienes que lidiar con costes de desarrollo de software mucho mayores al optimizar para calidad, scope y velocidad de entrega (ver figura). Una de las muchas razones por las que las Agencias de Software tienen mala reputación es la desalineación de expectativas. Asegúrate siempre de establecer expectativas realistas y elegir los trade-offs que estás dispuesto a hacer. ![Kevin Riedl](/img/team/kevin.webp) "Rápido, Barato o Bueno. Solo puedes elegir dos." ### Coste de la Calidad Otra gran forma de mostrar esto es el gráfico de abajo. ![Coste de la Calidad](/img/blog/posts/pm_cost-of-quality.svg) Cuanto más tiempo gaste tu equipo testeando y optimizando el software, menos defectos tendrá. Como consecuencia los costes de prevención serán más altos. Como tales, los costes de prevención son exponenciales. Esto significa que cuanto más estable quieras que sea tu software, exponencialmente más tiempo tienen que gastar tus desarrolladores testeando y optimizando. Si tu software se usa en aviones por ejemplo, definitivamente no puedes arriesgar ningún error, por esa razón quizás quieras invertir mucho más tiempo en prevención. Lo mismo aplica a aplicaciones en [Web3](/es/glossary/web3/) ya que normalmente estás tratando con grandes cantidades de fondos de clientes. Dependiendo de dónde se use tu software, querrás estar en algún lugar de esa curva, normalmente dentro del rango operacional. Cambiemos a costes de fallo. Cuantos más errores ocurran en producción, más hay que compensar. Esto puede ser daño a tu marca, deuda técnica, overhead adicional de mantenimiento o daño monetario real por gente demandándote por ejemplo. Como consecuencia normalmente quieres simplemente gastar lo suficiente en prevención para tener costes de fallo razonables. Esto se llama el equilibrio económico. ### ¿Y los Riesgos? Hacer cualquier cosa en la vida viene con riesgos. Cosas de las que somos conscientes y riesgos que reconocemos cuando ya es demasiado tarde. Desafortunadamente, también tenemos que lidiar con eso en el [desarrollo de software a medida](/es/services/software-development/). Como consecuencia los riesgos de proyecto pueden poner presión significativa sobre cualquier presupuesto de proyecto. Echemos un vistazo rápido. ![Cómo presupuestar un Proyecto](/img/blog/posts/pm_budget-project.svg) Cada presupuesto de proyecto debería estructurarse en tres buckets. Estimates de paquetes de trabajo (features, cosas que quieres construir), Reservas de contingencia (trabajo que necesita hacerse si ocurre algún escenario peor identificado) y Reservas de gestión (un presupuesto plano que esperemos cubra todos los escenarios peor imprevistos y que realmente ocurran). Contabilizar riesgos reduce significativamente el riesgo general del proyecto ya que hay un presupuesto claro asignado para resolver el problema. Ver también: la mayoría de disfunción de agencia viene de incentivos desalineados. Nuestro modelo [Fractional CTO Austria](/es/services/fractional-cto/) arregla eso alineando a un CTO senior directamente con tus outcomes, sobre un Werkvertrag (contrato de obra) en lugar de un treadmill de horas facturables. ## Reflexiones finales En conclusión, las Agencias de Software no son malas per se. La mayoría de las veces es la desalineación de expectativas y la falta de comunicación lo que las hace parecer malas. Asegúrate siempre de establecer expectativas realistas y elegir los trade-offs que estás dispuesto a hacer. Así que la próxima vez que trabajes con una Agencia de Software, pregúntales cómo planean actualizarte sobre su progreso y si establecen expectativas adecuadas. ## También te puede gustar.. [**Cómo Cotizar Proyectos de Software de la Forma Correcta** La mayoría conoce los inconvenientes de la facturación por hora y por eso piden precio fijo. ¿Y si te decimos que el precio fijo en proyectos de software no es mejor?](/es/blog/agile-fixed-pricing/) [**Wavect vs una agencia de desarrollo generalista** Los generalistas venden capacidad; nosotros vendemos criterio de producto más la ingeniería para lanzarlo.](/es/compare/wavect-vs-dev-agencies/) Compra y financiación de software ## Continúa por este clúster Selección de agencias, contratos, precios, subvenciones y mecánica comercial. [Empieza por el artículo fundamental**Análisis de una propuesta de agencia de software: 12 cláusulas sobre precio, alcance y propiedad**](/es/blog/software-agency-proposal-teardown/) - [Tomar el relevo de un proyecto de software: plan de 30 días](/es/blog/software-project-takeover-provider-change/) - [A qué te compromete la palabra "Dienstleister"](/es/blog/werkvertrag-vs-dienstvertrag-software-austria/) - [Agencias de software en Tirol comparadas en 2026](/es/blog/software-agencies-tyrol-comparison-2026/) - [Análisis de una propuesta de agencia de software: 12 cláusulas sobre precio, alcance y propiedad](/es/blog/software-agency-proposal-teardown/) - [Consultoría de IA en Austria 2026: guía honesta para pymes](/es/blog/ai-consulting-austria-2026/) Tu bandeja, sin ruido ## Sigue el trabajo que te importa Recibe un correo breve cuando publiquemos algo nuevo. Sigue todo el blog o solo los temas que te interesan. [**Volver**](/es/blog/overview/) [![Kevin Riedl](/img/team/kevin.webp)](/es/team/kevin-riedl/) [Kevin Riedl](/es/team/kevin-riedl/) https://linkedin.com/in/wsdt 11 min de lectura · 07 de junio de 2024 [**Siguiente**](/es/blog/agile-fixed-pricing/) Nuevos artículos por correo × × Recibe nuevos artículos por correo Un correo breve cuando publicamos. Gratis y sin seguimiento. ## Structured Data ```json { "@context": "https://schema.org", "@graph": [ { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ], "employee": [ { "@id": "https://wavect.io/team/kevin-riedl/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Kevin Riedl", "url": "https://wavect.io/team/kevin-riedl/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } }, { "@id": "https://wavect.io/team/christof-jori/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Christof Jori", "url": "https://wavect.io/team/christof-jori/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } } ], "founder": [ { "@id": "https://wavect.io/team/kevin-riedl/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Kevin Riedl", "url": "https://wavect.io/team/kevin-riedl/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } }, { "@id": "https://wavect.io/team/christof-jori/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Christof Jori", "url": "https://wavect.io/team/christof-jori/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } } ], "legalRepresentative": [ { "@id": "https://wavect.io/team/kevin-riedl/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Kevin Riedl", "url": "https://wavect.io/team/kevin-riedl/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } }, { "@id": "https://wavect.io/team/christof-jori/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Christof Jori", "url": "https://wavect.io/team/christof-jori/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } } ], "name": "Wavect GmbH", "subjectOf": { "@id": "https://wavect.io/verified-claims.json#dataset", "@type": "Dataset", "creator": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] }, "description": "A machine-readable registry of quantitative and qualitative claims published by Wavect, with review dates, localized page appearances and public third-party citations where available.", "inLanguage": "en", "isAccessibleForFree": true, "license": "https://creativecommons.org/licenses/by/4.0/", "name": "Wavect verified publication claims", "url": "https://wavect.io/verified-claims.json" }, "url": "https://wavect.io/" }, { "@id": "https://wavect.io/team/kevin-riedl/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Kevin Riedl", "sameAs": [ "https://www.wikidata.org/wiki/Q139796365", "https://www.linkedin.com/in/wsdt", "https://github.com/wsdt" ], "url": "https://wavect.io/team/kevin-riedl/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } }, { "@id": "https://wavect.io/team/christof-jori/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Christof Jori", "sameAs": [ "https://www.wikidata.org/wiki/Q139796367", "https://www.linkedin.com/in/jocr77/", "https://github.com/jo-chris" ], "url": "https://wavect.io/team/christof-jori/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } }, { "@id": "https://wavect.io/#website", "@type": "WebSite", "inLanguage": [ "en", "de", "es", "zh" ], "name": "Wavect", "potentialAction": { "@type": "SearchAction", "query-input": "required name=search_term_string", "target": { "@type": "EntryPoint", "urlTemplate": "https://wavect.io/search/?q={search_term_string}" } }, "publisher": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] }, "url": "https://wavect.io/" }, { "@id": "https://wavect.io/es/blog/why-agencies-are-bad/#webpage", "@type": "WebPage", "dateModified": "2026-07-07", "inLanguage": "es", "isPartOf": { "@id": "https://wavect.io/#website", "@type": "WebSite" }, "lastReviewed": "2026-07-07", "url": "https://wavect.io/es/blog/why-agencies-are-bad/" } ] } ``` ```json { "@context": "https://schema.org", "@type": "BlogPosting", "abstract": "La mala fama de las agencias de software suele venir de expectativas desalineadas: el Cuadrángulo del Diablo muestra que tiempo, coste, scope y calidad se restringen mutuamente y hay que elegir trade-offs. Los costes de prevención crecen exponencialmente con la estabilidad que exiges, así que busca el equilibrio económico frente a los costes de fallo. Y estructura cada presupuesto en tres buckets: estimates, reservas de contingencia y reservas de gestión.", "articleBody": " Resumen del blog/Negocio y regulación/Compra y financiación de software Por qué la gente piensa que las Agencias apestan Resumen La mala fama de las agencias de software suele venir de expectativas desalineadas: el Cuadrángulo del Diablo muestra que tiempo, coste, scope y calidad se restringen mutuamente y hay que elegir trade-offs. Los costes de prevención crecen exponencialmente con la estabilidad que exiges, así que busca el equilibrio económico frente a los costes de fallo. Y estructura cada presupuesto en tres buckets: estimates, reservas de contingencia y reservas de gestión. Todos conocemos esas historias de terror sobre Agencias de Software. Agencias que entregan software defectuoso. Software que no se entregó en el plazo dicho. O gastos que fueron mucho mayores de lo esperado. ¿Pero cuál es el problema real? Normalmente es una combinación de mala comunicación, falta de reporting, riesgos imprevistos y tareas que no se han contabilizado. Entonces, ¿cómo construimos mejor software, manteniendo los costes bajos? (outcome soñado) El Cuadrángulo del Diablo Echemos un vistazo al llamado Cuadrángulo del Diablo. Quizás hayas oído del Triángulo Mágico. El Triángulo Mágico consiste en tres restricciones de proyecto: Tiempo, Coste y Scope. Estas restricciones necesitan equilibrarse entre sí para entregar un proyecto. Cambiar una de ellas impactará a las otras dos. Harry Sneed, un profesor de Ingeniería de Software, ha extendido este modelo con una cuarta restricción \"Calidad\". Esta versión extendida se conoce normalmente como el Cuadrángulo del Diablo de Gestión de Proyecto o el Cuadrángulo del Diablo de Sneed. Separa la calidad del Scope, que ahora se enfoca únicamente en el contenido del scope y no en la calidad de la entrega del scope. Pensémoslo. Si queremos tener software entregado en una cantidad de tiempo muy corta, probablemente necesitemos contratar muchos más desarrolladores, posiblemente reducir el scope e incluso sacrificar calidad del software. Enfocarse en los gastos de desarrollar software resulta en menor calidad del software, scope más ajustado y velocidad de entrega más lenta. Igualmente, enfocarse en calidad gastando más, teniendo un scope más ajustado y muy probablemente un launch de proyecto retrasado. Y tienes que lidiar con costes de desarrollo de software mucho mayores al optimizar para calidad, scope y velocidad de entrega (ver figura).Una de las muchas razones por las que las Agencias de Software tienen mala reputación es la desalineación de expectativas. Asegúrate siempre de establecer expectativas realistas y elegir los trade-offs que estás dispuesto a hacer. \"Rápido, Barato o Bueno. Solo puedes elegir dos.\" Coste de la Calidad Otra gran forma de mostrar esto es el gráfico de abajo. Cuanto más tiempo gaste tu equipo testeando y optimizando el software, menos defectos tendrá. Como consecuencia los costes de prevención serán más altos. Como tales, los costes de prevención son exponenciales. Esto significa que cuanto más estable quieras que sea tu software, exponencialmente más tiempo tienen que gastar tus desarrolladores testeando y optimizando. Si tu software se usa en aviones por ejemplo, definitivamente no puedes arriesgar ningún error, por esa razón quizás quieras invertir mucho más tiempo en prevención. Lo mismo aplica a aplicaciones en Web3 ya que normalmente estás tratando con grandes cantidades de fondos de clientes. Dependiendo de dónde se use tu software, querrás estar en algún lugar de esa curva, normalmente dentro del rango operacional. Cambiemos a costes de fallo. Cuantos más errores ocurran en producción, más hay que compensar. Esto puede ser daño a tu marca, deuda técnica, overhead adicional de mantenimiento o daño monetario real por gente demandándote por ejemplo. Como consecuencia normalmente quieres simplemente gastar lo suficiente en prevención para tener costes de fallo razonables. Esto se llama el equilibrio económico. ¿Y los Riesgos? Hacer cualquier cosa en la vida viene con riesgos. Cosas de las que somos conscientes y riesgos que reconocemos cuando ya es demasiado tarde. Desafortunadamente, también tenemos que lidiar con eso en el desarrollo de software a medida. Como consecuencia los riesgos de proyecto pueden poner presión significativa sobre cualquier presupuesto de proyecto. Echemos un vistazo rápido. Cada presupuesto de proyecto debería estructurarse en tres buckets. Estimates de paquetes de trabajo (features, cosas que quieres construir), Reservas de contingencia (trabajo que necesita hacerse si ocurre algún escenario peor identificado) y Reservas de gestión (un presupuesto plano que esperemos cubra todos los escenarios peor imprevistos y que realmente ocurran). Contabilizar riesgos reduce significativamente el riesgo general del proyecto ya que hay un presupuesto claro asignado para resolver el problema. Ver también: la mayoría de disfunción de agencia viene de incentivos desalineados. Nuestro modelo Fractional CTO Austria arregla eso alineando a un", "articleSection": "Negocio y Legal", "author": { "@id": "https://wavect.io/team/kevin-riedl/#person", "@type": "Person", "name": "Kevin Riedl", "sameAs": [ "https://www.wikidata.org/wiki/Q139796365", "https://www.linkedin.com/in/wsdt", "https://github.com/wsdt" ], "url": "https://wavect.io/team/kevin-riedl/" }, "dateModified": "2026-07-07", "datePublished": "2024-06-07", "description": "La mala fama de las agencias de software suele venir de expectativas desalineadas: el Cuadrángulo del Diablo muestra que tiempo, coste, scope y calidad se restringen mutuamente y hay que elegir trade-offs. Los costes de prevención crecen exponencialmente con la estabilidad que exiges, así que busca el equilibrio económico frente a los costes de fallo. Y estructura cada presupuesto en tres buckets: estimates, reservas de contingencia y reservas de gestión.", "headline": "Por Qué la Gente Cree que las Agencias son un Desastre", "image": "https://wavect.io/img/blog/headers/header_software-project-budgets.svg", "inLanguage": "es", "mainEntityOfPage": { "@id": "https://wavect.io/es/blog/why-agencies-are-bad/", "@type": "WebPage" }, "publisher": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] }, "url": "https://wavect.io/es/blog/why-agencies-are-bad/", "wordCount": 1164 } ``` ```json { "@context": "https://schema.org", "@type": "BreadcrumbList", "itemListElement": [ { "@type": "ListItem", "item": "https://wavect.io/es/", "name": "Inicio", "position": 1 }, { "@type": "ListItem", "item": "https://wavect.io/es/blog/overview/", "name": "Resumen del blog", "position": 2 }, { "@type": "ListItem", "item": "https://wavect.io/es/blog/topics/business-regulation/", "name": "Negocio y regulación", "position": 3 }, { "@type": "ListItem", "item": "https://wavect.io/es/blog/clusters/software-buying-funding/", "name": "Compra y financiación de software", "position": 4 }, { "@type": "ListItem", "item": "https://wavect.io/es/blog/why-agencies-are-bad/", "name": "Por qué la gente cree que las agencias son malas | ", "position": 5 } ] } ```