Artculo
VDC
E
n un reciente artculo 1
publicado en la revista
ENR (Engineering News
Record) se da cuenta
de mejoramientos de dos dgitos
porcentuales relacionados con el
mejoramiento de la calidad y la
reduccin de horas hombre, pla-
zos, costos, utilizacin de energa
y RFIs2 en proyectos desarrollados
por empresas que utilizan BIM
(Building Information Modeling),
IPD (Integrated Project Delivery)
y VDC (Virtual Design and Cons-
truction) BIM/IPD/VDC. VDC es
una forma de desarrollar proyectos
de construccin originada en el
2002 en el Center for Integrated
Facility Engineering (CIFE) del
Departamento de Ingeniera Civil y
Medioambiental de la Universidad
de Stanford. Los investigadores
del CIFE laborando de manera
conjunta con socios de la industria
de todo el mundo, han trabajado
en los ltimos 10 aos en el de-
sarrollo de las tecnologas, filoso-
fas y procesos que conforman el
concepto de VDC. El pasado 20 y
21 de junio se llevo a cabo en la
Universidad de Stanford el evento
anual CIFE Summer Program 20123.
En este evento las discusiones no
estuvieron centradas en lo que se
podra lograr utilizando VDC sino
en los resultados logrados por las
empresas socias del CIFE y que se
mencionan en el artculo citado al
inicio de este prrafo.
Definicin de VDC
VDC es definido como el uso de
modelos multidisciplinarios inte-
grados que permiten medir el des-
empeo del diseo y construccin
de proyectos, utilizados para apoyar
los objetivos explcitos y pblicos
del negocio. La definicin de VDC
as como sus objetivos, teora y los
mtodos asociados a su implemen-
tacin han venido evolucionando
desde su creacin en el 2002 alcan-
zando un grado de madurez que le
ha permitido hoy en da ser de cada
vez mayor aplicacin.
1 Wake up! The Revolution Has Arrived: A Report From CIFE, 06/06/2012, Guest contribution by John Kunz and Greg Luth, edited by Tom Sawyer
(http://enr.construction.com/technology/information_technology/2012/0626-Wake-Up-The-Revolution-Has-Arrived-A-Report-From-CIFE.asp).
2 RFI: Request for Information (Pedido de Informacin. Realizado generalmente a Ingeniera pidiendo aclaraciones sobre los planos durante la etapa de construccin).
3 http://cife.stanford.edu/SummerProg2012.
180
DISEO Y
CONSTRUCCIN
VIRTUAL
Por: Ing. civil Leonardo Rischmoller, M.Sc., Ph.D.
El uso de VDC promueve la crea-
cin de un marco integrado y un
conjunto de mtodos para gestionar
los proyectos que incluyen las inte-
racciones entre aquellos aspectos
que deben ser diseados (e.g. un
edificio), los procesos de diseo-
construccin, y las organizaciones
que son necesarias para disear,
construir y utilizar los proyectos.
VDC utiliza modelos integrados
multidisciplinarios que pueden ser
examinados unos en relacin con
otros, en sesiones con la partici-
pacin de los involucrados en el
diseo y construccin del proyecto,
lo que lleva a que el tiempo para la
toma de decisiones importantes
se reduzca de meses, semanas o
das a horas, minutos y a veces
segundos.
Modelos multidisciplinarios VDC
Hoy en da los mtodos asociados al di-
seo y construccin de proyectos estn
basados en documentos impresos en
papel. Estos son producidos utilizando
computadores y distintos software de
dibujo CAD, de planificacin y control,
de elaboracin de presupuestos y
otros. Los documentos impresos no
ayudan al trabajo integrado de dife-
rentes disciplinas y an el cambio mas
pequeo demanda horas o das para
producir, imprimir y revisar los docu-
mentos actualizados. Los formatos de
los documentos de papel no son ade-
ms de fcil interpretacin para todos
los involucrados en el desarrollo del
proyecto (e.g. planos arquitectnicos,
estructurales y planos de instalacio-
nes, cartas Gannt, CPM o PERT).
CONSTRUCTIVO
Los modelos VDC son creados
por o para ser utilizados por mlti-
ples participantes en el desarrollo
del proyecto, tales como arquitec-
tos, ingenieros estructurales, inge-
nieros de especialidades, construc-
tores, subcontratistas, proveedores,
usuarios, representantes de la co-
munidad, autoridades legales, etc.
Estos modelos son visuales, lo que
permite a todos los involucrados en
el proyecto compartir sus opiniones
frente a modelos grficos a pesar de
tener diferentes lenguajes tcnicos.
Los modelos VDC deben permitir
medir el desempeo de alguna
caracterstica o variable importante
del proyecto.
As, un modelo BIM es por ejem-
plo un tipo de modelo VDC que se
enfoca principalmente en la mode-
lacin de los elementos fsicos del
proyecto (i.e. el producto) a travs
de representaciones 3D vinculadas
a la informacin no solo geomtrica,
sino de todos los atributos que se
deseen incluir en el modelo de los
elementos fsicos del proyecto. Otros
tipos de modelos VDC son por ejem-
plo aquellos utilizados para realizar
anlisis estructurales, de eficiencia
energtica, de planificacin de la
construccin (e.g. modelos 4D), etc.
Los modelos de las organizaciones
encargadas de llevar a cabo las
diferentes etapas del diseo y cons-
truccin de un proyecto, as como los
modelos de los procesos involucra-
dos en el diseo y construccin de un
proyecto, son tambin considerados
modelos VDC.
Tres tipos de modelos VDC
Los modelos VDC se agrupan en tres
tipos, los que abordan los siguientes
tres aspectos de un proyecto que
deben ser administrados eficien-
temente:
El diseo del producto que se
desea construir.
El diseo de la organizacin que
realizar el diseo y construc-
cin.
Los procesos de diseo y cons-
truccin.
4 Gero, J.S. (1990). Design Prototypes: A Knowledge Representation Schema for Design, AI Magazine, 11(4), 26-36.
5 5Clayton, M. J., J. C. Kunz and M. A. Fischer, Rapid Conceptual Design Evaluation Using a Virtual Product Model, Engineering Applications of Artificial Intelligence,
Vol. 9, No. 4, Elsevier Science Ltd., pp. 439-451, 1996.
CONSTRUCTIVO
El conjunto de estos tres tipos de
modelos es agrupado en el llamado
modelo POP (Product-Organization-
Process) el cual especifica la infor-
macin que se compartir entre los
diferentes modelos, y hace referen-
cia a distintos modelos producidos
con diferentes herramientas por
diferentes especialidades. El prop-
sito del modelo POP es definir ele-
mentos conceptuales que son com-
partidos y ayudan a los participantes
a asegurar que las especificaciones
sobre el producto, la organizacin
y los procesos son apropiados y
mutuamente consistentes.
Los modelos del producto defi-
nen los componentes y sistemas
del proyecto a ser diseados, tales
como como muros, columnas, pisos,
vigas, etc., con un cierto aunque
incompleto nivel de detalle. Los
modelos de la organizacin definen
grupos y relaciones organizaciona-
les de quienes intervendrn en el
diseo y construccin del proyecto,
mientras que los modelos de pro-
cesos definen actividades, hitos,
fechas, plazos, relaciones entre las
actividades, etc. que los involucra-
dos deben seguir para lograr los
objetivos de disear y construir el
proyecto.
El mayor valor de los modelos
POP se presenta cuando su influen-
cia puede ser la ms grande en el
proyecto, y esto ocurre en las etapas
iniciales de desarrollo y diseo b-
sico o conceptual
Cuadro 1 - Esquema basico de los modelos POP
Function:
Objetives
spaces, elements
and systems
Product
Measurable
Objetives
Actors
Organization Measurable
Objetives
Tasks
Process Measurable
Objetives
Fuente: Virtual Design and Construction:Themes, Case Studies and Implementation Suggestions by John Kunz & Martin Fischer
CIFE Working Paper #097. Version 14; January 2012. STANFORD UNIVERSITY
Artculo
Funcin, forma y comportamiento
Los modelos POP usan la taxonoma
de la teora del diseo propuesta en
J.S. Gero (1990)4 y J.M. Clayton et al
(1996)5 la que incluye:
Funcin: : representa la intencin
del dueo expresada como reque-
rimientos. Intencin del diseo.
Por ejemplo un auditorio para 100
personas, una organizacin que
incluya ingenieros colegiados y
un proceso de diseo que incluya
ciertos hitos
Forma: Tambin llamada diseo
seleccionado o alcance del diseo.
Responde a los requerimientos
funcionales o las preferencias de
los diseadores. Por ejemplo la
seleccin de espacios especficos,
la seleccin de un tipo de relacin
contractual particular entre arqui-
tectos y constructores, o el plan de
construccin.
Comportamiento: o propiedades,
incluye los comportamientos
previstos por el diseo para el
producto, la organizacin o los
procesos. Por ejemplo la deflexin
de una viga, las horas usadas por
un contratista para realizar una
tarea, la duracin del proyecto
pronosticada por la malla CPM.
El cuadro 1 muestra el esquema
bsico de los modelos POP. Cuan-
do se usa la metodologa VDC se
construyen modelos que muestran
elementos fsicos y abstractos del
producto, la organizacin y los pro-
cesos utilizando un lenguaje que sea
From/Scope: Desing Behavior:
choices predictions
Designed spaces,elements and
systems Predicted cost ($)
Predictions; Assessed
Values
values
Selected actors Predicted cost (hour or $)
Predictions; Assessed
Values
values
Designed tasks Predicted cost (day or $)
Predictions; Assessed
Values values
181
Artculo
mutuamente consistente de modo
que permita a los involucrados la
gestin concurrente del proyecto y
su posterior desarrollo.
Los modelos tradicionales de
organizaciones (e.g. organigramas)
y procesos (e.g. diagramas de flujo)
muestran a los participantes de una
organizacin, las actividades que
componen los procesos, pero no
las relaciones entre estos con los
elementos del producto a disear y
construir.
4D- Modelos del proceso de
construccin
Los modelos 4D son un tipo de mode-
los VDC que vinculan los elementos
fsicos del modelo 3D o BIM con el
programa de construccin realizado
con una herramienta como el MS
Project o Primavera Project Planner,
por ejemplo. Su resultado es una
animacin que muestra el progreso
de la construccin en el tiempo. Los
modelos 4D permiten a los distintos
participantes del proyecto visuali-
zar la secuencia planificada para
la construccin, quienes pueden
comprenderla aunque no tengan co-
nocimiento de lectura de planos o de
diagramas PERT/CPM. Los modelos
4D permiten detectar problemas en
la secuencia de construccin, inter-
ferencias espacio-tiempo y corregir
estos problemas de manera mucho
ms oportuna y efectiva que utilizan-
do planos y cartas Gantt por separa-
do. Los modelos 4D no solo permiten
la deteccin y solucin temprana de
problemas sino tambin la deteccin
de oportunidades de mejoramiento
y optimizacin que simplemente
son imposibles de detectar cuando
se trabaja de la manera tradicional.
Modelos que permiten evaluar el
comportamiento organizacional
Basado en la teora organizacional, el
CIFE ha desarrollado la herramienta
de software Virtual Design Team
(VDT) que permite crear un modelo
computacional de la organizacin del
proyecto y vincularlo a los procesos
utilizados por la organizacin para
construir el proyecto. Los modelos
VDT describen y predicen consisten-
temente el comportamiento de las
182
iRoom del CIFE en
la Universidad de
Stanford (Fuente:
CIFE Bulletin May
2008)
organizaciones
y los procesos,
incluyendo las
duraciones de
las actividades,
as como tam-
bin el volumen
y distribucin
de las horas de
trabajo direc-
to y del trabajo
escondido, el
cual es la suma del esfuerzo de coor-
dinacin, trabajo re-hecho y tiempos
de espera para la toma de decisiones.
Los modelos VDT tambin predicen el
tiempo variable de retraso que experi-
menta cada participante cuando las
demandas de tiempo de trabajo direc-
to y escondido superan el tiempo
disponible. Finalmente los modelos
VDT reducen los riesgos de que las
duraciones de las actividades superen
a las duraciones nominales predichas
por el mtodo CPM debido al impacto
del trabajo escondido y los retrasos
asociados a cada participante.
Los profesores John Kunz y Martin
Fischer de la Universidad de Stan-
ford (2012) recomiendan utilizar los
modelos organizacionales compar-
tindolos con todos los participantes,
de modo que puedan entender con
claridad cual es la organizacin,
predecir las potenciales demoras y
el volumen y distribucin tanto del
trabajo directo como del trabajo
escondido. De esta manera es
posible intentar mitigar los retrasos,
los problemas de coordinacin, y
reducir los riesgos de mayores plazos
y costos del proyecto.
Tecnologa y mtodos
Los mtodos VDC hacen nfasis en
el uso de modelos que puedan ser
descritos y evaluados por mltiples
participantes. De acuerdo a la expe-
riencia del CIFE, solo los modelos
visuales tienen el poder de apoyar
la descripcin y evaluacin por una
variada clase de participantes. El
uso de salas con mltiples pantallas
permite presentar, describir y evaluar
diferentes perspectivas del proyecto
simultneamente, as como utilizar
los modelos para explicar las razones
para los distintos anlisis y evalua-
ciones de la calidad del diseo. Este
ambiente es denominado iRoom (In-
teractive Room), concepto y tecnolo-
ga que fue desarrollado por primera
vez por el departamento de Ciencia
de la Computacin de la Universidad
de Stanford. El uso de modelos VDC
proyectados en mltiples pantallas
simultneamente hace factible la
comparacin y gestin de diferentes
versiones. Todo lo anterior es sin
embargo difcilmente aprovechable
sin un mtodo que guie o provea los
lineamientos para la combinacin de
las herramientas tecnolgicas con
los nuevos procesos que demanda
la utilizacin de VDC. Los conceptos
y la utilizacin de Integrated Con-
current Engineering (ICE) han dado
lugar al desarrollo de mtodos ICE
especialmente aplicables a proyec-
tos de construccin como una parte
fundamental de VDC.
Integrated Concurrent
Engineering (ICE)
Los proyectos se modifican conti-
nuamente, por lo que la gestin del
cambio es un tema relevante en ellos.
Las herramientas utilizadas actual-
mente para desarrollar el diseo y
construccin de proyectos permiten
la creacin de mltiples versiones
de documentos de diseo, pero no
tienen la capacidad de identificar
las dependencias de los cambios
CONSTRUCTIVO
entre los contenidos de modelos vinculados. VDC
provee un marco integrado para describir, hacer el
seguimiento y gestionar los cambios al producto,
las organizaciones y los procesos a travs del tiem-
po, a travs de modelos que pueden ser utilizados
en un contexto social asociado al mtodo denomi-
nado ICE, que es una parte fundamental de VDC.
Cuando se usan los mtodos, herramientas y
tecnologas tradicionales, es difcil lograr una cola-
boracin efectiva entre los diferentes involucrados
en el desarrollo de un proyecto. Entre otras cosas,
no existe un vocabulario compartido, ni experien-
cia trabajando juntos. Tampoco se presenta una
semntica explicita de los datos que necesitan
ser compartidos por participantes con diferentes
perspectivas y aplicaciones. Los participantes
tienen por lo general objetivos que entran en
conflicto unos con otros, que involucran buscar el
beneficio para sus propias organizaciones y lograr
la eficiencia en el uso de sus propios recursos.
VDC permite reunir a mltiples participantes en
el desarrollo de un proyecto y proveer perspectivas
complementarias que ayuden al mismo a pesar de
tener diferentes intereses y objetivos de negocio,
y distintas especialidades. Esto se logra a travs
del uso de modelos VDC proyectados en mlti-
ples pantallas que hacen factible la comparacin
y gestin de diferentes versiones de modelos
VDC en aplicacin conjunta con el denominado
mtodo ICE.
El mtodo ICE aplicado como caracterstica
grundfos
central del uso de VDC est basado en una ob-
servacin cuidadosa del mtodo ICE desarrolla-
do por el Jet Propulsion Laboratory (JPL) de la
NASA en los aos 90, el cual ha sido formalizado,
extendido, especializado y luego implementado
en el trabajo con VDC. Aunque los detalles de las
misiones espaciales en las que trabaja el JPL y los
proyectos de construccin son diferentes, existen
caractersticas similares a ambos tipos de proyec-
tos como la participacin de mltiples disciplinas
y participantes que comparten una combinacin
de objetivos y mtodos.
El mtodo ICE permite a diferentes equipos de
diseo y construccin reunidos en un iRoom des-
cribir y explicar sus propios modelos e interpretar
aquellos de sus colegas de manera rpida, eficiente
y concurrente en reuniones ICE que involucren la
mayor cantidad de participantes en el desarrollo
del proyecto.
El mtodo ICE busca remover las actividades
que no agregan valor y distraen la atencin del
equipo de diseo que participa en una sesin ICE
a travs del mejoramiento en la forma como se
realizan las aclaraciones al alcance y metas, los
mtodos y vocabulario utilizados, y el tiempo que
toma realizar una consulta y obtener una respues-
ta til para la toma de decisiones (i.e. la latencia).
CONSTRUCTIVO 183
Artculo
El Cuadro 2 muestra los factores
que permiten el uso de ICE propuestos
por los profesores Martin Fischer y
John Kunz de la Universidad de Stan-
ford en base a 10 aos de experiencia
en la aplicacin de VDC en la industria.
Conclusin
Los proyectos requieren desarrollar
y luego vincular las definiciones y
anlisis del diseo, con la gestin
de la construccin, la gestin del
producto y los sistemas financiero-
contables. En la prctica hoy en da
esta vinculacin es realizada por
mltiples equipos de profesionales
mayormente en forma manual y so-
cial, con un gran costo y confusin.
La aplicacin de VDC permite so-
lucionar estos problemas a travs de:
La modelacin y visualizacin de los
elementos del producto, la organiza-
cin y los procesos involucrados en
un proyecto de construccin.
El uso del proceso tecnolgico-
social ICE entre los participantes
en el proyecto para integrar ml-
tiples versiones de modelos VDC.
La inversin en herramientas,
mtodos y recursos humanos
para el uso de VDC basada en la
proposicin de valor del proyecto.
La clarificacin de los objetivos,
valores, responsabilidades, dise-
os y expectativas debido al uso
de buena visualizacin y disponi-
bilidad de informacin que permi-
te a ms involucrados participar
en la revisin del proyecto de una
manera mas significativa que en
las revisiones tradicionales.
Referencias
Partes del presente texto estn ba-
sadas o directamente traducidas del
artculo Virtual Design and Cons-
truction: Themes, Case Studies and
Implementation Suggestions By John
Kunz & Martin Fischer. CIFE Working
Paper #097. Version 14; January 2012.
STANFORD UNIVERSITY; asimismo,
este tema sirve como prembulo a la
realizacin del programa CIFE-SPS
VDC Certificate Program que se dic-
tar por primera vez en Latinoamrica
y en Lima del 10 al 14 de setiembre
del presente ao. Ms informacin
en http://www.vdccertificatela.com
184
Cuadro 2 - Factores que permiten el uso de ICE
Critical Factor Success Target Risk factors ICE solution
100% available during Management support of focus;
meetings: Design short meetings make enable
Designers have other
Design staff session participants focus managers to free valued staff;
responsibilities during
focus exclusively on project Culture and management practice,
design sessions
work during design ded icate all participants during
sessions; design sessions
Manual design
Discipline-
Strategic: Balanced so activities bottleneck
Specific Modeling, visualization, analysis and
all potentially modeling project schedule; One
Modeling. decision support tools enable all
and analysis tasks are stakeholder fails to
Visualization critical path activities
very fast understand the model of
Tools
another
Heavy reliance on collaborative
Open Closed: All activities design sessions; designer
(pooled) requisite knowledge, Delay to access design collocation during sessions; careful
Information procedures, options, and interpretation or pre-planned participant selection;
Network of authority are immediately decision-making appropriate participant training in
designers available. modeling, analysis, interpretation of
other models and collaboration
Rich: Shared and Slow process to
Communication personal, visual, multi- describe models,
Mature modeling and analysis tools;
Media disciplinary, showing explain rationale,
Personal workstations; shared
Richness and functional requirements, evaluate choices, make
iRoom displays
Fidelity design choices and predictions, create
predicted behaviors alternatives
Exclude projects whose
Independence uncertainties or complexities
High: do design
of Staff solicits or waits for require high oversight; staff
work with minimal
Management management decisions selection and training to work
management oversight.
Structure independently; culture of autonomy;
analysis and decisions visible to all
Flat: Minimal Decision making slows One facilitator, no managers;
Organizational
organizational barriers or awaiting exception culture of working with minimal
Hierarchy
management overhead resolution management supervision
Culture; facilitator attention; discuss
High: Participants aspire
Debates on process; objectives and design process at
to project success;
Goal decision flip-flops; large session start; persistent shared
commitment to project
Congruence amounts of rework; view of formal objective metrics;
success over functional
hidden agendas culture of congruence; analysis and
goal optimization
decisions visible to all
Pre-plan for process clarity; culture
Process High: Procedures and 6 Extended debates
of autonomy; analysis and decisions
Clarify (lack of objectives are well about process or
very visible to all; team experience;
equivocality) understood and accepted priorities
excellent process facilitator
Semantically rich:
Separate models use
consistent naming and Careful design of the project
level of detail; data stored ontology; simple POP database
Integrated
in only one place but Inflexible, coarse, or to define conceptual entity
Conceptual
readily available to all confusing names, references to values
Models
relevant models (via data stored in databases of specialized
automated sharing) or applications
visible to stakeholders (for
shared understanding)
Topology of Pooled: Actors resolve Formal or inflexible
Collocation; Projection screens;
Stakeholder problems in small self- coordination
sidebar culture
Social Network formed groups requirements;
Inconsistent data
Scale2-free network: Shared database uses a POP
definitions or levels
Topology of format designed and understood
most applications access of detail, missing
Computer by the project team members and,
a shared database, data, participants or
Applications in support of automation, reliably
which thus has very high applications that do not
accessible by the most critical
network centrality understand or reference
design and analysis applications
the shared project model
Less than 10 minutes:
Significant effort is
participants decompose
required to appropriately
their activities into Careful activity decomposition into
decompose the activities
subtasks of short subtasks, training of designers, and
Design subtask
duration so that they
of traditional practice,
design of appropriately supportive
duration which often have
can ask questions that
duration of a day or two
software design and analysis
can be answered easily, applications
minimizing the duration of
and little structured
subtask decomposition.
potential rework
2 Scale-free networks have an exponential distribution of network links density, i.e., a few highly centralized nodes and most with low
connectivity, while Scaled networks have a normal and generally more even link density distribution.
Fuente: Virtual Design and Construction, Themes, Case Studies and Implementation Suggestions by John Kunz & Martin Fischer. CIFE
Working Paper #097. Version 14; January 2012. STANFORD UNIVERSITY
CONSTRUCTIVO