El anlisis de protocolo de rplica: un mtodo para el estudio del pensamiento de

diseo del mundo real

Per Galle, Unidad de Diseo de Edificacin Asistido por Computadora, del Instituto C/O de Diseo
de Edificacin, Universidad Tcnica de Dinamarca, Edificio 118, DK- 2800 Lyngby, Dinamarca
Laszlo Bela Kovacs, Department of Computer Science, University of Copenhagen, Universitetsparken 1, DK-2100 Copenhagen O,
Denmark
[Traduccin libre Herminia Alias; Carlos Burgos]

Dado el pliego (o bases, o expediente) de un concurso arquitectnico sobre la planificacin de un

sitio, y dado el diseo ganador del primer premio, el primer autor (entrenado como arquitecto pero
que no fue participante en el concurso) produjo una lnea de razonamiento que quizs se haya
desprendido del pliego para el concurso de diseo. En el paper, una tal "rplica de diseo" es
refinada en un mtodo llamado 'anlisis de protocolo de rplica' (RPA), y discutida desde una
perspectiva metodolgica de investigacin en diseo. Es discutido que para el estudio del diseo
del mundo real el uso de este mtodo ofrezca ventajas claras sobre el tradicional 'anlisis de
protocolo de diseo', que procura captar la lnea de razonamiento autntica del diseador. Para
ilustrar cmo el RPA puede ser utilizado, el caso del sitio planificado se presenta brevemente, as
como parte de la lnea replicada del razonamiento analizado. Un resultado del anlisis es una
vislumbre de una 'lgica del diseo'; otro es un adentramiento que suelta nueva luz en el estudio
clsico de Darke de "generadores primarios".
Palabras clave: investigacin y enseanza de mtodos de diseo, rplica de diseo, caso de
estudio, decisiones de diseo, modelos (o patrones) de inferencia.
La naturaleza del diseo arquitectnico ha atrado considerable atencin entre los investigadores,
como sujeto de estudio en s mismo 17, y porque el desarrollo de sistemas de computacin de
apoyo o soporte al diseo 8'9 necesita una mejor comprensin del proceso de diseo.
Como una contribucin a la exploracin continuada del diseo arquitectnico, hemos refinado la
tcnica de la rplica de Porter en un mtodo que llamamos 'anlisis de protocolo de rplica' (RPA).
Para ilustrar el uso del RPA, hemos tomado un caso de estudio de planificacin arquitectnica de
sitio. Nuestro objetivo es presentar el RPA como un instrumento prctico para la investigacin en
diseo y educacin; demostrar la viabilidad del RPA para el estudio del diseo en tamao natural
del mundo real; y, al hacerlo, proporcionar un adentramiento en la naturaleza del pensamiento de
diseo.
Esperamos que nuestros resultados sean de inters a lectores concernidos con la investigacin en
la naturaleza del diseo o con el desarrollo de sistemas de apoyo al diseo, y a lectores que
estudian o ensean diseo. Por ejemplo, en un contexto de diseo psicolgico o de ciencia
cognoscitiva (piloto), estudios que utilizan el mtodo relativamente econmico de recursos (o
recurso econmico) del RPA, pueden llegar a resultados de inters para s mismos, o pueden
llegar a la formacin de hiptesis para ser probadas utilizando otras, adems de mtodos de
trabajo intensivos. Adems, los resultados de nuestro caso de estudio, o de los semejantes
tambin basados en el RPA, pueden informar el desarrollo de sistemas de base de conocimiento
para el apoyo a la decisin, en particular en las fases tempranas de diseo. Por ltimo pero no por
eso menos importante, el RPA probablemente podra ser de uso por parte de estudiantes de
arquitectura como un suplemento a proyectos tradicionales de estudio de diseo, o como un
ejercicio mental a diseadores que desean estimular su propio desarrollo profesional.
Despus de la seccin de abajo, en que describimos el RPA como un mtodo de indagacin y
justificamos nuestro uso de el, presentamos el caso en la seccin 2 y lo analizamos en la seccin
3. En la seccin 4 resumimos las contribuciones hechas.

1 Presentacin y discusin del mtodo del RPA

En su libro Cmo piensan los diseadores, Lawson 5 remarca (pp 226-227) que "hay realmente
slo unos pocos enfoques bsicos que pueden ser tomados para disear investigacin ', a saber:
1) experimentos artificiales bajo condiciones controladas; 2) observacin de diseadores en
accin; 3) anlisis de entrevistas con, o con los escritos de, los diseadores; y 4) pensando
simplemente en el diseo. Lawson encuentra que todos estos enfoques tienen defectos graves. El
mtodo del RPA es ms cercano a la tercera categora de Lawson, pero implica, como se describe
abajo, una clase especializada de "escrituras" por parte de un diseador que no es idntico al
autor del diseo. As el RPA no puede lograr exactamente lo que Lawson tuvo en mente, pero su
crtica de mtodos de tres categoras parece aplicarse al RPA tambin. El problema con tales
mtodos, dice Lawson, es que los diseadores pueden tender a "vender"" sus ideas antes que a
explicar sus mtodos', e incluso si ellos no tratan de hacerlo, uno no puede estar seguro de que su
descripcin "sea un informe exacto u opuesto a la post racionalizacin.
En una tentativa por resolver este problema metodolgico, recomendamos el RPA como un
mtodo diseado deliberadamente no para rendir un "informe exacto" sobre el mtodo del
diseador, sino para documentar un tren de pensamientos que est garantizado incluir en una
"racionalizacin posterior del diseo. Segn nuestra visin, la capacidad de los diseadores para
racionalizar lo que ellos u otros diseadores hacen no es un obstculo para la investigacin en
diseo, pero es una fuente de adentramiento (o de vista al interior) de gran valor exploratorio.
En las subdivisiones siguientes, presentamos el mtodo del RPA, comparndolo a un mtodo
diferente pero relacionado y muy conocido, como el anlisis de protocolo de diseo (DPA), que
pertenece a la categora dos de Lawson (observacin de diseadores en la accin), y explicamos
la importancia que atribuimos a la racionalizacin.
1.1 El RPA paso a paso
El mtodo del RPA comprende cinco etapas que pueden ser indicadas en general y en trminos
prcticos como sigue. Etapas A) y B) son comprendidas para ser llevadas a cabo ms o menos en
paralelo. Etapas C) y D) pueden ser omitidas en casos donde no sean consideradas pertinentes al
propsito de la investigacin, y/o donde los recursos para incluirlas no estn disponibles. El
mtodo del RPA requiere el conocimiento substancial acerca de la clase de diseo bajo escrutinio;
la persona que hace la "rplica" (el replicador) debe tener algo de experiencia en esa rea de
diseo.
A) Estudie cuidadosamente un expediente o legajo dado de diseo y una solucin "objetivo" dada
(no diseada por usted mismo) al problema planteado por el expediente (utilizando, por ejemplo,
el expediente y una propuesta de proyecto de un concurso arquitectnico publicada)
B) Sin comunicarse con el autor (o autores) de la solucin, trate de replicar una lnea del
razonamiento que usted piensa que pudo haber sido proporcionada desde el expediente dado a la
solucin - objetivo dada. (Puede estimular el pensamiento el trabajo en un pequeo grupo, o la
explicacin de su razonamiento a otra persona a medida que usted se adelanta). Registre los
resultados mientras son producidos, o poco despus, con o sin dibujos adjuntos pero siempre en
forma de un texto argumentador coherente, el protocolo de rplica. En el protocolo usted describe
una sucesin de decisiones de diseo suficientes para contabilizar el progreso desde el
expediente o legajo a la solucin - objetivo. Incluya las ms convincentes razones que pueda
pensar para cada decisin. Dnde sea apropiado, incluya las decisiones alternativas de diseo y
las razones para abandonarlas en el diseo definitivo
C) (Opcional) Repetir etapas A) y B) con el mismo expediente y con otra u otras soluciones
objetivo ms.
D) (Opcional) Repetir etapas A), B) (y posiblemente C)) con el mismo expediente y solucin (o
soluciones) objetivo, pero con uno o ms replicadores diferentes.

E) Analice (y compare) el protocolo (o protocolos) de rplica resultantes utilizando cualesquiera

conceptos y mtodos que se ajusten al propsito de su indagacin.
Las etapas A) y B) mencionadas arriba, constituyen una variante de la tcnica de "rplica de
diseo" propuesta por Porter 10 y utilizada por l para estudiar el (posible) razonamiento detrs
de dos diseos: uno para el rediseo de la plaza Copley en Boston, MA; el otro para un edificio
para la Academia Americana de Artes y Ciencias. Porter, sin embargo, hizo transcripciones de
grabaciones para documentar sus rplicas una tcnica que no recomendamos, porque tiende a
producir material flojamente estructurado y verborrgico. Las etapas C) y D) son incluidas para
sugerir maneras de enriquecer el material del protocolo, aunque en este paper consideraremos
slo una sola rplica (etapas A) y B)), e ilustraremos algunas maneras en las que puede ser
analizada (etapa E).
1.2 Anlisis del protocolo de rplica versus anlisis del protocolo de diseo
El mtodo de categora-dos, que nosotros llamamos DPA, es conocido en la literatura
simplemente como anlisis de protocolo. Ha sido utilizado bastante por algn tiempo en la
investigacin en diseo, por ejemplo por Eastman11, Akin 4'12 (cuyo 'Apndice A. 1' de la primera
referencia contiene una discusin metodolgica), Eckersley 13 (que aplic un anlisis emprico de
rigor sin precedentes), Schn14, y por Goldschmidt15. El protocolo de anlisis, como es utilizado
por estos autores, implica el estudio de un protocolo (dibujos, notas, audio o video) del
comportamiento de un sujeto al disear. En comparacin con tal grabacin del proceso real de
diseo, el protocolo producido por rplica representa lo que Porter10 llama algn proceso
idealizado de diseo, que sabiendo donde empez, y a donde se diriga. . . se movi en
determinada direccin con gran eficiencia" (P 170). De ah nuestra distincin entre anlisis de
protocolo de diseo (DPA), y anlisis de protocolo de rplica (RPA).
Obviamente el DPA proporciona una imagen relativamente autntica del proceso de diseo, en
comparacin con el RPA. Un protocolo de rplica nunca debe ser ledo como una descripcin del
proceso verdadero o real de diseo. Sin embargo, como Porter seala, la rplica puede ser de
inters igualmente, proporcionando u ofreciendo una cuenta plausible de lo que sucedi
realmente; a lo que agregamos que, a menos que sea esencial obtener un registro de un
"verdadero" proceso de diseo, el RPA ofrece ventajas claras sobre el DPA:

Si el "replicador" es idntico a un investigador que est por analizar el protocolo, el

investigador est a priori ntimamente familiarizado con la materia que est por investigar

La rplica por s misma da una penetracin profunda en tanto en el expediente como en la

solucin - objetivo. Si, como es recomendado, la rplica compara las decisiones alternativas a
lo largo del camino desde el expediente a la solucin (etapa B. del mtodo), o si mltiples
rplicas son hechas (etapas C. y D.), una buena penetracin o adentramiento tambin puede
ser ganada en el espacio de soluciones posibles. Tales adentramientos podran ser valiosos
tanto en investigacin como en educacin

El RPA puede ser utilizado sin necesidad de consultar a facultativos

Es probable que un protocolo de rplica sea mucho ms entendible que un protocolo de

diseo, porque es resultado de un proceso de explicacin, no un producto secundario de un
proceso de diseo. La replica de un argumento que lleva desde el expediente a la solucin de
diseo, se presta naturalmente y directamente por s misma a la exposicin en un medio
escrito, posiblemente ilustrado con dibujos, mientras que el pedido a un diseador de que
externalice su pensamiento de diseo en la escritura, es inconcebible. Como Lawson observa,
en su crtica de mtodos de categora-dos (que incluye al DPA), las expresiones verbales y
grficas de los diseadores no pueden ser coherentes, a menos que tambin sepamos lo que
pasa en sus cabezas, y 'tan pronto como les preguntamos esto, estaremos destruyendo la
situacin que observamos'; y si tratamos de impedir esto registrando (grabando)

conversaciones del grupo de diseo, 'la situacin se vuelve artificial y los datos requieren una
interpretacin considerable 5 (P 226). Recientemente, crticas adicionales han sido generadas
contra el DPA por Davies, que estudi el comportamiento de diseo de programadores de
computadoras expertos 16

Diseos complejos del mundo real pueden ser estudiados por medio del RPA, como es
ejemplificado por el trabajo de Porter y por el presente paper. El DPA, por otro lado, requiere
video o grabacin en audio para el diseador por concentrarse en disear, pero esto necesita
la transcripcin de cintas para la interpretacin y el anlisis subsiguientes. Pedir a un
diseador practicante o a un equipo de diseo que "piensen en voz alta" al trabajar en un
proyecto real, que puede tomar semanas o meses para completarse, es absurdo; e incluso si
algn diseador extremadamente paciente estuviera de acuerdo en hacer esto, la cantidad
resultante de datos sin procesar para transcribir e interpretar sera prohibitivo.

1.3 Imaginacin versus razonamiento: sobre la aplicabilidad de la rplica

Para clarificar para qu propsitos puede ser utilizado el RPA, permtanos volver una vez ms a
Lawson 5 (pp 101-102). Los psiclogos, l dice, han clasificado pensamientos de varias maneras,
incluyendo la dicotoma entre imaginacin y razonamiento, 'ambos necesitados obviamente en el
diseo'. En comparacin con el arte puro, el diseo 'es dirigido hacia la resolucin de un problema
del mundo real', y, contina Lawson, 'esto no significa que ese pensamiento imaginativo puede ser
excluido del proceso de diseo pero s que su producto probablemente siempre necesitar
evaluacin por parte del pensamiento racional para que el trabajo del diseador sea pertinente a
su problema del mundo real. El control y la combinacin del pensamiento racional e imaginativo
son uno de los ms importantes problemas de los diseadores. . .
De acuerdo con esta contienda de Lawson tal como la interpretamos - asumimos como base
para nuestra discusin que:

El pensamiento de diseo est compuesto de actividades interdependientes de 'imaginacin

"y" razonamiento' (y otros, por ejemplo el recuerdo, que no nos concierne aqu)

La 'Imaginacin "en el diseo es utilizada para la evolucin del diseo, es decir propuesta de
decisiones tentativas (posiblemente incluyendo decisiones de rechazar decisiones anteriores)

El "razonamiento" en el diseo es utilizado para la racionalizacin del diseo, es decir

justificacin de decisiones tentativas "por el pensamiento racional" (que puede o no incluir
"evaluacin" en el sentido de preferencia de una opcin sobre otra).

Para resumir metafricamente esta comprensin de la naturaleza del pensamiento de diseo,

podemos decir que la evolucin y la racionalizacin son para el pensamiento de diseo lo que las
velas y el timn son para un velero. Debe ser enfatizado, sin embargo, que consideramos la
evolucin del diseo y la racionalizacin del diseo como aspectos igualmente importantes del
disear. Podemos discutirlos en aislamiento artificial, como haremos, para la claridad de la
exposicin, si ningn comentario adicional fuera hecho, que oculte nuestra conviccin de que en
realidad ellos estn entrelazados y son interdependientes, estimulando e incitando
presumiblemente uno al otro.
Probablemente es posible para un diseador experimentado proceder principalmente por
pensamiento imaginativo, dependiendo de su experiencia para saber que las decisiones hechas
podran ser racionalizadas, si la necesidad surgiera. Pero an entonces seguimos suponiendo que
ganando un adentramiento en la naturaleza de la racionalizacin del diseo se gana
adentramiento en un aspecto importante del diseo (vease nota 1).
Con el RPA podemos estudiar la racionalizacin del diseo, no de los diseadores diseando,
pero s de los diseadores actuando como replicadores. La suposicin subyacente es que una
justificacin de la replicacin post-hoc del diseador respecto del trabajo de otras personas no es

diferente en la naturaleza de las justificaciones del mismo diseador (post-hoc) de su propio

trabajo. (Ntese que no basamos nuestra confianza en el RPA sobre ninguna similitud asumida
entre el razonamiento del replicador y el autor del diseo bajo indagacin o escrutinio).
Adems, las justificaciones registradas en un protocolo de rplica transmiten el conocimiento del
diseo acerca de la clase de artefacto en cuestin. As, con un anlisis conveniente del protocolo
de rplica, el RPA es lo que en crculos de inteligencia artificial es conocido como un mtodo de
elicitacion (explicitacin) de conocimiento. Su caracterstica tpica es que es una explicitacin (o
extraccin) del conocimiento de diseo, no desde el autor del diseo sino desde otra persona (el
"replicador ') cuya mente es estimulada para ese propsito por el expediente de diseo dado y la
solucin (o soluciones) - objetivo.
Aunque sea menos obvio, contendemos que el RPA tambin puede ser utilizado hasta cierto
punto, para el estudio de la evolucin del diseo - a pesar del hecho de que el pensamiento del
replicador est prejuiciada por la solucin (o soluciones) - objetivo. Basamos esta (quizs algo
polmica) declaracin en las razones siguientes:

El replicador inventa una sucesin de decisiones, aunque con objetivo/s conocido/s, pero al
hacerlo ejercita una clase de creatividad necesitada en la evolucin del diseo verdadera.

En particular, si el replicador explora una secuencia de ramificacin de decisiones con "fines

muertos" que representan opciones alternativas de diseo, o si el replicador es incitado por
soluciones - objetivo a criticarlos o sugerir ideas para soluciones alternativas, los elementos de
la evolucin creadora de diseo estn implicados

El acto de justificacin de las decisiones de diseo con respecto a los objetivos ponen en el
problema dado de diseo la gua para una comprensin creciente del problema, y bastante
probablemente al aumento de dicho problema con nuevos objetivos as como con el
reconocimiento de relaciones y limitaciones ocultas. La misma clase de "evolucin del
problema" es, presumiblemente, una parte esencial de la verdadera evolucin del diseo

De ah el RPA tiene algn potencial para el estudio de la evolucin del diseo tambin; como
mnimo un potencial para la formacin de hiptesis tentativas que pueden ser probadas por otros,
ms trabajosos e intensivos mtodos.
2. El caso Spangsbjerg
Nuestro caso de estudio estuvo basado en el expediente (o legajo, o pliego) de diseo de un
concurso arquitectnico organizado por el municipio de Esbjerg, Dinamarca, 17 concerniente al
diseo conceptual de un plan situacional para un desarrollo residencial en Spangsbjerg, en las
afueras de la ciudad de Esbjerg. Una "solucin - objetivo" para indicar nuestra rplica fue escogida
de entre los resmenes publicados de propuestas de diseo sometidas al concurso. Varias de
stas fueron interesantes, pero para mantener el trabajo de rplica dentro de lmites razonables
seleccionamos una sola propuesta de la firma arquitectnica de Arkitektgruppen i/trhus, que justamente, en nuestra opinin - fue ganadora del primer premio (vase nota nmero 2). Aunque
no utilizadas como "soluciones - objetivo", las otras propuestas tambin pueden haber influido el
trabajo del replicador, en particular sus consideraciones de opciones alternativas de diseo.
El caso Spangsbjerg nos pareci atractivo por varias razones: Es, presumiblemente,
representativo de la planificacin moderna de sitio, por lo menos en Dinamarca, pero al mismo
tiempo implica un sitio con caractersticas extraordinarias (vegetacin existente) que jugaron
obviamente un papel significativo en el proceso de diseo. Estas claras ideas de contexto entraron
en juego juntas con conceptos ms generales. Adems, el diseo es descrito en funcin de
elementos urbanos (calles, plazas, vas de acceso) que, sobre bases metodolgicas diferentes,
hemos estudiado en otros lugares 8.19-21

2.1. Pliego (o Informe, o Expediente) de Diseo

El expediente de diseo del concurso es bastante elaborado pero los puntos ms importantes
pueden ser resumidos como sigue. Hay cinco propsitos explcitamente indicados:
Propsito 1: proponer un plan de sitio que ofrezca una diversidad de tipos de habitar, situando
edificios de alta densidad de baja altura y casas unifamiliares separadas, y los que acomodan los
hogares de ancianos y moradas diseadas especialmente para personas de edad avanzada,
estrechamente asociado con el propsito normal de moradas.
Propsito 2: encajar el proyecto naturalmente entre las reas circundantes de casas
independientes, pero para que el sitio sea mucho ms utilizado que los sitios circundantes.
Propsito 3: crear un ambiente variado y estimulante a travs del diseo de edificios y reas para
el juego y otras actividades al aire libre
Propsito 4: crear un sistema de trfico que trabaje bien, al que sea fcil llegar sin ayuda, y que de
prioridad a la seguridad del trfico no vehicular
Propsito 5: permitir una construccin por etapas - planificadas de varios aos, como para que el
rea constituya un total armnico en cada etapa.
Adems, limitaciones contextuales y otras fueron impuestas en las soluciones:
Caractersticas del sitio: El sitio tiene forma aproximadamente de un paralelogramo, de unos 740
metros (en direccin sudoeste - noreste) por 260 metros (en direccin noroeste - sudeste). La
superficie es en gran parte plana, y el suelo es de capacidad de carga normal.
Caractersticas existentes y planificadas: Los rompevientos en forma de filas rectas de rboles
existentes a lo largo de los lmites, y tambin en el interior del sitio, principalmente en tres
cinturones por los lados largos, colocados casi regularmente en intervalos de aproximadamente
70 metros (vase nota nmero 3). El hogar de ancianos tiene que ser situado cerca de la esquina
SO del sitio (en un rea especificada). Una bicisenda y senda peatonal estn planeadas a lo largo
de la frontera SE.
Tipos de uso y distribucin: Aproximadamente 50% del rea debe ser utilizada para la envoltura
social (planas rentables) y 40-60 para moradas de personas de edad avanzada, y del remanente
aproximadamente 50% para casas de propiedad privada. La primera categora debe ser diseada
como de baja altura de alta densidad, la segunda como una mezcla de baja altura de alta
densidad y las casas independientes. Las casas de propiedad privada diseadas como de baja
altura de alta densidad pueden ser organizadas legalmente como viviendas de tiempo compartido
o en condominio' (vase nota nmero 4). Las moradas de varias clases deben ser agrupadas en
grupos de tamao limitado. Los grupos de casas de propiedad privada, inclusive viviendas en
condominio o de tiempo compartido, deben tener en cuenta para extensin de cada morada a 120
m2. Una guardera infantil para 40 nios de 0 a 6 aos, y un club para 40 adolescentes tambin
deben ser proporcionados.
Capacidad del estacionamiento (coches por morada): Vivienda social: 1,5. Moradas para las
personas mayores: 1,5 (un espacio de estacionamiento en-curtilage). Casas independientes
privadas: 2 (en-curtilage). Moradas de alta densidad de baja altura (inclusive casas particulares)
con estacionamiento de masa (si hubiera): 1,5. Guardera infantil y club necesitan juntos
estacionamiento para 12 coches.
Trfico vehicular: Los coches pueden tener acceso por la frontera SO (donde estn permitidos no
ms de dos puntos de entrada, incluyendo el camino de entrada que da acceso al hogar de los

ancianos), y cierre en la esquina norte (un punto de entrada est permitido en la frontera NO o la
NE).
Trfico peatonal: Aparece en los mapas provistos que los peatones pueden entrar al sitio a lo largo
de la frontera SO, salvo donde esta est ocupada por el hogar de ancianos, y en o cerca de las
esquinas norte y este.
Masa construida y proporcin de utilizacin: El nmero mximo de moradas (sin contar el hogar
de ancianos) se estima en 320 (lmite negociable, no obligatorio). Altura tentativa mxima de
edificacin: 11/2 almacenes (negociable). La proporcin local, mxima y tentativa de utilizacin (de
superficie total bruta al rea de tierra ocupada): 35% para reas de moradas de alta densidad de
baja altura; 25% para cada curtilage individual de una casa independiente (ambos son lmites
negociables).
2.2 Una solucin de diseo
Las figuras 1 y 2 muestran propuestas ganadoras de premio en el concurso de Spangsbjerg. Los
rompevientos existentes que han sido casi completamente preservados, son claramente visibles
en la Figura 1: las filas de rboles a lo largo de la frontera del sitio, y tres filas ms que corren en
la direccin longitudinal del sitio. A lo largo de la fila central de rboles, una calle peatonal con tres
plazas verdes ha sido construida, enmarcada por edificios coherentes relativamente altos. Fuera
de esta "espina dorsal" central hay edificios ms bajos organizados alrededor de patios, o
separadamente como casas independientes; parte del ltimo con acceso desde un "verde" comn.
El acceso de vehculos se da a travs de caminos a lo largo de dos filas de rboles prximas a la
central (en las "zonas de frontera"), con estacionamiento masivo de coches a intervalos
convenientes. El hogar de ancianos mencionado anteriormente en el pliego se ve en la esquina
SO.
Figura2. Vista Axonomtrica (del primer premio de diseo del concurso de la planificacin de sitio de Spangsbjerg), de la entrada,
mostrando una porcin de la calle central con una plaza, y con formaciones circundantes de patios de edificios y casas independientes

3. Aplicacin del RPA al caso Spangsbjerg

Hemos presentado nuestro caso: un problema de diseo y una solucin a l, ambos ejemplos
autnticos tomados de la prctica (ya el proyecto ha sido construido realmente, de forma algo
modificada). La seccin 3.1 da un extracto del protocolo de rplica en el que nuestro "replicador"
(el primer autor que fue entrenado originalmente como arquitecto) desarroll una lnea de
razonamiento que quizs haba conducido desde el problema a la solucin. Primeramente l le
explic oralmente sus pensamientos al segundo autor, despus los repas otra vez solo y con
ms detalle, registrndolos mediante escritura como muestra, y dibujando sobre notas hechas por
nosotros dos durante la primera iteracin. Pequeos ejemplos de cmo el protocolo puede ser
analizado sern dados en las secciones 3.2-3.4.
3.1 Protocolo de Rplica
En el extracto siguiente de nuestro protocolo de rplica, los prrafos son marcados con sus
nmeros originales para referencia. (El protocolo in extenso est disponible en un informe de
trabajo 22). Las referencias a prrafos del protocolo de rplica sern de la forma [ref. <nmero de
prrafo>] '. Para preparar nuestro anlisis, hemos aumentado la mayor parte de los prrafos de
rplica con una lista de decisiones explcita o implcitamente tomadas all. (Las listas no fueron
parte del protocolo original). Distinguimos dos clases de decisiones de diseo: una decisin hacia
adelante, es la intentada para conducir hacia un diseo completo (dice, una decisin en la forma,
en el uso, en la composicin, o en la organizacin); una decisin hacia atrs es una decisin de
rechazar una o ms decisin/es de diseo hacia adelante. Slo si fueron marcadas como tales en
las listas, son decisiones "hacia atrs"; de otro modo ellas son "hacia delante.

Una decisin implica la preferencia de una opcin sobre una o ms alternativas. En el protocolo se
da a menudo el caso de que slo la opcin preferida es mencionada. Sin embargo, las decisiones
'hacia atrs' testifican la consideracin ocasional de alternativas, desechando opciones que no
fueron preferidas despus de todo, e inaugurando un nuevo tren de pensamiento. (Recurdese
que en la descripcin del RPA, etapa B., favorecemos la consideracin explcita de alternativas).
2) Los rompevientos parecen ser la nica caracterstica tpica del lugar entero, cortando el sitio
longitudinalmente en cuatro tiras estrechas de aproximadamente 70 metros. As que
probablemente debemos tratar de preservarlos, si podemos.
3) Ellos son terriblemente regulares, rectos y uniformes, a excepcin de la segunda fila de rboles
(contando desde el NO, inclusive las filas fronterizas) siendo rota en dos, ligeramente paralelas,
piezas. Pero la direccin longitudinal es enfatizada. El pliego (o expediente) dice que el trfico
entrar en o cerca de los lados cortos. As que el principal flujo de trfico obviamente tambin ser
longitudinal. Eso parece ir bien con preservar los rompevientos primarios. (Hay tambin algunos
secundarios, ortogonales a la direccin longitudinal, pero ellos ms bien estn dispersos al azar
alrededor, y no tendra inconveniente en tener que sacrificarlos). [Decisin 3a: Preserve
rompevientos primarios].
4) Podemos pensar en las cuatro tiras de tierra y los rompevientos como figura y fondo,
respectivamente, o viceversa [vase nota nmero 5].
5) Supongamos que las tiras son "figura". Qu sugeriran? -Alguna clase de unidades
relativamente independientes, probablemente, separadas por los rboles. Por ejemplo, en las dos
tiras centrales quizs tengamos baja altura de alta densidad a lo largo de una especie de "calle", y
en las dos tiras exteriores casas particulares bajas a lo largo de un camino.
[Decisin 5a: Permita que las tiras entre rompevientos sean "figura"].
[Decisin 5b: Separe unidades independientes por los rboles].
[Decisin 5c: Coloque las calles de alta densidad de baja altura en las dos tiras centrales].
[Decisin 5d: Coloque casas particulares a lo largo de caminos en las dos tiras exteriores].
6) De esta manera quizs obtengamos un buen encastre a las reas vecinas (propsito N 2), y
los edificios quizs sean construidos una tira a la vez (propsito N 5). Pero presumiblemente, las
tiras exteriores se pareceran mucho a los caminos triviales con casas independientes a ambos
lados del sitio, as que quizs el encastre sea un poco demasiado perfecto! Tambin, las
unidades independientes implican que cada tira ser servida por un sistema de trfico propio. Si
peatones y coches son mezclados, la seguridad ser difcil de lograr (propsito N 4). Y si ellos
estn separados, significa que tendremos ocho canales de trfico (cuatro veces dos). Lo cul es
demasiado. [Decisin 6a ("hacia atrs"): Deje las tiras como figura (las decisiones 5a- 5d).]
7) Ahora supongamos que las tiras son "fondo", entonces los rboles llegan a ser "figuras". En vez
de dividir cosas, los rboles las deben unir. Cmo pueden "unir" los rboles los grupos de
edificios? - Jugando el papel de rboles de avenida! Por supuesto, una avenida tradicional
necesitara una doble fila de rboles, pero una sola lo har tambin. [. . .]
[Decisin 7a: Permita que las tiras entre rompevientos sean "fondo".]
[Decisin 7b: Permita que los rompevientos "unan" como rboles de avenida].
8) Para que las avenidas trabajen apropiadamente como elementos de unin, deben servir como
las principales reas de acceso para los edificios adyacentes. Estos, en cambio, deben ser
orientados con sus frentes hacia las avenidas, y preferentemente con vistas sobre ellas.
[Decisin 8a: Permita que las avenidas sean las principales reas de acceso para los edificios].
[Decisin 6b: Oriente los frentes de los edificios hacia las avenidas, con vistas sobre ellas].
[]
15) Entonces los peatones utilizarn las tres avenidas. (As como el sendero ya planificado a lo
largo de la frontera NE). No podemos tener tres ni cuatro rutas para peatones corriendo en

paralelo por toda la longitud del sitio (aproximadamente 740 metros) sin interconexiones. El rea
debe ser "permeable". Por lo tanto las avenidas (y el sendero) deben estar conectados en
intervalos razonables por senderos secundarios que permitan a los peatones para pasar de uno al
otro.
[Decisin 15a: Conecte las tres avenidas y la senda peatonal con interconexiones a intervalos
razonables).
[]
31) Para asegurar afinidad con las reas de vecindarios existentes, uno quizs utilice simplemente
una organizacin semejante con casas independientes con jardines privados a lo largo de un
camino, posiblemente un poco ms alto que los existentes, para asegurar una transicin lisa a la
espina dorsal (propsito N 2).
[Decisin 31a: Organice casas independientes en la zona de frontera tradicionalmente a lo largo
de un camino, como en el rea existente].
32) Pero demasiado de esto ser montono. Qu puede hacerse para introducir ms variedad?
[Decisin 32a (hacia atrs): Abandone la decisin 31a.]
33) El pliego o expediente requiere dos o tres categoras legales de viviendas (vase "tipos de
Uso" [Seccin 2.1 arriba). En orden de "intimidad" creciente ellos son: envoltura social,
"viviendas de tiempo compartido o condominios-" (opcional), y casas unifamiliares ordinarias.
Quizs demos a cada categora legal su propia expresin fsica, para crear variedad [la calidad
tambin es requerida por el pliego, vase "propsito N 3"]. Pero cmo'?
[Decisin 33a: D a cada categora legal de vivienda su propia expresin fsica.]
34) La envoltura social, la categora menos privada, pertenece naturalmente a la espina dorsal,
con acceso desde sus espacios de la calle y la plaza que son completamente "pblicos". Las
viviendas de tiempo compartido o en condominios 'podran estar situadas por separado, algo ms
abajo, construidas alrededor de un patio. Un patio es tambin un "espacio pblico, pero lo es
menos que la calle y la plaza, porque a travs de l no hay por trfico. Tales estructuras de patio
pueden ser colocadas en las zonas de bordes o lmites, con una entrada al patio frente a una
avenida contigua. Y el resto de la zona contigua puede ser utilizado para casas independientes
unifamiliares bajas que ofrecen el grado ms alto de intimidad, cada una estando rodeada por su
propio jardn.
[Decisin 34a: Coloque la envoltura social en construcciones en la calle de espina dorsal].
[Decisin 34b: Coloque algo ms abajo las "viviendas de tiempo compartido o en condominio'
alrededor de patios en las zonas contiguas].
[Decisin 34c: Coloque moradas de propiedad individual privadamente en casas independientes
bajas en zonas contiguas).
3.2 Anlisis de muestra: racionalizacin del diseo
Para ilustrar de una vez, podra ser analizado un protocolo de rplica con respecto a la
racionalizacin, permitindonos sugerir brevemente pautas de razonamiento fundamentales que el
protocolo puede revelar. (El mtodo de anlisis lgico utilizado aqu, y su aplicacin a una porcin
mucho ms grande del protocolo de Spangsbjerg, ha sido descrita en detalle en otra parte 23 24).
Considere la sencilla decisin hacia delante 33a: 'D a cada categora legal de envoltura o
vivienda su propia expresin fsica', lo cual es motivado por su capacidad de 'crear variedad' como
un requerimiento del pliego o expediente. Una forma de razonamiento esquemtico de discusin
en esta parte del protocolo puede ser presentada de la siguiente manera:
A) Si a cada categora legal de envoltura se le dada su propia expresin fsica, entonces la
variedad est creada.
B) Se requiere que sea creada la variedad.

C) De ah que es deseable que a cada categora legal de envoltura le sea dada su propia
expresin fsica.
Para concluir de A) y B) respecto a que 'se requiere que cada categora legal de envoltura 'etc.,
se estara yendo demasiado lejos, porque hay obviamente otras maneras de crear variedad. Pero
claramente el motivo de la decisin 33a establece el atractivo de la etapa de asuntos expresados
por la enunciacin C), sobre la base de que la decisin contribuye a la variedad.
Las nociones de atractivo y "requerimientos" son centrales al argumento tal como fue planteado
arriba; pero ellas no son expresables en la lgica estndar. Sin embargo, en varios sistemas de la
llamada lgica modal 25, encontramos las modalidades de permiso y obligacin, o aqullas de
posibilidad y necesidad, a las cules atractivo y requerimientos pueden ser considerados
anlogos. En una estructura de lgica modal, quizs formalicemos la pauta del razonamiento
detrs del argumento arriba mencionado de la siguiente manera:
Desde
y
concluye

M
E
Necesario E
Deseable M

dnde la flecha designa implicacin (si-entonces), las letras cursivas maysculas son variables
que significan proposiciones ordinarias (como 'variacin fue creada'), y "Necesario" y "Deseable"
son operadores modales que cambian el significado de las proposiciones que ellos preceden ('se
requiere eso', y' es deseable aquello', respectivamente).
M y E pueden ser comprendidos como proposiciones que describen medios y fines,
respectivamente. Ntese que si los operadores modales son quitados, la pauta resultante de
inferencia coincide con la conocida como abduccin, o "abduccin explicativa". 26
La misma pauta abductiva subyace a la justificacin de la decisin 31a, como puede verse por un
anlisis semejante. As hemos establecido que (desde un punto de vista):

es deseable que las casas independientes estn organizadas en las zonas contiguas
tradicionalmente a lo largo de un camino

Sin embargo, la decisin hacia atrs 32a desecha inmediatamente la decisin 31a: 'Pero
demasiado de esto ser montono' [rep. 32]. Esa monotona de la disposicin es indeseable y
est implicada claramente por el protocolo en este punto. Necesitamos indicar explcitamente el
(bastante trivial) argumento fundamental para ver si sigue la pauta:
Desde
Y
Concluye

P
Q
Deseable 7 Q
Deseable 7 P

(donde "7 Q " se lee "no). En el habla corriente la conclusin del argumento es:

es deseable que las casas independientes no sean organizadas en las zonas contiguas
tradicionalmente a lo largo de un camino

Presumiblemente, tal situacin en la que una declaracin y su negacin son consideradas ambas
"deseables" (desde puntos de vista diferentes) es bastante comn en la racionalizacin del diseo.
Ntese que, juzgando desde el protocolo, la decisin final (32a) fue hecha sin ningn intento de
comparar la fuerza de los dos argumentos opuestos de justificacin; verdaderamente sin dejar
ninguna huella del razonamiento, a pesar de la racionalidad aparente del protocolo.
3.3 Anlisis de muestra: el conocimiento de diseo sacado
Una lectura final (o de cierre) del protocolo revela dependencia del conocimiento general de fondo.
La decisin 15, por ejemplo (sobre la interconexin de los principales canales peatonales de

trfico que corren aproximadamente en paralelo) descansa o se apoya en la regla emprica de que
las reas residenciales deben ser "permeables" a peatones (vase la gua de diseo de Bentley et
al 27).
Una bsqueda ms sistemtica para tal conocimiento de fondo puede ser emprendida utilizando la
misma clase de anlisis lgico como el ilustrado en la seccin 3.2. En la construccin de
argumentos explcitos de racionalizacin e insistiendo en que ellos son lgicamente coherentes,
uno puede encontrar premisas (tcita o explcitamente asumidas en el protocolo) que expresan el
conocimiento de fondo 23, 24.
3.4 Anlisis de muestra: la evolucin del diseo
Rudimentariamente aunque nuestro protocolo de rplica puede ser como una evidencia del
"pensamiento imaginativo" verdadero, sentimos que debe ser intentado un anlisis del protocolo
en el que busquemos elementos de la "evolucin de diseo" en el razonamiento del replicador.
Nos restringiremos aqu a las siguientes dos observaciones relacionadas, que ejemplificamos en
referencia al protocolo, y relacionamos subsiguientemente a la literatura de la investigacin.
Observacin A: Dadas dos decisiones en la secuencia de decisiones identificadas en el protocolo,
la primera a menudo especifica un FIN u objetivo a ser logrado (decidiendo QUE), y la otra,
MEDIOS para lograrlo (decidiendo COMO).
Observacin B: Una decisin dada puede ser vista como especificando los medios en relacin con
una decisin ms temprana, y como especificando un fin en relacin con una decisin posterior
(que, en cambio, proporciona los medios para lograr el fin).
En varias ocasiones nuestra secuencia de decisin introduce una situacin deseable, seguida por
una implementacin de ello en el contexto a mano ('decidiendo que' y 'decidiendo cmo',
respectivamente). Por ejemplo, la decisin 3a, que indica que los rompevientos primarios sean
preservados, y la decisin 7a (que se consideren las tiras de terreno "fondo antes que "figura")
indica cmo, en el contexto creado por la decisin 6a. Por otro lado, la decisin 7a tambin puede
ser vista como indicando que las tiras de tierra sean "fondo", y la decisin 7b indicando cmo, a
saber, utilizando los rompevientos como rboles de avenida, para "unir" los edificios alrededor de
ellos. Una relacin similar fin-medios se sostiene entre la decisin 7b por una parte y las
decisiones 8a y 8b por la otro, que van a los detalles de la avenida. Otro ejemplo claro de una
relacin de fin-medios es la existente entre la decisin 33a y las decisiones 34a-c, que introducen
y "aplican", respectivamente, la idea de dar categora legal a cada edificacin de albergar su
propia expresin fsica.
Mirando la secuencia de decisin en tales trminos, de fines y medios, se muestra la fuerte
conexin entre la evolucin y la racionalizacin: hasta cierto punto, una decisin de cmo, es
justificada (a priori racionalizada, como fue) por su contribucin a la implementacin de una
decisin de qu, cuyo resultado es considerado deseable (o necesario, por ejemplo si fue dado a
priori por el pliego o expediente como en el ejemplo en la seccin 3.2).
Bastante de acuerdo con nuestra observacin B, Eekels encuentra (en un contexto de diseo en
general, pero sin referencia a la materia emprica) que 'cada fin puede ser considerado un medio
hacia un o unos ms alto/s fin/es, y depende virtualmente del nivel desde donde uno mira si un
cierto tem es llamado un medio o un fin' 28.
Los fines y los medios (el que y el como) tiene un parecido sorprendente con las decisiones, un
paralelo interesante con el modelo de Garm (ver nota 6) sugeridas por
Gielingh 29 como una manera de estructurar los "modelos de productos" de manera
computarizada. En Garm, productos tales como los edificios se describen en trminos de
definicin de unidades de producto (PDUs). El PDU es "cualquier parte interesante del producto
suficiente para grabar informacin acerca de el.Diversos subtipos de PDUs son distinguido por
diversas fases del ciclo de vida del producto, desde la especificacin y el diseo hasta la

demolicin.
En
el
contexto
actual,
slo
dos
son
de
inters:
las
unidades
funcionales
PDUs,
que
son
requeridas
y
las
soluciones tcnicas que son diseadas. En el modelo Garm, la especificacin y el diseo de un
producto se supone que proceder fundamentalmente en una forma de arriba hacia abajo:
"requisitos" o "limitaciones" se adjuntan a las unidades funcionales que son descompuestas en
elementos constitutivos de las soluciones tcnicas, que, a su vez, deben tener caractersticas
"adecuadas
para
satisfacer
los
requisitos
y
las
limitaciones.
Las soluciones tcnicas pueden llegar a contener ms, ms pequeas, unidades funcionales a los
que una vez ms las soluciones tcnicas se pueden encontrar, y as sucesivamente.
Las unidades funcionales de Gielingh (con sus correspondientes requisitos y restricciones)
puede verse como la expresin de los objetivos, y sus soluciones tcnicas como el suministro de
medios para alcanzar esos fines. Pero mientras que las unidades funcionales y tcnicas
pertenecen a clases separadas, las decisiones del QUE y las decisiones del COMO, tienen un
doble carcter o naturaleza, ya que pueden transformarse o convertirse unas en otras. Sin
embargo,
la
nocin fundamental de la evolucin del diseo como una bsqueda de medios para alcanzar los
fines (resultados), y con los fines dando lugar a nuevos medios, es un proceso comn a nuestra
posicin sobre el diseo en conjunto con la de Gielingh.
En un clsico trabajo de Darke 30,31 se ha demostrado cmo la prctica de una serie de
arquitectos, en lugar de partir de "una lista completa y explcita de los factores que se
considera tienden a reducir la variedad de posibles soluciones a un todava no del todo
comprendido e imperfecto problema "(p 186 de la reimpresin de la tercera edicin de 1984), con
el
fin
de
hacer
manejable
el
problema
cognitivo.
Ellos
comenzaron su proceso de diseo mediante la concentracin en lo que Darke llama un generador
primario: descrito por ella como "un objetivo particular o un pequeo grupo de objetivos, por lo
general
muy
valorado
e
impuesto
por
el
propio
diseador.
Por
ejemplo, los diseadores tal vez deseen expresar el sitio, para prever una relacin particular entre
la vivienda y sus alrededores, para mantener ciertos patrones sociales, etc ". Uno de los
arquitectos que ella entrevist describe los generadores primarios de la siguiente manera: ". . . hay
algunos buenos rboles alrededor del sitio. Por lo tanto, tendemos a ponerlo [refirindose al
edificio] en el centro, mirando hacia el exterior. Esa es una de las ideas generadoras"(p 183).
Evidentemente, la decisin del equipo de diseo de Spangsbjerg de preservar el viento es muy
similar, y un claro ejemplo de un generador primario, aunque no del todo impuesto a si mismo, ya
que fueron mencionados en el brief del diseo como deseable). Darke utiliza su evidencia
emprica como un intento de refutar el por entonces popular modelo de diseo como proceso de
anlisis - sntesis , y propuso un nuevo esquema compuesto por un" generador - conjetura -anlisis de modelo de diseo. El papel de los generadores principales, segn su modelo, es
proporcionar al diseador de "una manera de actuar o intervenir dentro del problema", permitiendo
una solucin conjeturada", que permite aclarar los requisitos detallados en la conjetura y como
una prueba para ver hasta dnde pueden ser cumplidos."(pgs. 186-187).
Nuestro estudio de caso, y en particular la observacin B, parece sugerir (a partir del concepto de
generador primario de Darke) que ella 'no es ms que la primera de una serie de decisiones, cada
una de las cuales sirve para "reducir la variedad de posibles soluciones" y establecer una "forma
de actuar" a lo largo de lo que queda del problema.
4. Conclusiones
Hemos presentado el mtodo de anlisis de protocolo de replicacin RPA), discutido en una
perspectiva metodolgica, y la aplicacin a un caso tomado de la prctica arquitectnica. Para
ilustrar el uso de la RPA, el protocolo de replicacin generado por el caso fue analizado a partir de
tres diferentes puntos de vista: el de la racionalizacin del diseo (justificacin de las decisiones),
el de la estimulacin emergencia- de los conocimientos de diseo, y la de la evolucin del

diseo la forma en que se crean las cadenas de las decisiones en el proceso). Como resultado de
ello, se han realizado las siguientes contribuciones:
1) Un paso a paso la descripcin del RPA. Esto puede servir como una herramienta prctica en la
investigacin sobre el diseo y en el campo de la educacin (seccin 1.1)
2) Un argumento terico a favor de la RPA en comparacin con otros mtodos (seccin 1.2) y una
evaluacin de su aplicabilidad (seccin 1,3). Esto se ofrece como una contribucin al debate sobre
la metodologa de la investigacin en diseo
3) Una descripcin de una protocolo de replicacin de un caso de diseo bastante complejos del
mundo real, artculo 2) en una forma detallada y compacto (ver extractos de protocolo en la
seccin 3.1, el protocolo tambin completa disponible en 22). El material puede servir como datos
bsicos para seguir la investigacin en el futuro.
4) Anlisis de la naturaleza en el pensamiento de diseo (obtenida a travs de los anlisis
presentados en las secciones 3.2-3.4), en particular sobre los aspectos lgicos de la
racionalizacin del diseo, y una propuesta de generalizacin de de los resultados considerando
la
idea
la
idea
de
los
generadores
primarios
de
Darke.
5 Reconocimientos
Thanks are due to Arkitektgruppen i/~rhus and to Akitektens Forlag for their kind permission to reproduce Figures 1 and 2, originally
published in Arkitekten, Vol 87 (1985). We are indebted to the referees and editor for constructive criticism of an earlier version of
this paper.

Notes
1 If, as we believe, our assumptions express the essence of the passage by Lawson just quoted, one may
wonder why, in his discussion of the four categories of methods, he appears to regard rationalization with such
suspicion (see the introduction to section 1)
2 Originators of the project are: Lars Due, Michael Harrebek, Ole Nielsson, Erling Stadager, and Helge Tindal
(Architects MAA), assisted by Ib V. Nielsen, Birgitte Henningsen, Jens Kvorning, Per Christensen, Soren
Bisgaard, and Lars F. Nielsen (Architects MAA)
3 Note added after replication exercise: preservation of the windbreaks was mentioned in the brief as a
desirable goal
4 In 'shared ownership housing' (Danish: andelsboliger') each household is entitled to the use of its dwelling,
but shares ownership of it with other households
5 The figure ground distinction is known from the psychology of perception. A famous example is the
ambiguous picture of a vase-shaped figure on a dark ground, or of a figure like the profiles of two dark faces on
a bright ground
6 GARM: 'General AEC reference model' where AEC stands for 'Architecture, Engineering, and Construction'.
The account of GARM given here draws on a summary by Galle 32