Perspectivas de Sistema y Actor

Sistemas Sociotcnicos
Hans de Bruijn y Paulien M. Herder, miembro de la IEEE
-Este papel abstracta aborda la complejidad del anlisis y diseo de sistemas socio-
tcnicos: sistemas que involucran ambos sistemas com- plejos fsico-tcnicos y redes
de actores interdependientes. Se muestra que, aunque una perspectiva de sistema
duro y una perspectiva de actor difieren mucho en terminologa, mtodos y
aplicabilidad, tambin muestran sorprendentemente muchas similitudes. Basndose
en las similitudes y diferencias de las dos perspectivas dominantes, este trabajo
contina mostrando que las posibilidades de modificacin e intervencin en ambas
perspectivas difieren en gran medida. La disciplina emergente de sistemas de sistemas
requiere generalmente una "integracin" de ambas perspectivas con el fin de modelar
y disear estos complejos sistemas sociotcnicos, pero en este artculo se argumenta y
se demuestra que la plena integracin no es el camino preferido. En cambio, la
disciplina emergente debe esforzarse por facilitar el uso de ambas perspectivas de
manera sensata y, por lo tanto, no descartar las fortalezas de ninguna de las dos
perspectivas.

ndice Trminos -Actor redes, sistemas complejos, diseo, ingeniera de sistemas,

ingeniera de sistemas, sistemas de sistemas.

I. INTRODUCCIN

T su documento examina el proceso de anlisis y DE- firmar sistemas

sociotcnicos complejos que implican 1) elementos fsico-tcnicos y 2) redes de

actores interdependientes. Describimos las principales caractersticas de estos

sistemas complejos y presentamos una comparacin de las principales similitudes

entre los sistemas duros y las redes de actores, utilizando dos perspectivas

diferentes. Una perspectiva se basa en las ciencias de la ingeniera y, sobre todo, en

la disciplina de ingeniera de sistemas duros o, en otras palabras, en una perspectiva

tcnico-racional de sistemas complejos, por lo tanto, por razones de legibilidad en

breve, Sistema ". La otra perspectiva est enraizada en las ciencias sociales y

considera a los actores como agentes intencionales; Llamaremos eso, en resumen, la

perspectiva de "actor". Luego consideramos las implicaciones de los rasgos de estos

sistemas sociotcnicos con respecto al modelado de ellos, as como para el diseo de

tales sistemas. Finalmente, presentaremos nuestras conclusiones en la ltima

seccin.

A modo de introduccin, presentamos primero dos ejemplos de problemas que slo

pueden ser comprendidos y resueltos con el conocimiento de ambas perspectivas.

A. Ejemplo 1: Suministro de calor residual

El primer ejemplo que ilustra las cuestiones se refiere al suministro de calor residual
de un sitio industrial a una zona residencial [1], [2]. El calor residual es a menudo un
subproducto de los procesos industriales y generalmente se "desecha", es decir, se
dispersa en la atmsfera o en agua de refrigeracin. Si esta energa no es meramente
desperdiciada de esta manera, sino que se utiliza para calentar hogares, se puede
lograr una reduccin en el uso de combustibles fsiles. Sin embargo, el transporte
fsico del calor a los hogares requiere el diseo y construccin de una extensa
infraestructura.

Sistemas: Muchos procesos industriales generan calor. A menudo, el calor, que no es

requerido por el proceso en s, se dispersa en el agua de refrigeracin o por alguna
otra instalacin de refrigeracin. La cantidad de calor producido y el momento
exacto en que se produce depender de consideraciones operativas, por ejemplo, el
producto que se fabrica, la cantidad del producto y las materias primas utilizadas.

Supongamos que el calor producido por el proceso se puede utilizar para calentar la
propiedad residencial. Aparte de la informacin sobre el lado de la oferta, es decir,
la cantidad de calor disponible, requeriremos informacin sobre la demanda:
Cunto calor necesitan realmente los hogares? Despus de todo, los residentes son
los usuarios finales del calor. Aunque esta informacin cuantitativa es claramente
requerida, es igualmente importante saber cundo se necesita calor: Durante los
meses de invierno, la demanda ser mayor que en el verano. La demanda tambin
muestra variaciones dinmicas en una escala de tiempo ms pequea: El requisito de
calefaccin ser ms bajo por la noche que durante el da.

Adems de disear el sistema de suministro de calor y demanda de calor, ser

necesario abordar cuestiones relacionadas con la infraestructura fsica: Cmo se
transporta el calor del proceso industrial a los hogares de los residentes? Aqu, el
portador de calor (vapor y agua) es relevante: Qu portador de calor debe ser
elegido? Tambin hay que tomar decisiones con respecto a las dimensiones de las
tuberas, el nmero de tuberas y el nmero y tamao de las estaciones de bombeo.
Hasta dnde puede transportarse el calor realmente? Cunta prdida de calor
ocurrir dentro de la infraestructura?

Actores: Una descripcin del sistema de capas SUP- calor tcnica o fsica no es
suficiente. Tambin es importante identificar y entender a las partes -o "actores" -
responsables del diseo, implementacin y operacionalizacin de ese sistema. La
organizacin industrial que produce el calor no estar interesada en un sistema de
suministro de calor que dicte cundo debe conducir sus procesos o en qu capacidad.
Sin embargo, la autoridad local y los usuarios finales desean estar seguros de un
suministro adecuado de calor en los momentos en que se necesita. Para que se pueda
realizar la red, es necesario abordar este conflicto de intereses y convenir trminos
contractuales.

Otros actores tambin deben ser considerados: aquellas empresas cuyo negocio
principal es el suministro de energa y que de repente experimentan la competencia
de un proceso industrial, pueden involucrarse en el proceso, tal vez recurriendo a la
legislacin que regula el mercado de la energa. Por ltimo, es probable que los
consumidores invoquen su derecho a la libertad de eleccin con respecto al
proveedor de energa, por lo que las acciones dentro del campo de los actores
influirn grandemente en si el sistema puede funcionar o no.

B. Ejemplo 2: Cadenas ambientales

Nuestro segundo ejemplo se refiere a un problema ambiental. Supngase que un

gobierno est experimentando el problema del rpido aumento de los flujos de
desechos en una regin en particular. El aumento es tan grande que ya no hay
suficiente capacidad de procesamiento. En consecuencia, el gobierno desea
restringir la produccin de basura domstica. Una de las propuestas consiste en
sustituir los envases de consumo nico "desechables" por embalajes reutilizables.
Por ejemplo, una botella de policarbonato rellenable para la leche reemplazara el
paquete de cartn; Los atascos y conservas se suministraran en frascos recargables
en vez de frascos de vidrio desechables, mientras que los jugos de frutas se
suministraran en botellas de vidrio en lugar de cartones. Este ejemplo se centra en
los frascos de atasco.

Sistemas: El embalaje de un producto de consumo es parte de un sistema de

produccin y el consumo. Una evaluacin del impacto ambiental causado por los
frascos de vidrio requiere informacin sobre las materias primas utilizadas en su
produccin, dnde se obtienen esas materias primas, cmo se transportan al
productor, cmo se produce el envase, cmo se llena, Y cmo el producto lleno es
entonces transportado al consumidor. Entre todos estos componentes del sistema de
produccin-materias primas, transporte, produccin, llenado, transporte y consumo-
existen ciertas interrelaciones.

El comportamiento de un sistema est sujeto a muchas incertidumbres. Por ejemplo,

qu emisiones son causadas por el transporte de materias primas de Brasil a
Europa? Esto depender de un gran nmero de variables, por ejemplo, el tipo de
buque, el modo de carga, el tiempo y la ruta, las innovaciones, etc., que sern
diferentes en cada ocasin. Por otra parte, la introduccin de frascos de mermelada
reutilizables puede resultar en una menor demanda de los sistemas de reciclaje de
vidrio existentes, los "bancos de botellas". Tal vez tales sistemas ya no sern
rentables y la red de biberones ya no ser as Finamente engranada. Como resultado,
el consumidor devolver menos envases de vidrio a los bancos de botellas, y el
desempeo ambiental de una regin disminuir.

Actores: Junto a un anlisis del sistema tcnico, es necesario identificar los actores
involucrados: las organizaciones pblicas y privadas activas en cada uno de los
eslabones de la cadena. Es probable que algunas empresas se resistan a las
propuestas del gobierno y pueden tratar de obtener apoyo para sus intentos de
bloquear esta poltica. Podran retener a los institutos de investigacin para
demostrar que el frasco convencional de vidrio tiene un buen desempeo ambiental
o podra apelar a un tribunal por el hecho de que la nueva poltica ambiental
obstaculiza el libre trfico de bienes y servicios. Otras empresas pueden beneficiarse
de la nueva poltica y luego adoptarn estrategias para promoverla. Las
organizaciones ambientales tambin intentaran ejercer su influencia. El "juego"
entre todos estos actores tiene su propia dinmica. El resultado final de la poltica
depender no slo del funcionamiento del sistema fsico, sino tambin de la
interaccin entre los diversos actores.

C. Desafo

En ambos ejemplos antes mencionados, las perspectivas del sistema y del actor son
de gran importancia para comprender plenamente las complejidades de los
problemas y disear soluciones apropiadas a los problemas. Sin sugerir que estas
dos perspectivas son ortogonales y deben ser aplicadas por separado (desde un punto
de vista analtico), hemos visto que hacerlo ofrece oportunidades que ayudarn a
aclarar y resolver los problemas complejos involucrados. Las tradiciones en cada
"disciplina" parecen ser diferentes, al igual que la terminologa y los enfoques
adoptados.

Los dos ejemplos tambin mostraron que los dos lados estn entrelazados e
interactan entre s. Por lo tanto, si queremos resolver los problemas y disear
soluciones que funcionen en la prctica, debemos considerar ambos enfoques, y
debemos encontrar formas de conciliar las diferencias entre los enfoques y sus
resultados. Sin embargo, la mayor parte de la investigacin cientfica actual se
centra en cualquiera de las dos perspectivas: La importancia de las disciplinas de la
ingeniera se basa en los sistemas tcnicos duros, mientras que las ciencias sociales
tienden a dar por sentado los subsistemas tcnicos. Por lo tanto, las preguntas
tratadas en este documento son las siguientes.

1) Cules son las principales caractersticas tanto del sistema y los enfoques
de actor, y cules son sus similitudes y diferencias?

2) Cules son las principales caractersticas de los sistemas de modelado y

actores?

3) usamos los dos paradigmas de modelado en parale-, utilizando para ello los
puntos fuertes de ambos mundos sin daar las fortalezas de ambos por la
integracin completa Cmo?

En la siguiente seccin se expone la contribucin que puede aportar la perspectiva

del sistema al abordar este tipo de problemas complejos. En la seccin III,
examinaremos asimismo las contribuciones de la perspectiva del actor. Como se ha
dicho, hay similitudes sorprendentes entre las dos perspectivas, pero tambin hay
diferencias importantes. En la Seccin IV, las dos perspectivas sern comparadas,
dando lugar a los problemas de modelado e intervencin en la Seccin V. Tambin
abordaremos formas y posibilidades para los modelos cruzado y hbrido.
Finalmente, revisaremos nuestro ejemplo y la Seccin VI ofrecer nuestras
conclusiones y una agenda de investigacin.

II. TCNICA -R ACIONALES S ISTEMA P ERSPECTIVA

A. Muchos Subsistemas, Mltiples Objetivos Conflictos, Dependencias

Al mirar un sistema a gran escala, a menudo encontraremos que en realidad

comprende muchos subsistemas ms pequeos, vase, por ejemplo, [3] - [6]. El tipo
de sistemas considerados en este trabajo consiste en un gran nmero de subsistemas,
todos ellos interdependientes de varias maneras. Si un subsistema no est
funcionando bien o no est funcionando como se haba pensado originalmente, es
muy probable que el sistema general no funcione como estaba previsto. Si la planta
qumica, desde el primer ejemplo introductorio, se cerrara para mantenimiento, todo
el sistema, incluyendo el suministro de calor a los hogares, no funcionar
adecuadamente. Por otra parte, los subsistemas suelen tener funcionalidades
contradictorias: Optimizar el rendimiento de un subsistema puede resultar en un
menor rendimiento por parte de otro y optimizar el funcionamiento de la planta
qumica no necesariamente conducir a un rendimiento ptimo de la infraestructura
trmica. Incluso aisladamente, un subsistema puede estar sujeto a objetivos de
rendimiento contradictorios. Aparte de estas relaciones conflictivas, la
interdependencia de los diversos subsistemas puede adoptar diversas formas.

1) Simple - mltiple: subsistemas pueden ser interdependientes en virtud de

una sola variable, por ejemplo, informacin, o pueden estar relacionados
entre s en varios aspectos de forma simultnea, por ejemplo, informacin,
energa y materias primas.

2) No feedback - retroalimentacin: subsistemas pueden dependen unos de

otros de tal manera circular que es imposible identificar cualquier relacin
lineal entre ellos. En tales casos, los sucesos en el subsistema A siempre (y
eventualmente a travs de otros subsistemas) tendrn un efecto recursivo
sobre el subsistema A. Esta retroalimentacin puede resultar en un efecto
inestable, un efecto de auto-fortalecimiento o un efecto autoextinguible.

3) lineal - lineal: Cuando el funcionamiento del sistema es la suma del

rendimiento de todos sus subsistemas, hablamos de una relacin lineal, por
el cual un subsistema va a reaccionar proporcionalmente a los cambios en
otro subsistema. En una relacin lineal, no hay proporcionalidad comi
reaccin a otro subsistema.
 4) secuencial - paralelo: subsistemas pueden ser posicionados secuen-
cialmente en relacin el uno al otro, con lo que una tem subsys- debe esperar
a la salida de su predecesor; Tomar el subsistema de embalaje de nuestro
segundo ejemplo que tiene que esperar para el subsistema de transporte.
Alternativamente, los subsistemas pueden estar enlazados en paralelo. Este es
el caso en el que el subsistema B se utiliza como respaldo al subsistema A. Si
una mquina de envasado falla, una segunda mquina de envasado puede
entonces asumir su tarea. Pueden existir muchas otras razones para la
configuracin paralela, tales como aumento y estabilidad.

5) sncrono - asncrono: Subsystemsmayrespondto entre s de una manera

sncrona o asncrona. Comnmente, si la asincronicidad plantea un problema
al comportamiento general del sistema, esto debera resolverse mediante
mecanismos apropiados de coordinacin o control.

B. Sistemas complejos

A medida que aumenta el nmero de subsistemas y las interrelaciones, y a medida

que esas interrelaciones se hacen ms diversas, se hace ms difcil obtener una
visin general del sistema en su conjunto y modelar ese sistema. Eventualmente, el
sistema ser tan complicado que el analista ya no podr reconocerlo o modelarlo en
absoluto. Ciertamente, cuando muchas relaciones entre los subsistemas son no
lineales y asncronas y donde hay muchos bucles de retroalimentacin y
feedforward, el sistema se volver particularmente catico e impredecible. La
literatura aplica el trmino "sistema complejo" a tales casos [7], [8]. Una
caracterstica tpica de estos sistemas es que muestran un comportamiento
emergente. Emergencia se refiere aqu a un comportamiento inesperado o no
explcitamente previsto y caractersticas de sistemas complejos. Aunque la nocin
de emergencia est sujeta a mucho debate, ver, por ejemplo [8], [10], facilita
discusiones sobre el anlisis y diseo de sistemas complejos.

Recursividad: sistemas de sistemas: La fuerza de la teora de sistemas se

encuentra en la recursividad del concepto de sistema [11]. Para entender, modelar o
disear un sistema, el modelador aplicar una descomposicin especfica en
subsistemas. Sin embargo, es perfectamente posible que el sistema sea por s mismo
parte de un todo mayor: El sistema es entonces un subsistema [12] - [14]. Sin
embargo, en los niveles ms altos del sistema, las caractersticas del sistema pueden
ser de naturaleza ms compleja, es decir, caticas, emergentes e impredecibles,
haciendo ms complicado el concepto "simple" de recursividad. Como resultado, un
sistema de sistemas puede mostrar otro o nuevo comportamiento que no es una suma
de comportamientos del subsistema.
La granularidad elegida de la descomposicin puede depender de los objetivos del
modelo, de la disponibilidad de datos y de cuestiones prcticas tales como
limitaciones de tiempo o presupuesto.

C. Dinmica y escalas de tiempo

El ejemplo del sistema de suministro de calor demuestra que los sistemas deben
enfrentarse a una dinmica que tiene lugar en varias escalas temporales. La
dinmica, que representa los cambios deliberados o no delibe- rados en el estado de
(sub) sistemas en el tiempo o en sus influencias externas, tiene un impacto en el
desempeo global del sistema. Cuando es deseable tener un comportamiento
altamente dinmico del sistema, por ejemplo, para responder a un entorno altamente
dinmico, esto puede lograrse activando o desactivando uno o ms de los
subsistemas dentro de l [15].

Cuando varios subsistemas o factores externos tienen cada uno su propia dinmica
en varias escalas de tiempo, deben incorporarse formas al sistema para mitigar o
fortalecer sus efectos. En el caso del suministro de calor residual, la dinmica del
consumo y el suministro de calor difieren mucho: una instalacin de produccin
qumica continua produce calor a una tasa bastante constante. El consumo de calor,
sin embargo, se caracteriza por al menos dos patrones dinmicos dependientes del
tiempo: uno definido por el patrn da-noche y otro determinado por un patrn
estacional, ya que ms calor se consume generalmente en el invierno.

D. Enfoque racional

La perspectiva del sistema es en gran medida de naturaleza tcnico-racional. Las

disciplinas subyacentes (principalmente las disciplinas de ingeniera: ingeniera de
sistemas / arquitectura y investigacin de operaciones [3], [8]) aplican un enfoque
escalonado y estructurado de resolucin de problemas. En el caso del diseo del
sistema, esto implicar el anlisis de problemas, el diseo conceptual, el diseo
bsico, el diseo de detalle y la implementacin [16]. Este enfoque supone que los
problemas pueden ser identificados y que la informacin necesaria para modelar y
comprender el sistema est disponible. Adems, presupone la existencia de una
solucin globalmente ptima.

Los modeladores pueden basar su trabajo enteramente en hechos concretos y datos

incontestables. En cierta medida, el modelador racional tambin puede hacer uso de
las incertidumbres en el modelo y algunos datos discutibles. Por ejemplo, puede
optar por utilizar modelos probabilsticos y modelos exploratorios, aplicar un
enfoque de escenarios o modelar el sistema utilizando la teora de juegos para
proporcionar una descripcin de los mecanismos subyacentes.
E. Abordaje de la caja negra

Como se ha indicado anteriormente, puede no ser posible o deseable (por razones

fundamentales o prcticas) obtener una comprensin completa de un sistema
complejo. Por lo tanto, los sistemas complejos pueden mostrar comportamientos que
no pueden predecirse utilizando modelos racionales del sistema. El sistema muestra
un comportamiento que no fue necesariamente planificado o previsto de antemano y
no incluido en el "diseo". El sistema es tan complejo que ya no puede entenderse
sobre la base de principios fundamentales, y se convierte en una caja negra [7].

Sin embargo, el enfoque de la caja negra no es del todo intil, a pesar de que puede
parecer ser as a primera vista. Es otra vez una cuestin de granularidad deseada. Si
estamos considerando el rendimiento del sistema o un subsistema pero no tenemos
que saber exactamente cmo el (sub) sistema hace lo que hace, el enfoque de la caja
negra puede ser tan til. Se trata de elegir el nivel adecuado de granularidad para el
problema que se est tratando. En caso de baja granularidad, el sistema no se define
en detalle en trminos de sus subsistemas constitutivos, sino slo en trminos de su
rendimiento actual o previsto.

III. A CTOR P ERSPECTIVA

Los problemas descritos en la Seccin I no pueden entenderse sin considerar el

papel de los actores relevantes. Esta seccin describe las principales caractersticas
de la constelacin de actores [17], [18].

A. Muchos Actores, Intereses Conflictos, Relaciones Interdependientes

Un proceso de toma de decisiones involucrar a muchos actores. En casi todos los

casos tendrn intereses diferentes, quizs conflictivos, y, por lo tanto, percepciones
diferentes de la "realidad". Como los actores tienen diferentes intereses y
percepciones, la cooperacin entre ellos no puede darse por sentada. Sin embargo, la
cooperacin es esencial porque las relaciones entre los actores son
interdependientes: cada una necesita el apoyo de los dems. Ningn actor es capaz
de resolver el problema por su cuenta. En conjunto, estas dependencias se
denominan una red o, ms especficamente, una "red de polticas" o una "red de
emisin" [18] - [21]. Las dependencias pueden adoptar diversas formas, entre otras.

1) Simple - mltiple: dependencias simples pueden ser expresadas como un

recurso: una relacin uno a uno. Mltiples dependencias surgen cuando hay
actores que dependen unos de otros para varios tipos de recursos, por
ejemplo, conocimiento, fondos, buena voluntad o autoridad.
 2) Bilateral - multilateral: dependencia multilateral implica que el actor A es
dependiente de agente B, B en C, y C es, a su vez, depende de actor de A. Por
consiguiente, no puede haber negociaciones bilaterales simples.

3) Sincrnico-asincrnico: Las dependencias asncronas son aqullas en las que

los actores dependen unos de otros en diferentes momentos, tal vez separados por
un perodo sustancial.

4) Simultneo-secuencial: Las dependencias secuenciales implican que los actores

estn vinculados en varios momentos sucesivos del tiempo. Por ejemplo, el actor
A slo puede llevar a cabo una determinada accin una vez que otra accin ha sido
completada por el actor B.

B. Combinacin general de dependencias es difcil de reconocer

A medida que aumenta el nmero de actores involucrados en un problema,

los conflictos de intereses se hacen mayores y hay una mayor variedad de
dependencias; Por lo tanto, se hace ms difcil obtener una visin global del
patrn de dependencias. Eventualmente, puede llegar a ser imposible para
cualquier actor entender la situacin en su totalidad. Si el actor A est en
conflicto con el actor B, podra haber consecuencias imprevistas en una fecha
posterior. Tal vez el actor A experimentar entonces la oposicin del actor C,
a quien el actor B ha pedido apoyo. Si los actores tienen poca informacin
sobre el patrn de las dependencias, la previsibilidad de sus acciones ser
limitada, y se enfrentarn a consecuencias imprevistas [22].

C. Redes de Redes

Dada la dificultad en el seguimiento de todas las dependencias, tambin es

posible que redes de redes emergern. Supongamos que hay una cierta
cuestin prctica, tal como el ejemplo dado en la Seccin de embalaje I y una
red problema de los actores directamente involucrados en la resolucin de
este problema. Algunos de los actores puede muy bien tambin tienen
relaciones entre s en otros mbitos con respecto a totalmente diferentes
temas, como el ejemplo de calor residual. Es concebible que estos actores
acaben siendo los perdedores en el proceso de toma de decisiones para la
empaquetadura. Tambin es posible que se compensen por esta prdida
mediante una decisin ms positiva con respecto al calor residual. As se
forman los vnculos entre las redes. Esto implica que el resultado del proceso
de toma de decisiones sobre el calor residual no puede entenderse sin el
conocimiento de lo que se refiere al envasado. Donde hay una verdadera red
de redes, la complejidad aumenta significativamente: un gran n- mero de
actores, dependencias, los intereses en conflicto, y la capacidad de
 reconocimiento extremadamente limitado del conjunto global de
dependencias [4], [23] - [26] , [31].

D. Informacin Contesta, Problemas Malvados

La informacin sobre qu anlisis de problemas y soluciones se basan es casi

siempre impugnada o maliciosa. "Los problemas malvados tienen requisitos
incompletos, contradictorios y cambiantes, y las soluciones a ellos son a menudo
difciles de reconocer como tales debido a las complejas dependencias. Se ha dicho
que, al intentar resolver un problema malvado, la solucin de uno de sus aspectos
puede revelar o crear otro problema an ms complejo "[27], [28]. Los problemas
encontrados tambin implican que a menudo habr diferencias de opinin con
respecto a los datos, los lmites del sistema y los mtodos analticos utilizados.
Tome un anlisis del ciclo de vida de un paquete. De quin se utilizarn los datos y
cun fiables son estos datos? Qu metodologa se debe utilizar? Cules son los
lmites del sistema "correcto"? No hay respuestas objetivas y sin ambigedades a
estas preguntas. Dnde ests depende de dnde te sientes: Los productores de
paquetes de cartn pueden querer usar otros datos que los ambientalistas. Si muchos
actores estn involucrados en el proceso de toma de decisiones, habr fuertes
incentivos para criticar los datos, los lmites del sistema y los mtodos de cada uno.
En tal situacin, los expertos y la experiencia sern de importancia limitada. La
toma de decisiones no slo es impulsada por expertos sino tambin por intereses
[18], [29].

Por supuesto, puede haber informacin controvertida y problemas maliciosos,

incluso en los procesos de toma de decisiones monoactivos. A la inversa, una
situacin multiactor puede incluir problemas inequvocos e informacin objetiva.
Sin embargo, la cuestin es que, tan pronto como haya varios actores con muchos
intereses en conflicto, habr fuertes incentivos para que estos actores declaren la
informacin "disputada". La primera razn para esto es que los actores tienen
intereses diferentes y, por tanto, , Diferentes percepciones. La segunda explicacin
es de naturaleza ms poltica y estratgica: cuando los actores cuestionan la
objetividad de la informacin, crean oportunidades para la toma de decisiones por
intereses y, por lo tanto, mayores oportunidades para optimizar sus propios intereses.

E. Dinmica

Los ajustes de Multiactor son dinmicos en al menos dos maneras [22].

1) Actores. En cualquier momento durante el proceso de toma de decisiones,

algunos actores pueden optar por retirarse. El proceso ya no es relevante para
ellos, ellos creen que sus intereses sern mejor servidos si no toman parte en
la toma de decisiones, o si ven otras cuestiones a las que desean dedicar su
 atencin. Tambin es posible que nuevos actores se unan al proceso de toma
de decisiones. El proceso puede tomar tal giro que estos nuevos actores crean
que sus intereses estn bajo amenaza, y entonces harn una Mayor esfuerzo
para influir en la toma de decisiones.

2) Problemas. Si hay una salida y una entrada constantes, la consecuencia

lgica podra ser que habr una redefinicin en curso del problema y su
solucin. Los productores que no participan en el proceso de toma de
decisiones sobre los paquetes podran saber que los actores involucrados no
prestan atencin a cuestiones de seguridad. Si es su inters poner la seguridad
en la agenda, podran entrar en el proceso. Debido a esto, el tema ser
redefinido: los paquetes no son slo un tema ambiental y econmico, sino
tambin un problema de seguridad. Esta redefinicin a veces continua de las
cuestiones es una caracterstica significativa de la toma de decisiones
Procesos dentro de las redes.

F. Modelos de toma de decisiones

Muchos modelos de toma de decisiones basados en las disciplinas de ingeniera

tienen un carcter marcadamente racional. La toma de decisiones procede como una
sucesin de fases sucesivas: identificar el problema, seguir formulando un objetivo,
recopilar informacin, llegar a una decisin, implementar esa decisin y evaluar la
implementacin. La creencia es que la buena toma de decisiones puede ser
potenciada por esta estructura en fases y la sucesiva implementacin de las fases,
cada una de las cuales debe ser definida lo ms minuciosamente posible: una
definicin precisa del problema, un objetivo preciso,

En la configuracin de red, este enfoque es de uso extremadamente limitado por dos

razones. En primer lugar, cuando el proceso de toma de decisiones involucra a
muchos actores con diferentes intereses y percepciones, cada parte tendr un punto
de vista diferente sobre la naturaleza exacta del problema, el objetivo ms
apropiado, la informacin requerida, la exactitud de esa informacin, La propia
decisin, etc. Los actores que, sin embargo, desean seguir este modelo racional
deben tener suficiente poder para imponer su definicin de problemas, objetivos y
horarios a las otras partes. En una red, nadie tiene este poder.

En segundo lugar, el enfoque racional puede ser realmente contraproducente. Los

procesos de toma de decisiones en una red son altamente interactivos, por lo que los
actores necesitarn espacio para maniobrar [32] - [34], [43], [52]. La toma de
decisiones secuencial racional no proporciona esta sala y puede frustrar la toma de
decisiones. Un ejemplo sencillo es el hecho de que las fases del modelo racional de
toma de decisiones se definen y separan con precisin, con un plazo firme aplicado a
cada uno, por ejemplo, "la decisin debe tomarse antes del 1 de septiembre". Un
plazo a menudo ser contraproducente. Una vez que el actor A sabe que el actor B
tiene la intencin de llegar a la decisin antes del 1 de septiembre, hay fuertes
incentivos para que el actor A bloquee la decisin. Esto crear un problema para el
actor B y podra fortalecer la posicin del actor A en el proceso.

G. La toma de decisiones es el resultado de la interaccin

Una caracterstica importante de los actores dentro de las redes es que desarrollarn
estrategias para maximizar sus propios intereses. Dadas las muchas dependencias, se
ven obligadas a negociar entre s. Dadas estas negociaciones, podra ser atractivo
para ellos utilizar la estrategia de acoplamiento y desacoplamiento. Si los actores
aprenden que una cierta cuestin A est en el orden del da de la mayora de los
otros actores, podra ser atractivo para ellos emparejar nuevos temas para emitir A.
Adems, la toma de decisiones en s misma es a menudo multi-tema en la
naturaleza: Actores Introducir nuevos temas en el proceso de interaccin o
negociacin, tal vez porque vean oportunidades de acoplar estos con los otros temas.

Debido a esto, la toma de decisiones a menudo ser emergente: No est planeado,

pero es el resultado de un gran nmero de interacciones. El proceso de toma de
decisiones no es lineal, pero a menudo es un caso de "confusin"; Puede parecer
catico para el observador externo [35]. Las intenciones no se convierten en
realidad, y la eventual realidad es en gran medida no intencional [29]. Sin embargo,
cualquier persona que pueda tambin ver la racionalidad subyacente de la
interaccin podr detectar cierto orden en este caos aparente.

IV. S ISTEMAS Y A ctors C OMPARED

De las descripciones de las perspectivas del sistema y del actor quedar claro que
existen similitudes y diferencias entre ellas a nivel conceptual. Las similitudes y
diferencias pueden resumirse como se muestra en la Tabla I.

TABLA IP ERSPECTIVAS C OMPARED

Aqu, nos limitaremos a un examen de las diferencias.

La principal diferencia es que, en un mundo en blanco y negro, la perspectiva del

sistema trata a los sujetos como seres "mecnicos", mientras que la perspectiva del
actor los trata como actores reflexivos. Reflectividad significa que los actores tienen
la capacidad de aprender, que tiene tres implicaciones significativas.

1) Actores monitor estratgico ser Tienen su principal motivo es Para servir a

sus propios intereses y realizar sus propios objetivos. Comportamiento
 estratgico (o juego de juego) se refiere a todas aquellas acciones que
ayudan a los actores que lo hagan. comportamiento estratgico puede tomar
la forma de informacin errnea, agendas ocultas, problemas de
acoplamiento, el bloqueo de ciertas decisiones ahora con el fin de obtener una
mayor compensacin despus, etc.

2) Los actores aprenden cmo neutralizar las intervenciones de los dems.

Ellos aprenden las estrategias y las intervenciones utilizadas por otros actores
y, con el tiempo, a menudo desarrollar medios para eludir estas estrategias e
intervenciones. Esto se conoce como la Ley de la eficacia decreciente:
Cada estrategia es slo temporal de la eficacia debido a que otros actores
aprenden a neutralizar sus efectos [36]. Esto mejora la dinmica de la red:
Los actores estn desarrollando constantemente nuevas estrategias diseadas
para maximizar sus intereses.

3) Debido a que los actores son reflectante, una comprensin del proceso de
interaccin que finalmente conducir a una Cision de- es crucial. Si, durante el
proceso de toma de decisiones, cuestiones como el calor residual y los paquetes
estn acoplados y perdedores son compensados, no se puede entender este resultado,
sin saber lo que sucedi durante el proceso. Esto representa una diferencia
importante con el enfoque del sistema, en el que el funcionamiento interno de
funcionamiento de un sistema no siempre tienen que ser conocida con el fin de
entender el rendimiento general del sistema.

Vamos a volver a considerar la importancia de esta declaracin en la siguiente

seccin.

V. M ODELING Y I NTERVENTIONS

A. Modelado

Si definimos un modelo como una descripcin abstracta de la realidad, a

continuacin, el modelado es el acto de producir tal descripcin. Para producir un
modelo de sistema, los siguientes elementos deben ser descritos:

1) (de) composicin del sistema y subsistemas;

2) entradas y salidas (en el sentido ms amplio de los trminos) de sistema y

sus subsistemas;

3) las funciones de los subsistemas;

4) rendimiento (indicadores) de los subsistemas;

 5) interrelaciones entre los subsistemas.

El modelo no es un modelo de la realidad (la real o

situacin deseada), sino que es una (por definicin simplificada) Descripcin de esa
realidad. Muchas otras descripciones de la realidad que se pueden contemplar. La
influencia del modelador, sus antecedentes y el propsito del modelo ser decisivo.
Un termodinamicista es probable que construir un modelo de sistema diferente a la
producida por un ingeniero mecnico, y un modelo econmico no ser el mismo que
un modelo mecnico de la misma realidad del caso del calor residual. Sin embargo,
todos estos modelos tienen una cosa en comn: Ellos describen la realidad de una
manera cientficamente responsable, de acuerdo con las reglas y convenciones de las
disciplinas cientficas pertinentes. Los modelos son a menudo ms duro que los
encontrados dentro de la perspectiva del actor (vase la siguiente).

El proceso de modelado de una red de actores suele implicar la descripcin de los

siguientes elementos:

1) (de) la composicin de los actores y subactores; 2) los recursos, puntos de vista y

los intereses de los actores; 3) las estrategias de los actores; 4) las relaciones entre
los actores. En vista de estas caractersticas de los sistemas de los actores, mo-

eling es ahora de importancia o de importancia limitada. Modelado no es una

actividad de un modelador que puede examinar la realidad objetiva imparcial. Ms
bien, es una actividad realizada por un modelador que est actuando como un
facilitador, que trabaja en la interaccin con un nmero de participantes, y que traza
la realidad de una manera tal que estos participantes puedan reconocerse a s mismos
en ella en la mayor medida posible. El modelo resultante es un comps para la
situacin real.

Sin embargo, esta calificacin, que se aplica por igual a los actores del sistema y
perspectivas-requiere un poco ms de sombra. Si comparamos el modelado desde
ambas perspectivas, nos encontramos con una serie de diferencias importantes,
como se muestra en la Tabla II.

En primer lugar, el modelado es una actividad analtica a partir de la perspectiva del

sistema: se identifican y se describen los componentes del sistema y sus
interrelaciones. Esto puede conducir a una mejor comprensin de cmo funciona el
sistema. Cuando se aplica a una red actor, el acto mismo de la identificacin de los
actores, sus intereses, y las relaciones pueden demostrar que amenaza a los propios
actores. Una mejor comprensin de cmo la red funcio- nes y la posicin de los
actores dentro de ella podran debilitar su posicin en el proceso de toma de
decisiones. En consecuencia, existe una clara probabilidad de que una serie de
actores va a optar por no participar en el proceso de modelado.

TABLA II D DIFERENCIAS B NTRE S SISTEMA Y A CTOR P ERSPECTIVAS EN M ODELING

En segundo lugar, cuando se modela a partir de una perspectiva de sistema, es po-

sible distinguir entre el anlisis y la posterior interven- cin. Una vez que la forma
en que funciona el sistema es clara, los jugadores pueden decidir cmo pueden ir
sobre la optimizacin de este sistema, debido a la capacidad de prueba de los
modelos. Cuando Modelo- redes ing de los actores, el anlisis y la intervencin
distintiva es ms difcil. Si no lo es en el propio inters de los actores para revelar la
posicin que ocupan, que podrn justificarse para influir en el anlisis de una
manera tal como para fortalecer su posicin.

Supongamos que un modelador pide a los actores dentro de una red asunto a
expresar su opinin y los intereses subyacentes. Es entonces muy probable que los
actores se desplegarn comportamiento estratgico. Si el actor A, que pasa a tener
acceso a los recursos considerables, se modela como un feroz oponente de una
propuesta hecha por el actor B, esto va a ser una ventaja el actor de una. Actor B a
continuacin, obtener la impresin de que l debe ofrecer una compensacin
sustancial de una forma u otra con el fin de obtener su apoyo. Aunque el actor A
puede realmente tener una postura neutral con respecto a la propuesta de B (o
incluso puede apoyarlo), el comportamiento estratgico presentadoras de auto tu-
como un oponente, es atractivo.

En tercer lugar, los actores pueden ajustar su comportamiento para que coincida con
cualquier modelo que est disponible. En una red de actores, es importante sealar
que el modelo de la realidad ofrece un incentivo inmediato al comportamiento
estratgico. Si actor A es dependiente de actor de B y el modelo revela que el actor
B es, a su vez, depende de actor de C, habr un fuerte incentivo para que el actor A
para fomentar las relaciones con C.

En cuarto lugar, desde el punto de vista del sistema, la actividad de modelado es

considerado como una actividad comprobable, lo que dar lugar a un modelo que
representa el escrutinio de la ciencia actual, sin tener en cuenta el modelador (s).
Cuando diferentes modeladores conjeturan diferentes estructuras de modelos o
lmites en base a sus antecedentes de disciplina o experiencia, esto todava puede ser
objeto de debate (cientfica). El modelo, sin embargo, puede ser probado y aceptado
permanecer, hasta que la evidencia cientfica nueva o diferente requiere un cambio
en el modelo. Desde una perspectiva del actor, sin embargo, un modelo se produce
en las negociaciones de modelado (negociado), y el modelo conserva su validez slo
mientras los actores aceptan.

En resumen, los modelos de la realidad son siempre las construcciones sociales, si se

refieren a los sistemas tcnicos o de redes de actores. Modelos, por lo tanto siempre
tienen ciertas limitaciones.

En este sentido, el modelado de sistemas tcnicos es similar a la de las redes de

actores. Sin embargo, el carcter reflexivo de los actores puede resultar en la que no
tiene inters en un modelo que describe la realidad de la red. Tambin pueden
utilizar el modelador de forma estratgica con el fin de fortalecer su propia
posicin o pueden adaptar su comportamiento en cuanto el modelo ha sido
finalizado. Esta es una complicacin adicional.

Ahora se hace interesante para examinar cmo las disciplinas de sistemas y actores
frente a la complejidad se muestra en la Tabla I y cmo los actores frente a su propio
carcter reflexivo. No tenemos la intencin de presentar una descripcin detallada de
los modelos y tcnicas de modelado, ya que sera ms all del alcance de este
documento. Ms bien, vamos a tratar de responder a esta pregunta ms fundamental.

B. perspectiva del sistema: Diseo sustantivo

Dentro de la perspectiva del sistema, es posible hacer una distincin entre el anlisis
y la intervencin ya que el objetivo del proceso de modelado. En ambos casos, un
modelo tiene que ser hecho. La diferencia clave es que uno los modelos de una
realidad existente en el caso del anlisis del sistema, mientras que uno modela una
realidad deseada (el diseo) y una intervencin para alcanzar el estado deseado en el
ltimo caso. La actividad de modelado de un sistema ha sido establecido en los
apartados anteriores. En esta seccin, examinaremos la intervencin, es decir, el
diseo o rediseo del sistema.

El diseo del sistema para sistemas complejos difiere de la de un sistema ms simple

en la mayora de los componentes del proceso de diseo [38], [39]. Ahora vamos a
examinar cada componente [16], [37].

1) los requisitos funcionales: El primer paso en cada proceso de diseo del sistema
es producir una descripcin de la funcin del sistema o artefacto deseado. El estado
resultante requisitos funcio- nales lo que el sistema debe hacer. Para un diseo
sencillo sistema, esta ser una descripcin igualmente simple, por ejemplo, el
sistema debe almacenar datos. En un diseo de sistema ms complejo, la funcin
ser a menudo compuesto, tal vez con diferentes (principal) de funciones para los
diferentes actores. Tambin es posible que el sistema ser distorsionada sobre la
aplicacin, es decir, no va a ser usado exactamente de la manera que los diseadores
haban previsto, a pesar de la participacin de la mayor cantidad de partes
interesadas en el proceso de diseo como sea posible. Cuanto ms complejo es el
sistema, y cuanto mayor sea el nmero de actores en el campo de aplicacin, lo
ms probable es que se produzca distorsin.

2) Objetivos y restricciones: Los objetivos y limitaciones forman un conjunto fijo de

requisitos que debe cumplir el sistema y que, por tanto, el diseador debe abordar.
El grado de complejidad es un producto de la prc- camente nmero infinito de
objetivos y limitaciones que el cliente y otros actores pueden imponer. Si el
diseador, ahora en medio de todos estos actores y sus intereses, desea incorporar
todos estos requisitos, el sistema es muy probable que sufren de especificacin
excesiva, lo que impide cualquier soluciones reales, es decir, un diseo realista.

Por otra parte, el diseador del sistema tendr que lidiar con los objetivos en
conflicto. Cuanto ms compleja es la tarea de diseo a la mano y cuanto mayor sea
el nmero de subsistemas, ms difcil ser para determinar el espacio de
soluciones, por no hablar de seleccionar el mejor diseo de las diversas opciones en
el espacio de Pareto resultante.

3) El espacio de diseo: El espacio de diseo disfrutado por el firmante

de- comprende todas las alternativas que estn abiertos a l o ella. Incluso en
diseos muy sencillos con dos variables de diseo, este espacio de diseo
pueden adquirir rpidamente innumerables opciones. En el diseo de sistemas
complejos grandes, el espacio de diseo es prcticamente ilimitada. A
continuacin es el diseador, en base a los objetivos planteados y las
limitaciones para definir y delimitar el espacio de diseo de la mejor manera
que pueda. Otros actores tambin pueden intentar incorporar subsistemas en
el espacio de diseo o para asegurarse de que estn excluidos. Tomemos, por
ejemplo, el ejemplo de la infraestructura de calor. Durante la etapa de
planificacin de rutas de tubera, los residentes locales intentarn excluir a
sus patios traseros del diseador ' espacio de diseo s. Sin embargo, el
organismo pblico responsable (la autoridad regional) intentar hacer que el
espacio de diseo lo ms grande posible, ya que cuanto mayor sea el espacio
de diseo, mayor ser la posibilidad de realizar un diseo factible. A
continuacin, ejercer presin para asegurar que todos los patios traseros
permanecen dentro del espacio de diseo.

4) Modelos y modelizacin: Es en esta etapa del proceso de diseo que los

modelos de sistemas se construyen. Aqu, los modelos no estn destinados a
proporcionar un anlisis de un sistema existente, sino describir un sistema
futuro, que an no se ha creado. Los modelos establecen un vnculo entre las
funciones, objetivos y limitaciones del diseo en un lado, y el espacio de
diseo en el otro. En otras palabras, los modelos de ayudar al diseador en la
 determinacin de los valores ms apropiados para las variables de diseo en
el espacio de diseo y que lo hagan de una manera tal que se genere en una
ptima de diseo. Los modelos propios, por tanto, no intervienen en la
realidad. Los modelos de sistemas que desempean un papel en esta parte del
proceso de diseo pueden variar desde simples modelos de sistemas lineales
matemtica a complejos modelos probabilsticos o modelos de la teora de
juegos.

5) Puntos de partida: Al principio del proceso de diseo, cada diseador

estudiar diseos que previamente se han implementado, ya sean xitos o
fracasos. Entonces ser capaz de extraer enseanzas para el diseo actual.
Tambin podr hacer uso de los modelos producidos por los diseos
anteriores. Sin embargo, en el sistema complejo diseos siendo considerado
por el presente documento, es mucho ms difcil de encontrar en estos
puntos de partida. Precisamente porque se trata de sistemas que estn
incrustados en un campo de mltiples actores (dinmico) en un contexto
institucional especfico, el trasplante de modelos y opciones de diseo no es
una tarea sencilla y de hecho a menudo imposible. Dado el alto grado de
sensibilidad al contexto, el diseador del sistema de sistemas complejos a
menudo se tiene que producir sus propios modelos, y habr pocos puntos de
partida del sistema o casos de referencia.

Lo anterior explica cmo se hace ms difcil por un creciente grado de complejidad

dentro de cada uno de los diversos componentes genricos de cualquier proceso de
diseo de la tarea del diseador del sistema. Por ahora, los principios fundamentales
de diseo del sistema, sin embargo, permanecen inalterados. Despus de la siguiente
seccin, vamos a mostrar cmo el diseador de sistemas complejos de hecho puede
hacer frente a la complejidad del sistema y el actor.

C. Actor Perspectiva: Diseo de Procesos

En cuanto a la modelizacin de la realidad deseada, hay una diferencia importante

entre las perspectivas del sistema y el actor. Los actores son reflexivo y mostrarn
un comportamiento estratgico. Para una red de actores, un modelo de la realidad
deseada slo ser autorizada si es aceptado por una masa crtica de los actores.
Dentro de una red, este es precisamente el problema: Teniendo en cuenta todos los
intereses diferentes, la probabilidad de un modelo de ser aceptado es
extremadamente pequea [30], [40] - [42]. Cmo se puede lograr un consenso
sobre una realidad deseada, sin embargo? Las caractersticas de una red de actores
dejan claro que dos tipos familiares de intervencin no sern eficaces [44].

1) intervenciones jerrquicas o comando y control ser imposible ya que ningn

actor tiene el poder de usar esta estrategia [45]. Un actor que, sin embargo, intenta
gestionar el proceso a travs de comando y control slo va a generar oposicin. Si
nadie tiene el poder de usar el mando y control, la atencin se desplazar a la
cuestin de cmo gestionar el proceso de interaccin entre los actores con el fin de
llegar al conocimiento negociado.

2) Modelado por experiencia, basado en un anli- sis basado en el contenido,

tambin es probable que tenga xito. Los problemas son malos, y se disputarn el
conocimiento y la informacin; declaraciones sobre la base de un anlisis basado en
los contenidos estn siempre abiertas a la discusin [46] - [48]. En esta situacin, la
atencin se desplazar de la pregunta qu experiencia de modelado que se necesita
para la cuestin de cmo gestionar el proceso de interaccin entre los actores con el
fin de llegar a El conocimiento negociado [49].

Cmo manejamos este proceso? Cmo involucrar a los principales actores? Cmo
obtener su compromiso con el proceso y los resultados del proceso? Cmo
disuadirlos de abandonar el proceso cuando no estn completamente satisfechos con
los resultados inminentes? Como se dijo antes, no podemos discutir todas estas
cuestiones en detalle. Lo que es importante aqu es que los actores aceptan que su
proceso de interaccin requiere un conjunto de reglas de juego, que guiar sus
interacciones. Uno podra llamar a esto un diseo de proceso: un diseo de las reglas
del juego que prescriben cmo los actores involucrados har que sus decisiones
tanto en el anlisis de un problema y las intervenciones necesarias. Por lo tanto,
adems del diseo de fondo que se necesita desde una perspectiva de sistema, no es
el diseo del proceso para facilitar la interaccin entre los actores con sus diferentes
intereses.

Cules son las principales caractersticas de diseo-o-principios de un diseo tal

proceso [44]? Primero y ante todo, un diseo de proceso debe dar actores una
oportunidad justa para darse cuenta de sus propios intereses. Al inicio del proceso, la
percepcin de cada actor debe ser que se trata de un proceso abierto, que no es
suficiente espacio de toma de decisiones, y que el diseo del proceso no favorece
a unos sobre otros. En segundo lugar, el riesgo de un proceso tan abierto es que tanto
el curso del proceso y sus resultados son difciles de predecir. Siempre existe el
riesgo de que, con el paso del tiempo, uno o ms actores se encontrarn en una
posicin incmoda. Por esta razn, un segundo principio de diseo es que los
valores fundamentales de cada actor deben ser protegidos. Llevar el tema de
embalaje de nuevo. Si el gobierno, la industria, y el movimiento ecologista deciden
entrar en un proceso de ING REACH conocimiento negociado en el problema y su
solucin, un valor fundamental de la industria es que se quiere proteger la
informacin confidencial y comercial sensible sobre la produccin de paquetes. De
acuerdo en que este valor fundamental ser protegida crea un entorno seguro para la
industria y hace que sea ms fcil estar de acuerdo con el diseo del proceso y para
entrar en el proceso.
En tercer lugar, si hay un proceso abierto y si los valores fundamentales de cada
parte estn protegidos, otro peligro acecha: El proceso puede convertirse en un
proceso lento y errtico. Por tanto, el tercer principio para un buen diseo del
proceso es que contiene incentivos para avanzar lo suficiente. Un ejemplo es que las
partes acepten algunas decisiones que requieren consenso, pero que otros se puede
hacer con una mayora cualificada o regular. Otro riesgo es que los actores del
proceso son tan centrado en alcanzar el conocimiento negociado que se olvidan de
tomar la experiencia basada en el contenido en consideracin. Esto nos lleva al
cuarto criterio: El resultado del proceso de interaccin debe resistir el escrutinio de
expertos. Los expertos deberan desempear un papel en el proceso, no imponer sus
opiniones basadas en conocimientos sobre los otros actores, sino para informar a los
otros actores de su experiencia. Si esta experiencia es ambigua, los actores tienen
grados de libertad para aceptar o descuidarlo. Si no es ambigua, los actores deben
respetar la misma.

La siguiente pregunta es si los actores aceptarn un diseo del proceso. Ellos no lo

harn automticamente. Si una masa crtica de los actores est satisfecho con una
situacin en la que no hay reglas del juego y los actores tratan de realizar sus propios
intereses por medio de una lucha libre, no hay ningn punto en el intento de
disear un proceso. Sin embargo, los actores pueden aprender que esta lucha libre no
llega a ninguna decisin consolidada y que los costos de fabricacin de no decisin
son demasiado altos. Si una masa crtica de actores ha pasado por este proceso de
aprendizaje, un sentido de urgencia que pueda surgir la toma de decisiones requiere
la cooperacin. A continuacin tendr incentivos para que los actores se unen entre
s en un diseo del proceso para llegar a una decisin. El diseo del proceso
requerido para ello puede tomar varias formas.

1) formalizado y hecho a medida. Un diseo de proceso es hecho a medida

para un conjunto de actores y por un conjunto especfico de problemas. En la
mayora de los casos, este diseo proceso ser el resultado de un proceso de
negociacin, y se formalizan las reglas del juego. Un ejemplo es las
conversaciones de paz internacionales. Nego- ciaciones sobre los
procedimientos a menudo preceden a las negociaciones sobre los problemas
reales. Por lo tanto, aqu, el curso de los acontecimientos podra ser que los
actores aprenden que la toma de decisiones consolidada requiere un diseo de
proceso para facilitar el proceso de interaccin, y esto en s el diseo del
proceso es tambin el resultado de un proceso de interaccin.

2) formalizado y estndar. Un estndar diseo del proceso ya est

disponible. Algunos pases tienen procedi- mientos estndar para llegar a la
reglamentacin negociado, por ejemplo.
 3) informal. Un diseo del proceso se puede desarrollar de forma urgente,
tal vez porque los actores han participado en negociaciones similares en el
pasado y las reglas del juego son parte de su conocimiento tcito.

CUADRO III P URE Y C ROSSOVER F ORMS DE M TODOS

Para concluir, un diseo de proceso tiene las principales reglas del juego que los
actores van a utilizar con el fin de llegar a la toma de decisiones. Un diseo de
proceso puede ser considerado como un modelo de una red, pero tiene una serie de
caractersticas especficas.

1) Es un modelo negociado. Se basa en el consenso entre los actores, que han

indicado que desean llegar a una decisin en la forma prevista por las reglas de
juego del proceso de diseo. Por lo tanto, es el resultado de un encuentro de
mentes entre los actores y no el resultado de cualquier anlisis.

2) Es de validez temporal. Se aplica slo a specificissues y actores. Si los mismos

actores tienen que resolver otros problemas o si los mismos problemas tienen que
ser resueltos por otros actores, podran ser utilizados otros diseos de procesos.

D. Modelos Crossover

En lo anterior, por el bien de la claridad de anlisis, hemos considerado sistemas y

actores como perspectivas totalmente independientes. problemas del mundo real
(como los ejemplos dados en la Seccin I) siempre requerirn una combinacin de
sistema y el actor tantes pectiva con el fin de resolver los problemas y soluciones
realistas de diseo [8], [50]. entonces tenemos que plantear la cuestin de qu forma
la combinacin de estas perspectivas es tomar. Abordamos esta cuestin examinado
cruce (el uso de un punto de vista para el modelado en el reino contrario) e hbridos
(un intento de integracin o combinacin de ambas perspectivas) formas de
modelado.

Una descripcin de lo que implica el modelado en realidad de la perspectiva del

actor y desde la perspectiva del sistema ya se ha dado. Dos formas de cruce existen:
el uso de una perspectiva de sistema para modelar los actores y el uso de una
perspectiva del actor para el modelado de sistemas tcnicos duros. La Tabla III
muestra los cuatro posibles combinaciones. Ambos modelos de cruce se describen a
continuacin.

1) Sistema perspectiva aplicada a los actores: La primera cruz sobre la forma se

crea mediante la aplicacin de modelado de ingeniera racional tcnicas a la arena el
actor [24]. En ese caso, las tcnicas se utilizan para modelar de manera objetiva la
red de actores, incluyendo los subactores, recursos, puntos de vista e intereses, sus
estrategias y sus interrelaciones.

Sin embargo, esto no ser fcil. Despus de todo, como ya hemos visto, los actores
reflectantes no estn dispuestos a dejarse modelar de forma objetiva. Sin embargo, el
uso de tcnicas de modelado puede servir para varios propsitos.

. 1) Obliga al modelador a considerar los problemas desde la perspectiva del actor.

2) Se proporciona una penetracin en la las variables conocidas y

desconocidas. En algunos casos, por ejemplo, las relaciones mantenidas por
ciertos actores sern claras, al igual que sus intereses subyacentes, etc. Estos
aspectos se explicitan a travs de modelado.

3) Cuando el proceso de modelado se lleva a cabo por una serie de

modeladores (por ejemplo, se obtendrn los representantes de los mismos o
modeladores que juegan el papel de un actor especfico actores), una
comprensin de las diferencias en la percepcin dentro de la red actor. Esto
es significativo: Las percepciones juegan un papel importante en la
determinacin de los actores ' acciones.

4) Una red actor de modelado puede facilitar la discusin y decisiones con

respecto a las estrategias de decisin de ser seguidas.

Un ejemplo de esta tcnica de modelado es proporcionada por el dinmico Actor

Anlisis de red (DANA) metodologa [54]. El objetivo del proyecto DANA es
construir un banco de trabajo para apoyar a los analistas de polticas en su
representacin y anlisis de informacin sobre los actores (organizaciones, grupos
de inters, o individuos) que juegan un papel en alguna situacin poltica.

2) Perspectiva Actor aplicada a los sistemas tcnicos: Qu puede aportar el

modelado orientado a los procesos del actor AP- proach hacer que el diseo del
sistema duro? Como se dijo anteriormente, los sistemas tcnicos com- plejos
contienen muchas incertidumbres. Un modelo del sistema, por lo tanto siempre ser
disputada, con varios expertos sosteniendo diversas opiniones con respecto a la
manera en que funciona el sistema. Esto puede ser un problema. Si hay una
divergencia de puntos de vista, es probable que esto interponerse en el camino de las
intervenciones eficaces [52].

Si se pone en duda un modelo, es necesario dedicar atencin al proceso con el fin de

llegar a un modelo negociado. Este proceso requiere que los expertos de entrar en
una forma estructurada de la interaccin. Pueden, por ejemplo, se les pedir que
expliquen sus opiniones en detalle con el fin de facilitar una discusin de estos
dictmenes. En la situacin ideal, este proceso va a revelar exactamente lo que los
expertos estn de acuerdo en que ya y donde las diferencias de opinin mentira. Un
ejemplo de tal proceso se puede encontrar en el Pugh con- proceso de seleccin
CEPT, un modo bien conocido y establecido para la convergencia a y seleccionando
los conceptos de diseo [55], [56] entre los diseadores. Una vez ms, este proceso
requiere una serie de reglas de juego, que puede ser proporcionada por la perspectiva
del actor.

E. Modelos hbridos

Hay intentos de crear y utilizar modelos que tienen como objetivo combinar las
fortalezas de ambas perspectivas. Dos de ellos se discuten en esta seccin: juegos
serios y modelado basado en agentes.

Los juegos serios comprende actores que interpretan a cabo nuevas situaciones en un
ambiente controlado [57]. Este entorno puede ser apoyado por modelos de
simulacin y / o en otros modelos orientados a sistema. Los juegos serios con ello
hace uso de la fuerza de la perspectiva del sistema en la construccin del entorno
simulado subyacente y los combina con los requisitos de la perspectiva del actor por
tener personas reales juegan el juego, lo que permiti establecer el comportamiento
estratgico y el aprendizaje. Los juegos serios es un rea de investigacin en rpido
crecimiento y se utiliza cada vez ms para los procesos de diseo y toma de
decisiones en el mundo real [58].

modelos basados en agentes son modelos computacionales en la que todos los

elementos y los actores del sistema se modelan como agentes: pequeas unidades
indepen- dientes que han definido entradas y salidas, una funcin de
transformacin, definido y reglas de comportamiento definidos. Los agentes
entonces se ponen juntos en una simulacin, y que interactan de acuerdo con sus
reglas, que en ltima instancia resultar en una solucin del complejo problema. Esto
no es necesariamente la solucin ptima. En un trabajo reciente de Callon [59],
sostiene que todos los objetos y actores tienen agencia y que este organismo
cambia con el tiempo y los cambios con el medio ambiente que est expuesto.
modelos basados en agentes reflejan esta nocin de la accin: La modificacin de
algunos parmetros en el entorno va a cambiar los resultados. modelos basados en
agentes tambin permiten que el modelador para incluir el comportamiento de
aprendizaje en los agentes para que puedan comportarse con propsito e inteligente
[60]. Ellos, sin embargo, no coincide con la inteligencia humana.

Aunque ambas tcnicas de modelado hbridas son prometedores para describir y

resolver problemas complejos, tanto siguen sufriendo el hecho de que las
concesiones tienen que ser hechas a uno de los dos puntos de vista con el fin de
hacer que funcionen, lo que nos lleva a la conclusin de que ambas perspectivas no
debe o no puede ser integrado pero debe usarse en paralelo y alterna.
F. Estudio Caso Revisited

El caso de suministro de calor residual [1] al principio de este trabajo mostr que,
con el fin de analizar a fondo sistemas sociotcnicos, se necesita adoptar dos
perspectivas. En este trabajo se continu a explicar estos dos puntos de vista con
ms detalle, y luego, se los compar e introdujo tcnicas de modelado que intentan
utilizar las fortalezas de ambas perspectivas. Para el diseo de la infraestructura de
calor residual, la aplicacin de ambas perspectivas en un resultado de forma alterna
en el siguiente proceso de diseo y el diseo. En primer lugar, un gestor de procesos
necesita ser instalado, que se encarga de la creacin de un diseo de proceso de
acuerdo con las reglas de diseo de procesos discutidos en este documento. Esto
significa que se debe pensar a quin debe participar, por ejemplo, los representantes
de las plantas, el ayuntamiento, los proveedores de infraestructura, proveedores de
servicios, inversores, etc., y en qu proceso de normas y los resultados de los
participantes estn dispuestos a comprometerse. En este caso, el gestor de procesos
se esforzar por compromiso con un diseo conceptual de la infraestructura tcnica,
a una estructura de organizacin, y para cuestiones de contratacin y financiacin.
El gestor de procesos podra beneficiarse del uso de enfoques racionales del sistema
para modelar la red de actores y sus intereses, pero se puede obtener una visin ms
clara de la aplicacin de un enfoque de grave juegos. En este enfoque, la
infraestructura tcnica de calor sera modelada segn el fallo ter- modelos
modynamic, pero el comportamiento de los actores como las negociaciones de ING
Contrato-se jugara a cabo en un entorno controlado. Durante el proceso de diseo,
se simularon las legislaciones y sus impactos presentes y futuros en el diseo seran
evaluados.

Jugando un juego tan dara el gestor de procesos y el equipo de diseo de una idea
de un (conjunto de) posible resultado (s) y los patrones de comportamiento de los
participantes. Hay que tener en cuenta, sin embargo, que el juego va a producir un
solo resultado posible por partido jugado, por lo que no hay conclusiones se pueden
sacar en cuanto al resultado final de la vida real. Corresponde a nuestro gestor de
procesos a utilizar el juego serio como una herramienta para la creacin de consenso
dentro del equipo de diseo.

Para este caso especfico, el diseo final obtenido al final del proceso compuesta por
los siguientes elementos.

1) La parte tcnica resultante del diseo conceptual integrado consisti en las

demandas de calor, el diseo del sistema de actualizacin de calor, el tamao
del equipo, la topologa de red y / o la conectividad espacial de la infraestruc-
tura necesaria, as como la viabilidad econmica de el sistema. Para los
propsitos de modelado, modelos termodinmicos y ciclo de vida se
utilizaron mtodos de costeo.
 2) Un diseo, construccin, financiacin, y operar (DCFE) con- trato entre las
partes pblicas y privadas fue seleccionado y diseado. Debido a la
distribucin de riesgos entre las partes pblicas y privadas en un contrato
DCFE, los incentivos fueron creados para que cumplan requisitos tales como
la eficiencia, la rentabilidad y la calidad de servicio a los con- sumidores. Los
activos de la posesin y el uso de la red tuvieron que ser asignado a priori por
el municipio y no por el mercado. VI. C ONCLUSIN

Se pueden inte- rallado el enfoque de sistema y el enfoque del actor? La respuesta a

esta pregunta est sujeta a diversas opinio- nes. La primera es que la integracin es
realmente esencial. Los problemas no se pueden entender o resolver sin el
conocimiento tanto de los sistemas tcnicos y la constelacin de actores. En
consecuencia, debe buscarse un enfoque que puede hacer frente a ambas
perspectivas. No hay que dejar los sistemas tcnicos duras a las escuelas de
ingeniera y los actores de las escuelas de negocios. Esto siempre dara lugar a un
problema completamente diferente analiza y soluciones, con lo que nunca los dos
se encuentran, ya sea intelectual o institucional.

Un segundo punto de vista es que la integracin es, en principio, impo- sible. La

principal diferencia entre los sistemas y los actores es que los actores son un reflejo:
Aprenden, y muestran un comportamiento estratgico. El riesgo de la integracin es
que la perspectiva del actor se ver obligado en el marco rgido de pensamiento
sistmico, en el que hay poca oportunidad para la reflexin por parte de los
componentes, es decir, los actores. Por el contrario, la perspectiva del actor ofrece
un marco que no es lo suficientemente precisa para permitir una descripcin
completa de los sistemas.

Nuestra conclusin es que la perspectiva del actor y la perspectiva del sis- tema
estn compitiendo perspectivas que se deben utilizar uno junto al otro. La
integracin completa erosionar este personaje competir, lo que hace ambas
perspectivas de menor valor. Utilizando ambas perspectivas junto al otro significa
que los sistemas socio-tcnicos complejos necesitan ser diseadas mediante sistemas
de ingeniera diseadores que son capaces de cambiar las perspectivas de forma
continua y son capaces de aplicar las dos perspectivas de una manera fructfera. Por
otra parte, hay que apuntar nuestra investiga- cin en el desarrollo de ambas tcnicas
de modelado y diseo y los procesos de toma de decisiones que dan cuenta de
manera realista para ambas perspectivas. Slo entonces ser sensata diseos de
sistemas socio-tcnicos que pueden estar de pie se realizar la prueba de la
aplicacin en el mundo real.

Hans de Bruijn naci en Holanda en 1962. Recibi los grados de maestra en derecho y ciencias
polticas de la Universidad de Leiden, Leiden, Pases Bajos, y el Ph.D. grado en administracin
pblica de la Universidad Erasmus de Rotterdam, Rotterdam, Pases Bajos.
En 1999, fue nombrado como profesor de Or- ganizacin y gestin de la Facultad de Tecnologa,
Gestin y Polticas, Universidad de Tecnologa de Delft, Delft, Pases Bajos. Junto con el Prof. W.
Thissen, que dirige los sistemas de mltiples actores

programa de investigacin. El programa comprende aproximadamente 60 investigadores, ambos

ingenieros y cientficos sociales, que hacen investigacin en la fabricacin de sistemas tcnicos en
reas como la electricidad, el transporte, las grandes infraestructuras, y la ecologa decisin de
mltiples actores. Es coautor de Gestin de Redes: En la Decisin multi-actor que presente
(Routledge, Londres), que fue publicado recientemente. Su inters en la investigacin es la toma de
decisiones de mltiples actores, y sus campos de aplicacin son grandes proyectos de
infraestructura, medio ambiente, y los sectores de servicios pblicos.

Paulien M. Herder (M'05) naci en Holanda en 1971. Recibi el M.Sc. y Ph.D. grados de la Delft
University of Technology, Delft, Pases Bajos, en 1994 y 1999, respectivamente.

En la actualidad es Profesor Asociado de Diseo de Gran Escala de Sistemas con la Universidad de

Tecnologa de Delft, donde fue el Director de Educacin de 2004 a 2008. Actualmente es co-lder
de la Infraestructuras flexibles subprograma de investigacin y director general de una gran
investigacin internacional

Programa de Infraestructuras de nueva generacin, con la participacin de ms de 40 ganizaciones y

empresas de investigacin o- en infraestructuras de energa, transporte, telecomunicaciones y agua.
Su trabajo de investigacin se centra en los procesos de diseo y de diseo flexible de los sistemas
en red a gran escala, principalmente en los sectores energtico e industrial.

El Dr. Herder es un IEEE Sistemas, Hombre y Ciberntica (SMC) Miembro de la Sociedad y el

Secretario Cientfico de la Comisin Tcnica de SMC sobre Sistemas y Servicios de Infraestructura.