¿Es posible utilizar una metodología ‘ágil’ al diseñar y / o construir una casa?

Answer 1

En realidad, existe un movimiento completo dentro de la industria de la construcción llamado ” Lean Construction “. Si bien no es, por ejemplo, de Agile Software Development, y más bien tiene sus orígenes en el mundo de Lean Manufacturing, hay una superposición significativa suficiente como para decir que sí , es más que posible, las personas lo están haciendo en este momento con un nombre diferente al de podrías estar pensando

Un par de cosas sucedieron para provocar esto:

En los últimos treinta años, los Grandes Contratistas se convirtieron en más gerentes de riesgos y horarios que los constructores reales. Algunos de los ‘grandes’ contratistas contratan el 80% o más de la construcción real y práctica a subcontratistas. Como tal, estaban buscando mejores formas de administrar el riesgo, el tiempo y reducir el desperdicio, y encontraron mucho dentro del movimiento Lean Manufacturing. También ayudó a que la gente que construye, por ejemplo, fábricas de chips para Lean Manufacturing a veces trabajara para grandes contratistas y se llevara todas esas ideas. Ahora, la mayoría de los grandes contratistas hacen stand-ups, algún tipo de SCRUM, Kamban, etc.

En los últimos diez años, el software CAD se ha vuelto mucho más paramétrico, mucho más ‘orientado a objetos’ y significativamente mejor cuando se trabaja en 3D. Esto permite que los equipos trabajen juntos de manera más colaborativa y a un nivel más alto que antes. Esto permite flujos de trabajo de ‘vinculación tardía’, donde ciertos aspectos se pueden resolver más adelante, y que los cambios de último minuto no sean tan dolorosos. Está mucho más cerca de Agile de lo que solía ser en los años 90 con CAD 2D ‘tonto’. Si desea leer más sobre esto, busque en el software de modelado de información de construcción como Autodesk Revit (lo que uso) o ArchiCAD.

También en los últimos diez años, uno de los mayores clientes ha sido el cuidado de la salud. Están muy interesados ​​en lo que se llama ‘diseño basado en evidencia’, en el sentido de que si su ER tiene una tasa de infección cruzada un 15% menor debido al diseño del sistema HVAC, eso es algo que les importa mucho y están dispuestos a poner dinero en averiguar. Combinado con el movimiento Green Building, donde también se prueba el rendimiento del edificio, y se obtienen muchas más mediciones y análisis en el campo que antes no ocurrían con mucha frecuencia. Ninguna medida significaba que no había manera de saber si realmente estaba mejorando las cosas de manera incremental, lo cual fue la norma en la construcción durante mucho tiempo.

En los últimos tres años, ahora es totalmente común que todos en el lugar de trabajo tengan un iPad. Antes de imprimir y coordinar conjuntos de dibujos era un trabajo ingrato costoso, lento y propenso a errores que realmente ralentizaba las cosas. Ahora, cada gran contratista que intenta cambiar el uso de iPads en el campo para distribuir y coordinar información dice que nunca volverán a la forma anterior.

Todas estas cosas juntas hacen que sea mucho más fácil trabajar ‘ágilmente’ dentro de la industria de la construcción.

El problema es que la práctica contractual tradicional no ha alcanzado la mayor parte de esto, por lo que realmente solo funciona cuando se hace diseño-construcción (donde el diseñador también es el constructor) o cuando el Contratista es el líder de un proyecto, y a su vez, contrata al equipo de diseño para que trabaje para ellos (lo que se llama ‘Entrega de proyectos integrados’ en este momento en la industria).

El proceso tradicional de ‘Diseño-Oferta-Construcción‘ y la relación Cliente / Arquitecto / Constructor hace que ser ágil y ágil sea realmente difícil.

¡Por eso comencé una firma de diseño y construcción!

Ahora, dicho eso, muchas ideas ágiles y esbeltas no se traducen bien en la construcción. Un ejemplo personal para mí es SCRUM. Somos una pequeña empresa de diseño y construcción que probó SCRUM. Fue genial y todo, pero es mucho más adecuado para un pequeño equipo que está trabajando en un solo proyecto que tiene los gastos generales para que alguien sea un gerente de proyecto a tiempo parcial. Somos un pequeño equipo que trabaja en una docena de proyectos diferentes al mismo tiempo. Incluso intentamos tener un SCRUM de SCRUM, pero fue demasiado para nosotros, por lo que se nos ocurrió un sistema diferente que es similar, pero más adecuado para nuestras necesidades.

Entonces, como puede ver, ¡hay MUCHO más sucediendo en esta área en este momento de lo que podría pensar! Pero debido a que los términos son todos diferentes, no es obvio. Y, como dice Jack a continuación, en realidad es en muchos sentidos la forma en que siempre hemos trabajado en la industria de la construcción. Bueno, al menos hasta que los abogados realmente se involucraron en la década de 1970, y ahora la tecnología nos permite volver a la forma en que solíamos trabajar, pero ese es un tema completamente diferente.

Answer 2

Sí, es completamente posible y fue el caso durante miles y miles de años.

Puede ocurrir a escala de ciudad y puede aprovechar al máximo la topografía, o simplemente ser aleatorio:
Puede ocurrir de manera improvisada con nuevas capacidades superpuestas en la infraestructura existente.
Puede ser interno dentro de una estructura regular o semi-regular:
Puede ser caótico y húmedo:
O caótico y encantador: (no puedo encontrar un mejor ejemplo fácilmente, pero hay muchas propiedades encantadoras que han evolucionado a lo largo de los años)
Puede ser en tierra o en mar:
Puede ser temporal o permanente:

Las limitaciones van a ser:

1) Reglamento. Las regulaciones de seguridad para cosas como la resistencia al fuego, el escape del edificio o la estabilidad estructural deben abordarse en cada interacción del edificio. Si comparamos esto con el software, el edificio debe compilar, ejecutar y entregar valor al final de cada sprint.

2) Planificación de infraestructura. Algunos de los ejemplos que he dado son probablemente lugares bastante apestosos para vivir. La fontanería, la ventilación, la electricidad y las comunicaciones deben entenderse y diseñarse para que se puedan expandir o dimensionar para satisfacer sus demandas futuras proyectadas. Si no lo hace, más adelante tendrá altos costos de adaptación. Refactorizar en el entorno construido puede ser costoso. Si espera escalar, diseñe a escala. Esto puede resultar en costos iniciales más altos, así que considere con lo que realmente terminará. ¿Necesita una línea de alcantarillado de 12 “? No para una casa simple, sino para algo a la escala de Kowloon Walled City. Considere dónde puede conectarse a los servicios públicos de manera modular.

3) usted. Vivir en un edificio constantemente en construcción puede ser estresante debido al ruido, el polvo, la funcionalidad reducida (es decir: interrupciones temporales de la energía eléctrica y de las tuberías). No subestimes este factor y trata de compartimentar tu construcción.

Answer 3

Advertencia: no soy un experto en técnicas de construcción, solo en cosas ágiles. Entonces podría haber innovación de la que no estoy al tanto. Y sé frijoles sobre arquitectura, así que esto es solo sobre construcción, donde al menos tengo familiaridad.

Dicho esto, mi respuesta: dados los materiales y técnicas actuales, no.

Los métodos ágiles provienen del software, que es infinitamente suave. Aplicar métodos ágiles al hardware de la computadora es mucho más complicado, debido a las muchas restricciones físicas. Y el hardware de la computadora es una industria relativamente nueva y flexible, con muchos incentivos para descubrir formas de hacer que la creación de hardware sea lo más sencilla posible. El hardware no será tan flexible como el software hasta que esté completamente automatizado, lo que en este momento es una fantasía nanotecnológica.

La construcción física es peor. Las personas en oficios de construcción tienden a especializarse, por lo que necesita una colección de expertos para hacer algo significativo. Los materiales comunes a menudo se fabrican a distancia y simplemente se ensamblan en el sitio. Los materiales no están hechos para desmontaje y reensamblaje frecuentes. Muchas cosas, como las bases, son muy difíciles de cambiar.

Sin embargo, los edificios son algo ágiles a su manera. How Buildings Learn de Stewart Brand es una excelente guía de cómo los edificios crecen y cambian con el tiempo a pesar de su aparente solidez. Un buen ejemplo es el moderno edificio de oficinas: algunas cosas son muy fijas, como donde están los pisos y los ascensores. Pero los espacios interiores están diseñados para una fácil remodelación. Y una vez que ha construido esos espacios, las personas usan muebles modulares surtidos (como el cubículo de oficina omnipresente) para crear un espacio aún más flexible.

Answer 4

Dependiendo de la medida en que desea emplear esto, o el tipo de casa que desea construir, diría que en la mayoría de los casos, no.

En primer lugar, la construcción se rige por las leyes físicas de la física, así como por las restricciones legales y aspectos prácticos como las restricciones del sitio, la vista, el clima, la luz, los límites y el acceso. Las restricciones legales y los permisos podrían ser el mayor obstáculo.

Acepto que Agile considera toda una serie de parámetros y restricciones, pero el software no es como la construcción. Es posible que pueda hacer algo en un contexto particular o ubicación física, pero no necesariamente puede traducir esto en otro lugar.

Cuando diseñas edificios, tienes que tener todo diseñado desde el principio. Por supuesto, es posible diseñar en fases, pero esto significa redundancia e ineficiencia. Si comienzas con una casa que va a ser 2000sq.m. en tamaño, todos sus servicios serán dimensionados para acomodar eso. Si sobredimensiona las cosas, agrega costos y reduce la eficiencia. Esto puede ser aceptable por un corto período de tiempo, pero en ese caso sería mejor diseñar todo de una vez.

Las viviendas son edificios comparativamente simples en términos de cómo funcionan, y no necesariamente evolucionan mucho. El software evoluciona mucho más dinámica y significativamente. Con la construcción, la complejidad está en el diseño detallado.

La construcción también es mucho menos flexible y mucho más compleja que el software. Si lo que quiere hacer aún no existe, no puede simplemente arruinar algo y personalizarlo. Hay algunos detalles que requieren certificación y pruebas, por ejemplo.

En el mundo desarrollado, particularmente en los lugares que están más regulados, realmente luchará con esto.

Es la complejidad del diseño de los edificios lo que realmente hace que esto sea difícil. Debería simplificar enormemente sus parámetros para aplicar una metodología ágil.

Teóricamente, podría construir una envoltura fija grande y utilizar la metodología Agile para diseñar el interior, pero el diseño de la envoltura, con la flexibilidad necesaria para realizar cambios en la ventana, significa que probablemente tomará más tiempo que diseñar el diseño interior en primera instancia. .

Si desea construir una casa en el árbol o una vivienda de una sola planta de construcción simple en un sitio abierto y sin restricciones en algún lugar un poco menos restrictivo en términos de regulaciones, entonces puede funcionar.

Para cualquier cosa más compleja, es probable que sea mucho más problemático de lo que vale.