Metodologia de Los Sistemas Suaves

Teora de Sistemas
Universidad Autnoma del Per
Ing. Heyner Ninaquispe Castro
METODOLOGA DE LOS SISTEMAS SUAVES

LA METODOLOGA EN GENERAL
Los estudios de sistemas que fueron el contenido de la investigacin
enfrentaron problemas pequeos y problemas grandes, se basaron en
organizaciones tanto pequeas como grandes, y en organizaciones pblicas
como privadas.
Si el pensamiento de sistemas suaves se reduce al mtodo, este
fracasar porque eliminar mucha de la variedad munfica que observamos en
la vida real. Una metodologa es intermedia en el estatus entre una filosofa, y
una tcnica o un mtodo. Una filosofa ser una pauta no especfica (amplia)
para la accin. Una tcnica es un programa de accin especfico y preciso que
generar un resultado estndar. Donde una tcnica indica el cmo y una
filosofa indica el qu, una metodologa contendr elementos tanto de qu
como de cmo.
Es una metodologa en la que se puede acomodar una exploracin de la
importancia o de las implicaciones de adoptar una postura particular en
relacin con la situacin problema. Se infiri en forma experimental en el ao
1979 y representa el aprendizaje alcanzado en un gran nmero de proyectos de
investigacin en la accin. Se basa en el paradigma del aprendizaje y no
en el de la optimizacin. Este cambio ha sido necesario dado el aumento de
la preocupacin por los problemas mal estructurados (suaves), para los que no
existen respuestas optimizadas o correctas.
RESUMEN
La metodologa puede describirse como un proceso de siete etapas o estadios
de anlisis que emplean el concepto de un sistema de actividad humana como
un medio de conseguir tanto investigar (diagnosticar) la situacin como
efectuar acciones (direccionar e implementar) para mejorarla.
La secuencia lgica ilustrada en la figura es una manera til de describir
la metodologa pero no necesariamente representa la secuencia en que se usa.
En realidad representa un patrn de actividades. El analista puede empezar
Teora de Sistemas
con una actividad, progresar en alguna direccin y usar una iteracin

significante en cualquier etapa. En trabajos recientes se ha proporcionado
pruebas de que es posible el iniciar un proyecto en el estadio 4, por ejemplo; y
en principio, un inicio se puede hacer desde cualquier punto. La iteracin y la
exploracin en reversa son esenciales. En un estudio real el analista mas
diestro est trabajando simultneamente, en diferentes niveles de detalle, en
distintos estadios.
Situacin del
problema : no
estructurado
1
Accin para
resolver el
problema o mejorar
la situacin
7
Definicin de los
cambios
deseables sistmicamente y
factibles (viables)
6
culturalmente
Situacin del
problema :
expresado
2
REALIZACION DE ACCIONES
Comparacin
de 4 con 2
5
Mundo Real
Consideracin del mundo Real como
sistemas
Definiciones raz de
los sistemas relevantes
3
Anlisis
3a PATCRW
Modelos
Conceptuales
4
Concepto del modelo

4a formal de sistemas
4b
Consideracin
de otros
sistemas
La metodologa incluye dos tipos de actividades. Los estadios 1, 2, 5, 6

y 7 son actividades del mundo real que necesariamente involucra gente en la
situacin problema; los estadios 3, 3.a, 4, 4.a y 4.b son actividades del
pensamiento de sistemas. La lnea punteada representa el lmite entre la
actividad que est en el mundo real y la actividad relacionada con el uso de los
Teora de Sistemas
conceptos de sistemas para estructurar la consideracin acerca del mundo real.

Por encima de la lnea, la descripcin de la situacin est en lenguaje
cotidiano, mientras debajo de la lnea estar en lenguaje de sistemas (o
metalenguaje).
Los estadios 1 y 2 son una fase de investigacin y expresin
durante la cual se hace un intento por construir la imagen mas rica posible
(cuadro pictrico), no del problema sino de la situacin en la cual se percibe
que hay un problema. El estadio 3 entonces involucra el nombrar algunos
sistemas que parece pudieran ser pertinentes al problema y el presentar
definiciones concisas de lo que estos sistemas son (investigacin causaldescriptiva) o deberan ser (investigacin solucionadora). El objetivo es
obtener una formulacin explcita cuidadosamente fraseada de la naturaleza de
algunos sistemas que subsecuentemente se van a considerar como pertinentes
para mejorar la situacin problema. Estas definiciones en el estadio 3 se
denominan definiciones raz (hiptesis, en el mtodo cientfico). Una forma
de verificar la correcta estructuracin de la definicin raz es realizar un
anlisis PATCRW (CATWOE).
Dada esta definicin, o aun estas definiciones, el estadio 4 consiste en la
creacin de modelos conceptuales de los SAH nombrados y definidos en la
definicin raz. Se ensambla un grupo estructurado de verbos, que describen a
las actividades mnimas necesarias requeridas en un sistema de actividad
humana que corresponde con la que se describi en la definicin raz. La
construccin del modelo se alimenta en los estadios 4a y 4b. 4a consiste en el
uso de el modelo formal de sistemas que se usa para verificar que los modelos
construidos no sean deficientes; 4b consiste en la modificacin o
transformacin del modelo, si se desea, adquiriendo cualquier otra forma que
quiz se pueda considerar adecuada en un problema particular. Por ejemplo
expresar un problema en el lenguaje de la dinmica de sistemas.
Los modelos del estadio 4 se introducen en el estadio 5, en el mundo
real y se confrontan con las percepciones de lo que existe ah. El propsito de
esta comparacin es generar un debate con gente interesada en la situacin
problema que, en el estadio 6, definir posibles cambios que simultneamente
satisfagan dos criterios: que son cambios deseables sistmicamente y al mismo
Teora de Sistemas
tiempo viables culturalmente. El estadio 7 involucra llevar a cabo la accin

basada en el estadio 6 para mejorar la situacin problema. Esto de hecho
define un nuevo problema y a ste tambin quiz ahora se le enfrente con la
ayuda de la metodologa.
ENFOQUES DE DESARROLLO
La MSS puede usarse desde dos enfoques: proactivo (anticipatorio) y reactivo.
Proactivo: Con la MSS se busca situaciones problemticas, luego priorizamos
su tratamiento, y finalmente, con la misma MSS lo aliviamos. Esto
corresponde a una investigacin cuyo rgimen es libre.
Reactivo: Una vez identificado una situacin problemtica, aplicamos la MSS
para aliviarlo. Para este caso el rgimen de la investigacin es
orientado.
Teora de Sistemas
1 Pr ob l em as
INFRAESTRUCTURA
INFRAESTRUCTURA
Problema
(a)
2 MSS
Reactivo
(b)
Procativo
Podemos hacer una analoga entre los estadios de la MSS (sistmico)

con las etapas del PEN (cientfico).
PEN
MSS
Diagnstico Estratgico
Estadio 1 y 2
Direccionamiento
Estadio 3, 4, 5 y 6
Implementacin
Estadio 7
Etapa 1 y 2: investigacin y expresin
Esta etapa la entiende generalmente la gente que usa la metodologa, estos son
en la prctica estadios difciles. La gente a menudo muestra un deseo urgente
de llevar a cabo la accin. Los mejores estudios se han caracterizado por
detenerse en los estadios 1 y 2; por coleccionar tantas percepciones del
problema como sea posible a partir de un amplio rango de gente con diversos
roles en la situacin problema.
Anlisis
1.
Situacin
problema no
estructurada
Mundo
Real
Interno
Diagnstico
Situacional
Anlisis
Externo
Observador
(propsito)
2.
La situacin
problema
estructurada
Cartera de Negocios
Valores Estratgicos
Microcosmos
Cadena de Valor
Matriz PAF
Fuerzas Externas
Fuerzas competitivas
Matriz POAM
Sistemas Relevantes
(Pertinentes)
Cuadro
Pictrico
Teora de Sistemas
Se relacionan con investigar la situacin. El estadio 1. es una

declaracin de lo que hace la situacin problemtica y algunos hechos bsicos
acerca de ella. Esto tendr que proporcionarlo alguna persona, o grupo de
personas de acuerdo a algunas Ws mediante encuestas y entrevistas. Parte de
esta etapa ser intentar identificar lo que estas Ws podran ser y descubrir
cules otras Ws podran tambin ser importantes. El analista debe tener
cuidado de no imponer su propia W sobre la situacin. Lo difcil es intentar
ser neutral.
Las tcnicas de investigacin mencionadas anteriormente deben ser aplicadas
con reuniones DCA y reforzadas con:
Un proceso de benchmarking
Acceso a internet
Revisin de documentos de la empresa
Revisin de libros, revistas, tesis
Percepcin del desempeo de los trabajadores
Conversacin informal con los trabajadores
Know_how de un consultor externo.
La funcin principal de los estadios 1 y 2 es el exhibir la situacin de
forma que se pueda revelar un rango de selecciones posibles y con suerte
pertinentes, esa y slo esa es la nica funcin de dichos estadios.
Segn Checkland: las tapas 1 y 2 son una fase de expresin, durante
la que se intenta construir la imagen (cuadro pictrico) mas rica posible, no
del problema sino de la situacin en la que se ha percibido un problema.
Una gua en este punto se muestra en la figura:
Teora de Sistemas
Medio ambiente(s), Sistemas amplios (SAH)
La Situacin Problema, parte del SAH

Estructura
Materia
Energa
Informacin
Presiones
Influencias
Procesos
Fsico
Jerrquico
Reporte
Comunicacin
Planeamiento
Operacin
Monitoreo y
Control
Cul es la relacin entre la

estructura y los procesos?
Cul es el clima?
La situacin problema existir con ciertos medio ambientes (por

ejemplo el resto de las reas funcionales) y sistemas amplios con los cuales
interacta (microcosmos). El anlisis de esta situacin problema debe darse
mediante el registro de elementos con estructura de cambio lenta, dentro de la
situacin y elementos de proceso de cambio continuo, y constituyendo una
visualizacin de cmo la estructura y el proceso se relacionan en la situacin
que se investiga. A esta relacin se llama clima (contexto o microcosmos y/o
diagnstico estratgico).
Los elementos de la estructura se definen como aquellas caractersticas
relacionadas con la distribucin fsica (infraestructura), la jerarqua de poder
(organigrama), los valores estratgicos y el patrn de comunicaciones
formales e informales. El proceso se relaciona con las actividades en proceso,
de conversin de materia prima en productos, planeamiento para hacer algo,
operacin, monitoreo de ambos, toma de decisiones, control, etc.
Teora de Sistemas
El analista no puede ser neutral. Las preguntas respondidas (ver Formato

de Encuesta) se regirn por alguna W inherente. Esto conduce a preguntas
respecto con las siguientes caractersticas (Anlisis Externo):
Teora de Sistemas
Clientes
Proveedores
Competencia
Competencia Potencial
Productos Sustitutos
Entidades Financieras
Organismos Gubernamentales, etc.
Y adems preguntas relacionadas a la situacin interna y externa de la
empresa (Anlisis Situacional):
Fortalezas
Debilidades
Oportunidades
Amenazas
Es cuestin de juicio seleccionar sistemas relevantes (pertinentes) al
anlisis, el analista aprender de la efectuada y le ser posible cambiarla
basndose en el aprendizaje que ocurra despus. No importa cuando se pasa
de la etapa 2 a la 3 pero el buen analista de sistemas es quien logra que los
sistemas que elige se vuelvan relevantes.
Un problema es definir quin en la organizacin, es el mejor individuo
(o el mejor grupo de individuos) para ser el destinatario de las preguntas. El
organigrama de la organizacin puede ser el lugar obvio para empezar.
Tambin puede usarse el criterio de elegir una persona (sistema relevante) de
cada uno de los niveles jerrquicos, definidos por Anthony, o que pertenezca
al sistema de valor (Microcosmos o Micromundo o Stakeholders).
Empresa
Sistema de
Valor
Gerencial
Administrativo
Operativo
Cliente
Proveedor
Otro
Teora de Sistemas
Al seleccionar los sistemas pertinentes el analista slo puede juzgar que

su eleccin se volver til. Luego pueden seleccionarse los mejores candidatos
para el desarrollo del modelo y construirse las definiciones raz usando la
prueba (anlisis) CATWOE.
Lo que un administrador considera que tiene la suficiente importancia
para decirlo durante una entrevista (a diferencia de responder a la pregunta
directa) dice algo de su W. Esto puede ser importante para la definicin raz
posterior y para el desarrollo del modelo.
La direccin en que avanza el desarrollo del modelo se determina por
las respuestas hechas y lo dicta la situacin misma. Los modelos pueden
producirse con rapidez y no necesitan tener un alto grado de detalle para ser
tiles. Proporcionan las bases para un conjunto estructurado y coherente de
entrevistas.
Los administradores son gente ocupada y tienen una cantidad limitada
de tiempo disponible. Un conjunto de entrevistas bien planeadas ayuda a usar
mejor este tiempo y a establecer la credibilidad en el analista y confianza entre
ste y los administradores. Esto es importante para etapas posteriores de un
proyecto si debe propiciarse una disponibilidad de cambio para que puedan
aceptarse las recomendaciones.
Una de las preguntas mas frecuentes y mas difciles de responder, con
respecto a esta etapa, es cmo se sabe cuando se ha investigado lo suficiente
para pasar a la siguiente etapa, por ejemplo para seleccionar un sistema
relevante?. La nica respuesta realista es que no se sabe. Uno nunca termina
de investigar durante un proyecto. La metodologa misma es un sistema de
aprendizaje y, por lo tanto, el aprendizaje continua. El anlisis podra
considerarse completo cuando las siguientes preguntas se puedan responder
con certeza y rigurosidad:
Cul(es) es(son) la situacin(es) caracterizada(s) por una condicin de
desajuste?
Teora de Sistemas
Qu actividades se llevar a cabo para aliviar la condicin

problemtica?
Qu recursos estn distribuidos en qu procesos operacionales bajo qu
procedimientos de planificacin con qu estructura, en qu entornos y
sistemas amplios, por quin?
Cmo es monitoreado y controlado esta distribucin de recursos?
Cules son las limitaciones (internas y externas) que dificultan el alivio
de la condicin problemtica?
Hecho este anlisis se desarrolla un cuadro pictrico y una definicin raz de
los sistemas relevantes.
Etapa 3: definiciones raz de sistemas pertinentes (seleccin)
Estadio
1
Cuadro
Pictrico
3.
Definiciones Raz
de sistemas
pertinentes
Definiciones
Raz
En el estadio de expresin hemos identificado los sistemas que

necesitan ingenierarse o mejorarse. Debemos escribir y discutir una
descripcin precisa de la naturaleza del sistema o sistemas elegidos.
En esta etapa el analista est en posicin de usar el lenguaje de sistemas
como un medio de explorar las implicaciones de las visualizaciones elegidas.
Los mejores pensadores de sistemas estarn en este estadio verificando
rpidamente varias posibilidades al ver a futuro los estadios 4,5 y 6 y al ver
qu tipo de modelo seguir a partir de las definiciones raz aceptadas y qu
tipo de cambios probablemente emerjan cuando los modelos se examinen
junto con lo que existe en el mundo real.
Las definiciones raz tienen as el estatus de hiptesis pertinentes al
mejoramiento eventual de la situacin problema (hiptesis solucionadora) por
medio de cambios habilitados que sean viables y deseables.
Teora de Sistemas
El analista no intenta definir un sistema que debe existir (hiptesis

descriptiva). Producir varias definiciones raz ayudar a evitar un anlisis
utpico esperado en esta etapa. El analista est elaborando definiciones raz de
sistemas que sean relevantes (pertinentes), es decir, importantes para producir
ideas. Una definicin raz debe por ello ser una descripcin concisa de un
sistema de actividad humana que capture una visin particular de ste. Una
definicin raz no tiene que ser muy ingeniosa para ser til.
Las definiciones raz deben expresar de manera clara una
Weltanschauung particular. A menudo es til incluir un nmero de
restricciones en la definicin raz.
Validacin de la Definicin raz
El conjunto de conceptos relacionados con el modelo formal de
sistemas, proporciona una manera de verificar si el modelo conceptual, una
vez desarrollado, es un modelo defendible de SAH. Qu ayuda puede darse
durante la etapa de la definicin raz (DR) para decidir si la definicin es
buena o no. D. Smith, examin varias definiciones raz usada en proyectos
anteriores considerados exitosos, en el sentido en que los clientes estuvieron
de acuerdo en que se haban alcanzado resultados tiles a partir de los
proyectos. Entonces l se hizo la pregunta Tienen estas definiciones raz
elementos comunes o con caractersticas identificables que sean trasladables
de una definicin raz a otra?. El resultado de esta interrogante fue un
conjunto de elementos que pueden usarse para probar una definicin raz. No
le indican si la definicin raz es buena en el sentido de utilidad, le indican si
la definicin raz est bien formulada. Estos elementos se resumen como un
conjunto de letras que pueden recordarse en el mnemotcnico PATCRW.
Consideraciones
Amplificacin
1) Posesin (P)
Posesin del sistema, control, inters o patrocinio; un

sistema mas amplio que puede explicar el sistema.
Teora de Sistemas
2) Actor(es) (A)
Los agentes que realizaron u ocasionaron que se

realizara, el(los) proceso(s) de transformacin o las
actividades del sistema.
Quien lleva a cabo la actividad con propsito
definido.
3) Transformacin (T) El ncleo de la DR; un proceso de transformacin
realizado por el sistema; asumido para incluir el
objeto directo del(de los) verbo(s) de la actividad
principal.
4) Cliente (C)
Cliente (de la actividad), beneficiario o vctima del
subsistema, afectado por la(s) actividad(es)
principal(es); el objeto indirecto del(de los) verbo(s)
de la actividad principal.
5) Restricciones del
Imposiciones ambientales; tal vez interacciones con
ambiente y del siste sistemas mas amplios que el mencionado en el
concepto ma mas amplio (R)
(1) anterior, tomndolos como datos.
A esta lista se aade el sexto tem que rara vez aparece en una definicin raz
pero siempre est implcito y es relevante
6) Weltanschauung (W)
El marco de trabajo no percibido o dado por

sentado, el cual hace significativa esta DR
particular.
Segn Checkland:
El ncleo de una definicin raz de un sistema ser un proceso de
transformacin (T), es decir, los medios por los cuales las entradas definidas se
transforman en salidas definidas. La transformacin incluir el objeto directo de los
verbos de actividad principal que se requieren subsecuentemente para describir el
sistema. Habr posesin (O) del sistema, alguna mediacin que tenga un inters
primario en el sistema y el poder ltimo para ocasionar que el sistema deje de
existir. Los poseedores pueden argumentar acerca del sistema. Dentro del sistema
Teora de Sistemas
mismo habr actores (A), los agentes que llevan a cabo o que ocasionan que se
lleven a cabo las actividades principales del sistema, especialmente su
transformacin principal. Dentro y (o) fuera del sistema habr lo que denominamos
consumidores (C) del sistema, beneficiarios o vctimas afectados por las actividades
del sistema. Los "consumidores" sern objetos indirectos de los verbos principales
empleados para describir al sistema. En quinto lugar, habr restricciones del medio
(E) en el sistema, caractersticas de los medios del sistema y (o) sistemas ms
amplios que ste tiene que asumir como "dadas'.
A estos seis elementos que se describen en una definicin raz bien formada
se les recordar mediante el nemnico CATWOE.
Este conjunto de elementos representa una lista de verificacin til

contra la que puede probarse una definicin raz. Su utilidad estriba, no en
asegurar que cada elemento se encuentra en la definicin, sino en asegurar
que, si uno se omite, se ha hecho de manera consciente. Puesto que un
concepto bsico de un SAH es un proceso de transformacin, debe estar
presente el elemento T. Tambin, a causa de que la definicin slo tiene
sentido desde un punto de vista particular, debe ser posible identificar la W
que le da sentido. Todos los otros elementos pueden incluirse o excluirse, en
base si son importantes o no, de acuerdo con el juicio del analista. El elemento
que con mayor frecuencia se omite es la primera A, puesto que su inclusin,
por lo general, restringe el sistema a ser particular o no a una rea particular de
actividad del mundo real. De acuerdo con nuestra experiencia se puede
obtener ms significado de una situacin, si, digamos, el lmite de un sistema
de mercadotecnia no se iguala con el lmite organizacional de un
departamento de mercadotecnia. Hay peligro de introducir en forma
innecesaria una restriccin si se especifica A (en el ejemplo anterior) como los
miembros del departamento de mercadotecnia.
Teora de Sistemas
Ejemplo
En un estudio realizado, el tema de investigacin fue la operacin de una
actividad particular voluntaria del hospital, la de visitar enfermos mentales. La
definicin raz tomada en ese estudio fue:
Un sistema de ayuda regular con estudiantes voluntarios, aprobado
mdicamente para pacientes del hospital mental.
En esta definicin raz los clientes se especifican con claridad como
enfermos mentales del hospital. Los actores son los estudiantes voluntarios
y la transformacin es para proporcionar ayuda. Se especifican algunas
restricciones ambientales (por ejemplo, aspectos del sistema que el proceso de
toma de decisiones no puede cambiar). La actividad debe ser regular; los
estudiantes tienen que ser voluntarios; y la operacin completa debe estar
aprobada por los mdicos, no obstante, no se especifica el propietario y, por
lo tanto, la W es ambigua. Puede establecerse como la ayuda proporcionada
mediante este tipo de actividad del estudiante. No obstante, tambin puede
interpretarse como que la visita al hospital proporciona una forma de
autosatisfaccin a los estudiantes voluntarios; o como que la ayuda gratuita es
una manera justificable de reducir las cargas de trabajo de los que ejercen
como doctores. En este caso, hubiera sido til, eliminar la ambigedad
especificando el propietario.
Este ejemplo particular, ilustra que es posible construir tres definiciones
raz que contenga de manera exacta el mismo proceso de transformacin pero
basadas en tres diferentes Ws.
Aparte de ser una prueba til de una definicin raz, el PATCRW
tambin es la formulacin de la definicin. No obstante, una vez formula la
definicin raz, debe probarse para asegurarse que representa lo que se
pretenda.
Teora de Sistemas
Fallas que deben evitarse

1) Debe recordarse que el lenguaje de sistemas descrito hace posible que un
analista forme su opinin acerca de una situacin explcita del mundo real.
No es una manera de describir lo que existe sino la manera de describir una
interpretacin de lo que existe o alguna consideracin en relacin con lo
que existe. Por lo tanto, los errores comunes estn relacionado con la
confusin asociada a esta situacin. Debe recordarse, al construir
definiciones raz, que la definicin se relaciona a un sistema. En un
ejercicio usado en el curso en Lancaster, el objeto de inters es una taberna
inglesa. Se produce con frecuencia definiciones raz que empiezan con la
frase: Una taberna es una construccin .... esto en seguida da a la
definicin la forma de una descripcin de lo que existe. No podemos
establecer lo que es una taberna, slo podemos establecer lo que es el
sistema que estamos definiendo. Por lo tanto, una definicin raz en relacin
con una taberna podra empezar as: sistemas operados por un tabernero que
posee cerveza para... Resulta evidente que ste es slo un ejemplo entre
muchos; sin embargo en una definicin raz estamos definiendo un sistema,
as que llammosle sistema.
2) Algunas veces se producen definiciones raz que intentan ser definiciones
mixtas. La idea detrs de esto es que, puesto que la situacin del mundo real
es una combinacin de Ws y procesos de transformacin, necesita producir
una definicin que refleje esta combinacin. Pero recordemos que el
anlisis de sistemas que estamos haciendo es un intento de estructurar una
situacin no estructurada mediante una simplificacin de la complejidad y
no un intento de reflejarla. Por lo tanto, una definicin raz debe contener
un proceso de transformacin y debe comprometerse en forma total con una
sola W. Debe enfatizarse que la definicin raz es una descripcin de lo que
el sistema es (descriptiva) o debe ser (solucionadora) y el modelo
conceptual es una descripcin de lo que debe hacer para ser ese sistema.
Por consiguiente, el objetivo debera ser para un solo proceso de
transformacin. No obstante, en la prctica, puede ser necesario proceder
con una definicin raz en la que hay ms de una T.
Teora de Sistemas
3) Todo el proceso de anlisis de PATCRW se relaciona con la identificacin

de lo que se establece en la definicin raz, no es un mecanismo para
ampliar de manera inconsciente la definicin. Si el anlisis de PATCRW ha
sealado ciertos elementos y stos se consideran importantes, entonces la
definicin raz se modificara para incluirlos:
Definicin
Raz
Anlisis
PATCRW
Modelo Conceptual
Incorrecto
Definicin
Raz
Anlisis
PATCRW
Definicin
Raz
modificada
Anlisis
PATCRW
Modelo Conceptual
Correcto
Despus de todo, es la definicin raz la que est en proceso de

modelado.
4) El lenguaje de sistemas descrito lo forman, en esencia, dos ideas
vinculadas: la definicin raz y el modelo conceptual. Este es el par de ideas
importante. Una falla comn, en particular durante el intento inicial de usar
este lenguaje, es la produccin de definiciones raz dispersas que llevan
modelos conceptuales dispersos.
Referirse de nuevo a la importancia de emparejar las definiciones raz y
el modelo conceptual conduce a una dificultad posterior.
Teora de Sistemas
Las palabras usadas en la definicin raz necesitan cuidarse en forma

meticulosa y slo deben incluirse las que se consideran importantes. A
causa de esto, las actividades que deben incluirse en el modelo conceptual
se relacionan con estas palabras. Esto a menudo ocasiona que se incluya
frases en una definicin raz para hacer el sistema definido muy particular a
la situacin del mundo real que se analiza.
Necesita considerarse la siguiente pregunta: son en verdad necesarias
estas palabras?. Si la respuesta es si, entonces el modelo es deficiente en
trminos de las actividades que deber ser el conjunto necesario. Si la
respuesta es no, entonces las palabras deben omitirse de la definicin.
5) Una dificultad que debe reconocerse se relaciona con el mismo lenguaje de
modelado. Se ha establecido que el lenguaje de actividades son verbos. A
menudo se producen modelos en los que aparecen una combinacin de
verbos y sustantivos. La consistencia del lenguaje necesita mantenerse
puesto que, si aparece un sustantivo, esto puede significar que una
restriccin del mundo real (en trminos de un cmo particular) que se ha
introducido, pudiera no ser susceptible de defenderse en base a la definicin
raz.
Tomemos como ejemplo:
Inspecciona
la muestra
Toma muestra
del producto
Decide si el producto
est dentro de la
especificacin o no
Comit de
Especificaciones
Comunica la
decisin a
produccin
En este modelo, una parte de la organizacin se ha incluido como una

actividad, ste es el Comit de Especificaciones. Este es un cmo
particular para hacer la actividad establecer especificaciones. Para que el
modelo sea consistente, debe incluirse la actividad como establecer
Teora de Sistemas
especificaciones si este cmo particular de hacer la actividad es una

restriccin, entonces la actividad no debe aparecer ya que, por definicin, el
modelo representa el rea sobre la que el proceso de toma de decisiones
tiene control. Las restricciones estn fuera del lmite del sistema y en este
caso (donde establecer especificaciones por medio de un comit) las
especificaciones seran una entrada al sistema.
6) La distincin hecha desde el inicio de la seccin, esto es, la distincin entre
la actividad de pensar en el mundo real y la actividad en el mundo real lleva
a cometer una falla comn. Por lo general, al principio se forma alguna
imagen de la situacin a travs de entrevistas o mediante conocimientos
adquiridos si el analista es parte de la situacin. Esta imagen est en
trminos de actividad del mundo real y es la fuente de las DRs.
El problema se presenta como un modelo que es desarrollado a partir de
una DR particular. El analista conoce una actividad del mundo real que no
se incluye en el modelo. Esto no es ilgico ya que la DR representa slo una
visualizacin entre las muchas que constituyen la complejidad del mundo
real, de manera que el error est entonces en incluir la actividad aunque no
pueda justificarse en el terreno de la lgica. Este punto se ilustra mejor con
el siguiente diagrama:
En el diagrama de arriba las flechas completas indican el flujo de

anlisis. Las flechas entrecortadas eliminan con eficacia la DR y por lo
tanto debilitan al modelo como una representacin defendible de una
visualizacin particular.
Teora de Sistemas
7) La eleccin de las palabras definicin raz como un trmino tcnico para

describir la propiedad bsica de un sistema se hizo para dar a entender que
esta definicin contena la esencia de una visualizacin particular de la
situacin.
Con frecuencia ocurre que se construyen DRs tan generales que
podran referirse a una gran variedad de situaciones al igual que a aquellas
que se desea referir. As, por ejemplo, un sistema en relacin con una
librera podra describirse como un sistema de empleo. ste podra ser una
visualizacin legtima pero no contiene la esencia de la situacin que podra
definirse como poner a disposicin de usuarios autorizados una
informacin almacenada. Una prueba til es tomar la DR desarrollada y
preguntar por ejemplo: Puedo inferir la situacin particular a partir de la
DR?.
8) Algunas veces se introducen afirmaciones calificativas en una DR, lo que
conduce a la inclusin de actividades en el modelo resultante, fuera del rea
de autoridad de quien toma la decisin del sistema y, por lo tanto, externo al
lmite del sistema (de manera que no deben incluirse en el modelo).
Regresando al ejemplo de la taberna inglesa, he visto definiciones de la
forma... un sistema operado por un tabernero para vender cerveza a clientes
que participan en la relacin social. No pueden introducirse en forma
legtima al modelo las actividades orientadas a que suceda la relacin
social. Por lo tanto la frase que participa en la relacin social debe
borrarse de la DR.
9) Un error comn al desarrollar modelos es incluir actividades que en esencia
no son alcanzables. Ya que son modelos de sistemas de actividad humana,
cada actividad, por ejemplo, podra realizarla un administrador individual u
operador y por lo tanto podran representar su rea de autoridad
(especificacin del trabajo). En un modelo de la definicin anterior de un
sistema para venta de cerveza, aparecen actividades del tipo genera
beneficios. No podra darse esta responsabilidad a un individuo. El
beneficio es el resultado de obtener ingresos e incurrir en costos y son las
actividades relacionadas con stas dos ltimas consideraciones las que
Teora de Sistemas
deben incluirse. Tomando el mismo ejemplo de la taberna inglesa, un

modelo orientado al cliente puede incluir actividades de la forma genera
un ambiente social agradable. De nuevo, esto no es alcanzable. Pueden
incluirse actividades de la forma proporcionar aquellas atenciones que se
consideran llevarn a un ambiente social favorable. A esto debera
necesitar aadirse monitorear el ambiente alcanzado y controlar las
atenciones proporcionadas para asegurar que el ambiente alcanzado sea
favorable. Por lo tanto, estas tres actividades necesitaran reemplazar la
nica actividad original. A nivel de empresa una actividad no alcanzable
que con frecuencia se incluye es generar la imagen deseable de la
compaa. La imagen de la compaa es algo que resulta de la manera que
una compaa hace todo lo dems. As, a menos que la compaa referida
est en el negocio de elaboracin de imgenes corporativas en lugar de
seguros, banca, manufactura, etc. esta actividad no debe aparecer. En esta
clase de organizaciones, la imagen de la compaa puede monitorearse
como una actividad independiente.
10) Como el modelo formal de sistemas requiere un modelo de SAH que
contenga los procesos de monitoreo y control, estos con frecuencia se
aaden, tal vez como complemento, para redondear el modelo. Aparecen en
la parte inferior de un modelo, como Tasmania sobresale de la costa de
Australia; necesarios para una descripcin completa pero sin relacin en
realidad. Este tipo de inclusin casual no es bastante buena. Es necesario
pensar en lo que se controla y por qu. La accin de control que representa
la salida de la actividad de control tambin difiere de las otras salidas de
actividad. Puede estar a alguna (o a todas) las otras actividades,
dependiendo de la accin de control requerida. As, es del tipo de
intervencin ocasional en lugar de una accin continua enfocada a cada
actividad. Suelo ilustrar este vnculo selectivo mediante una flecha
quebrada.
Resumiendo, incluya siempre declaraciones calificativas, despus de
verbos de monitoreo y control, para identificar lo que est monitoreando y
por qu debe tomarse accin de control. A causa de que la entrada al
Teora de Sistemas
monitoreo y la salida del control son diferentes a las otras entradas y

salidas, haga que parezcan diferentes usando diversos tipos de flechas.
11) Una observacin final que vale la pena hacer es en relacin con el proceso
mismo de construccin del modelo. El analista no puede asegurar en el
inicio del proceso que las DR elegidas sern relevante o representarn un
conjunto extenso o suficiente. Comparar los modelos con el mundo real
observado, valorar la deseabilidad, etc., dar como resultado la generacin
de nuevos modelos y el abandono de otros. As, el proceso de modelado
necesita ser bastante rpido, aunque defendible y esto necesita prctica. Si
un analista gasta mucho tiempo al ampliar o elaborar un modelo, se resistir
a abandonarlo, aunque resulte relevante. Habr generado posesin
psicolgica del modelo y su retencin bien podra distorsionar el anlisis
resultante.
Resumen de fallas
Las fallas discutidas anteriormente se refieren a las siguientes reas:
1)
2)
3)
4)
5)
6)
7)
8)
Distincin del mundo real/mundo intelectual.

DRs mixtas.
Uso del anlisis PATCRW.
Dispersidad de DRs y MCs.
Lenguaje de modelado incoherente.
Inclusin de elementos injustificados del mundo real.
DRs sin la esencia de la situacin.
Introduccin de declaraciones calificativas en una DR que conduce a
actividades externas al rea de autoridad de toma de decisiones.
9) Introduccin de actividades no alcanzables.
10)Inclusin casual de monitoreo y control.
11)Entusiasmo o posesin sicolgica excesivos por el MC.
Teora de Sistemas
Etapa 4: construccin y verificacin (validacin) del modelo

conceptual
Dado el concepto de un todo que nosotros elegimos para considerar como un

sistema, podemos describir a este sistema como una entidad que recibe
algunas entradas y genera algunas salidas; el sistema al mismo tiempo
transforma las entradas en las salidas. Lo que se hace en el estadio 4 es
construir un modelo de sistema de actividad necesario para lograr la
transformacin descrita en la definicin raz.
Modelo
Conceptual de
Tarea Primaria
Definiciones
Raz
4.
Generar
Modelo(s)
conceptual(es)
4.a Concepto de
sistema formal
4.b Otros
pensamientos
de sistemas
Benchmarking
Reingeniera
Outsourcing
Normas ISO
Calidad total
Dinmica de
Sistemas
Etc.
El modelo resultante no es una descripcin de un sistema de actividad

humana real. No es una descripcin de alguna parte del mundo real; es
simplemente un grupo estructurado de actividades que la lgica requiere en un
sistema nocional que ha sido definido en la definicin raz.
Una vez que la construccin del modelo conceptual se inicia existe una
tendencia para que ste se escabulla y se transforme en una descripcin de
sistemas de actividades reales que se sabe existen en el mundo real. Se debe
ofrecer resistencia a esto porque niega todo el propsito del enfoque, que es el
generar pensamiento radical mediante la seleccin de algunas visiones de una
situacin problema, posiblemente pertinentes para mejorarla. Si las
descripciones del mundo real se escabullen en el modelo, entonces en el
Teora de Sistemas
estadio de comparacin quiz estemos comparando iguales con iguales, y las

posibilidades noveles quiz no emerjan.
Veamos un ejemplo que nos ayudar a aclarar lo anterior. Es el caso de
la situacin problema del servicio de transfusin de sangre. Para construir un
modelo no se examin las operaciones reales de las unidades de recoleccin
de sangre y de los bancos de sangre dentro del servicio nacional de salud: el
incluirlas en el modelo sera exactamente como generar un estadio de
comparacin mediocre. La participacin anticipada en un anlisis en la cual
las operaciones reales han sido examinadas, facilitar la construccin del
modelo; pero sta no debe dirigirlo. El modelo se vuelve as un asunto en que
se debe preguntar: qu actividades y en qu secuencia tiene que llevarse a
cabo para hacer la transferencia?
La definicin raz es una afirmacin de lo que el sistema es (descriptiva)
o debe ser (solucionadora) para un observador particular. Esta etapa se
relaciona con la expansin lgica de esa definicin a las actividades que el
sistema debe hacer para ser el sistema as definido. Estas son las actividades
mnimas necesarias a un nivel de resolucin particular y, como tales,
constituyen el modelo conceptual -por ejemplo, definir donadores
potenciales debe ir antes de ubicar donadores potenciales-. El propsito es
crear, considerando la situacin problema en forma imparcial, algo que pueda
ser comparado, formalmente y especficamente, con el cuadro pictrico
construido en la fase de investigacin.
Debe haber un modelo para cada definicin raz. El modelo de primer
nivel de resolucin de una definicin raz no debe contener mas de 10
actividades, aproximadamente; de otra forma se vuelve difcil defenderlas
como el conjunto mnimo necesario. La experiencia ha mostrado que se debe
comenzar la construccin del modelo conceptual escribiendo no mas de 6
verbos que describan las actividades principales implicadas en la definicin
raz.
El detalle puede incrementarse redefiniendo cada actividad (o un
conjunto seleccionado de actividades) como el sistema y, mediante el
mecanismo de definicin raz, producir un modelo de segundo nivel de
resolucin, que puede ser del orden de 80 actividades. Es til adelantar una
Teora de Sistemas
comparacin en cada etapa de construccin del modelo. Se ha hecho una

comparacin intuitiva al nivel de definicin raz y con base en ella se dice que
los sistemas son relevantes. Vale la pena hacer una comparacin superficial en
el primer nivel de resolucin para apoyar esa consideracin. La comparacin
en este nivel podra sugerir la utilidad de alguna modificacin de la
definiciones raz originales.
Los modelos no son un fin en si mismos. Se desarrollan para servir a un
propsito y, aunque el analista puede estar cmodo aislado del mundo real
realizando esta actividad, es necesaria una inmersin continua en el mundo
real si el anlisis va a mantener contacto con l. Es posible hacer uso de la
construccin de modelos conceptuales como un medio para definir las bases
de planificacin y/o anlisis y/o un diseo (por ejemplo de Sistemas de
Informacin); el desarrollo de modelos conceptuales no es diseo, es un medio
para estructurar el pensamiento acerca de situaciones problema poco claras.
La etapa 4b se incluye para poder obtener ayuda de las ideas de otros
sistemas si se considera apropiado. Por ejemplo de Planeamiento Estratgico,
Calidad total, Benchmarking, Reingeniera, Dinmica de Sistemas,
Outsourcing, etc.
Los dos principales problemas en la construccin de modelos son la
forma de hacerlo, y la forma de validar el modelo conceptual resultante. La
solucin al primer problema es armar en la secuencia correcta el mnimo de
actividades que son necesarias en un sistema de actividad humana descrito por
la definicin raz.
El segundo problema ha sido abordado usando conceptos de sistemas
para armar un modelo generalizado de cualquier sistema de actividad humana,
llamado modelo formal, el cual puede ser usado, sino para validar la
construccin, al menos para asegurarse que esta no es deficiente. Esta es la
razn para al inclusin de la etapa 4a. El modelo formal de sistemas no es
normativo, es una combinacin de componentes de administracin cuya
ausencia o ineficiencias en situaciones problemas verdaderos se han visto que
son cruciales para la existencia de algo que se percibe que es un problema.
S es un sistema formal si y slo si:
Teora de Sistemas
i) S tiene un propsito o misin en curso. En el caso de un sistema suave"

esto podra ser una bsqueda constante de algo que finalmente nunca se
pueda lograr -algo como "mantenimiento de relaciones"-. En sistemas ms
duros esto es lo que se divide en "objetivos" o "metas", caracterizadas por
ser alcanzables en un momento oportuno. Es significativo el describir a los
objetivos como "todava no alcanzados", "alcanzados", "abandonados", o
cambiados, pero esto no es as con el "propsito" menos preciso asociado
con los sistemas suaves. Las familias, y muchas organizaciones, no tienen
objetivos en este sentido, pero s tienen propsitos o misiones que sirven
para dar coherencia y unin a sus actividades. Para una universidad, por
ejemplo, que como sistema podra ser considerada como "duro" en algunas
caractersticas y como "suave" en otras, esta caracterstica se debe asumir
que es "el descubrimiento, preservacin y transferencia del conocimiento".
ii) S tiene una medida de desempeo. Esta es la medida que seala el progreso
o retroceso del alcance de propsitos o del logro de objetivos.
iii) S incluye un proceso de toma decisiones -nocionalmente "algo que toma
decisiones", siempre y cuando ste se asuma que no es una persona, sino
un rol que mucha gente en un sistema dado puedan ocupar-. Va el proceso
de tomas de decisiones, el sistema puede llevar a cabo accin reguladora
bajo la luz de i) y ii).
iv) S tiene componentes que son en s sistemas, que tienen todas las
propiedades de S.
v) S tiene componentes que interactan, que muestran un grado de
conectividad tal, (que podra ser fsica, o quiz ser flujos de energa,
materiales, informacin o influencia) que los efectos y acciones se puedan
transmitir por el sistema.
vi) S existe en sistemas ms amplios y (o) medios con los cuales interacta.
vii) S tiene un lmite, que los separa de vi), que se define formalmente como
el rea dentro de la cual el proceso de toma de decisiones tiene poder para
generar accin --en contraposicin a influenciar felizmente el medio.
viii) S tiene recursos, fsicos y, a travs de los participantes humanos,
abstractos, que estn a la disposicin del proceso de toma de decisiones.
ix) S tiene alguna garanta de continuidad, no es efmero, tiene "estabilidad a
largo plazo", recuperar la estabilidad despus de algn grado de disturbio.
Teora de Sistemas
Se podra dar apoyo a esto ltimo desde fuera del sistema; quiz derive
internamente del compromiso de los participantes con i) la misin.
El valor del modelo formal de sistemas reside en que ste permite que
se formulen preguntas que, cuando se refieran al modelo conceptual revelen
deficiencias ya sea en l o en la definicin raz en que se basa. Las preguntas
tpicas pueden ser: La medida de desempeo en este modelo es explcita? Y
qu constituir un desempeo bueno y malo de acuerdo a sta? Cules
son los subsistemas en este modelo? Las fronteras del sistema estn bien
definidas?
Aunque el uso del modelo formal de sistemas no puede asegurar que los
modelos conceptuales sean vlidos, si puede al menos asegurar que no estn
construidos tan descuidadamente como para ser tiles al confrontarlos con
actividades del mundo real, en la comparacin de la fase 5. Pero, adems, se
puede examinar la validez de los modelos en trminos de cualquier otro
sistema de pensamiento que el analista venere. La metodologa no debe
excluir algn sistema de pensamiento que se est desarrollando en algn otro
lugar. Este es el estadio en el cual otras vetas se pueden explotar. Este es el
punto en el cual los modelos conceptuales se pueden inspeccionar a la par con
cualquier otra teora (en especial de sistemas) que sea pertinente a los sistemas
de actividad humana.
Una vez que las actividades mnimas se han considerado es til
considerar la estructura implcita en el modelo hasta ahora: Cmo se pueden
agrupar las actividades?. La siguiente actividad a considerar es: la auditora del
xito de las actividades operacionales mediante otro subsistema, que se ocupa
de las operaciones como una actividad del negocio. Esto podemos aadirlo al
diagrama operacional representndolo como una operacin que se ocupa de la
totalidad, como en la figura:
SISTEMA DE NEGOCIOS (La Empresa)
(El rea con

el problema)
SISTEMA
OPERACIONAL
Desempeo
Monitoreo y
desempeo
Teora de Sistemas
La actividad de auditora consiste en el monitoreo del desempeo, la

evaluacin de recursos, preparacin de un plan para usar esos recursos,
comparacin del desempeo con el plan y el replanteamiento. Esta secuencia
puede reemplazar a la actividad monitoreo y desempeo de la figura
anterior, el lado derecho se muestra en la siguiente figura:
Recursos desde
un sistema amplio
Evaluar
recursos
Requerimientos del
plan
SISTEMA
OPERACIONAL
Hacer un plan
detallado para
este sistema
Propuesto
Desempeo
Comparar el
desempeo con
el plan
Requerimientos
Replantear
(controlar)
SISTEMA DE NEGOCIOS
Los recursos sujetos a este plan deben ser suministrados por un sistema mas
amplio. El sistema mas amplio se interesara por:
1. suministrar recursos para este sistema, o no suministrarlos, dependiendo
de la evaluacin de los recursos totales disponibles,
2. los mritos relativos (evaluados subjetivamente y/o cuantitativamente)
de los diferentes planes, y
3. otras consideraciones generales, que para un negocio de editorial, por
ejemplo, pueden ser, por ejemplo, polticas del tipo a pesar del carcter
lucrativo no se publicar pornografa.
Teora de Sistemas
En un nivel mas detallado es posible examinar cada actividad en los modelos

mostrados y contestar las preguntas:
Qu informacin es necesaria para tomar esta accin?

Cul es su fuente?
Cul es su receptor?
Dnde ser recibida?
A dnde es enviada? Con qu frecuencia? En qu forma?
El grfico conteniendo las respuestas a estas preguntas y los diagramas de

arriba podran luego ser usados para preparar diagramas de:
1. estructuras de sistemas de negocios y operacional: Plan de SI, Diagrama
de Dependencia de Procesos, y
2. los flujos de informacin en estas estructuras: el Modelo E_R, DFD.
En un nivel de resolucin superior, la atencin gira hacia los sistemas
amplios cuya existencia se mencion cuando se consideraba la actividad de
auditora del sistema operacional para un sistema de negocios. Este sistema
evaluar los recursos totales disponibles, reuniendo informacin importante
para los planes generales, evaluando si los sistemas de negocios requieren
recursos extras no disponibles en la compaa o abandonando recursos sin
usar, localizando recursos para los sistemas operacionales, monitoreando el
desempeo y controlando mediante la modificacin de los planes.
**pag. 109 wilson
Obtencin del Modelo de Tarea Primaria
Los modelos derivados de las definiciones raz contienen diferentes

actividades. El analista enfrenta ahora la dificultad de reducir estos mltiples
modelos a uno solo.
Esta etapa se relaciona con el desarrollo de modelos conceptuales de las
definiciones raz y la seleccin de actividades de aquellos modelos que son
deseables de alguna manera. La deseabilidad puede expresarse en trminos de
factibilidad o en trminos de necesidad pero es definida y las selecciones
hechas por el grupo de administradores a quienes el rango de Ws es relevante.
Teora de Sistemas
La etapa 2 de la figura 38 ilustra la inferencia de un modelo de tarea primaria

por una ruta que busca obtener coherencia en el modelo resultante.
Figura 38. Un proceso de condensacin de los sistemas.

El procedimiento descrito antes, para llevar a cabo esta consolidacin de
modelos, se basa en las siguientes suposiciones:
1) La primera es que, sin importar el tipo de organizacin considerada,
habr una descripcin de ella que lograr el consenso global; por ejemplo, una
descripcin de una tarea primar neutral. Para una prisin, la descripcin sera:
un sistema para la recepcin, alojamiento y liberacin de prisioneros. Por
tanto, no importa si algunos directores consideren que una prisin es, de
Teora de Sistemas
manera bsica, para la rehabilitacin y otros piensan que es para castigo,

estarn de acuerdo que, para que una prisin sea una prisin debe, al menos,
aceptar prisioneros, retenerlos por diversos periodos y luego liberarlos.
Estas definiciones son descripciones aisladas de las operaciones bsicas
de la organizacin bajo revisin y, por tanto, los modelos derivados de ellas
son representaciones dispersas de las diversas actividades emprendidas por las
organizaciones.
2) Pueden obtenerse modelos menos aislados, de manera defendible
mediante la adicin de actividades individuales sobre las que existe un
consenso local sobre su deseabilidad. La figura 39 ilustra esta idea.
Figura 39. Ilustracin de tarea primaria de consenso

El sistema central negro (Sn) representa el sistema de trabajo primario
neutral; por ejemplo, el conjunto de actividades que una organizacin
particular debe hacer para ser ese tipo de organizacin. Los sistemas S1, S2, S3,
representan al rango de percepciones legtimas definidas antes
(descripciones potenciales de la tarea primaria de la organizacin en la que el
lmite del sistema podra ubicarse sobre el lmite de la organizacin). Se
espera que el conjunto de actividades en Sn sea comn a S1, S2, S3,....etctera
y puede considerare parte del modelo de tarea primaria final.
Dadas las dos suposiciones anteriores, el proceso que se sigue est en
dos etapas. Cada actividad en los sistemas S1, S2, S3,....(exceptuando las de Sn)
Teora de Sistemas
es cuestionada para determinar su deseabilidad. La deseabilidad se determina

en la discusin con el grupo de administradores (sistemas pertinentes).
Las actividades sobre las que hay un consenso local en relacin con su
deseabilidad se aade a las contenidas en Sn para formar un modelo de tarea
primaria tentativo. Para las actividades sobre las que hay un consenso local
parcial. (diferente de l00%) en relacin a su deseabilidad, el analista debe
juzgar su retencin o rechazo. Mi criterio para la retencin se bas en la
coherencia resultante del modelo. Si la actividad es necesaria (en un sentido
lgico) para volver coherente el modelo resultante, entonces se incluye, de
otra manera no. Se usa un procedimiento repetitivo para explorar la
coherencia, ilustrado mediante la figura 40.
Figura 40. Desarrollo del modelo.

Aqu se muestra que la seleccin de las actividades deseables de tres
modelos MC1, MC2, MC3,...conduce al modelo de tarea primaria tentativo
(MTPT), que en esta etapa puede ser no ms que un agregado. Se puede
realizar dos tipos de validacin al MTPT: a) Teortica y b) Emprica. El
primero lo hacemos mediante la inferencia; y el segundo, se har en el estadio
5 mediante la discusin con los grupos de inters. Veamos la validacin
lgica:
Dada la vinculacin lgica de la definicin raz (DR) y el modelo
conceptual (MC) debe ser posible revertir el proceso e inferir una DR del
modelo de tarea primaria tentativo. Esto e un paso difcil y, por tanto, se
Teora de Sistemas
infiere un modelo de prueba de la DR as formada. Se sabe que es un modelo

coherente y, por tanto, puede compararse contra el modelo de tarea primaria
tentativo derivado y otros. La repeticin contina hasta que el modelo de
prueba inferido, es una versin aceptable del modelo de tarea primaria
tentativo en que se representa las actividades y tambin es coherente.
Durante este proceso puede ser necesario aadir actividades al modelo
de tarea primaria tentativo (por ejemplo, aquellas en las que no hay l00% de
consenso) pero tambin puede ser necesario aadir otras. Por ejemplo, las
actividades de MC1 y MC2, podran ser calificativas de hecho, si DR1 y DR2
representan percepciones conflictivas. En este aso necesita aadirse una
actividad que se relacione con la solucin del conflicto.
Adoptando el procedimiento anterior, pueden reducirse varios modelos
iniciales MC1...MCn a un solo modelo, el cual, mediante la interaccin con los
administradores relevantes, puede considerarse un modelo de tarea primaria
defendible, importante para la organizacin particular. El lmite de este
modelo se representa por medio del rea sombreada de la figura 38.
Vale la pena hacer con rapidez las etapas 3 y 4, y avanzar a la etapa 5, la
comparacin, a fin de devolver los modelos al mundo real para probar el grado
de relevancia (pertinencia).
Etapa 5: comparacin del modelo conceptual de consenso
con la realidad
Ya nos hemos referido a este estadio anteriormente, como el de la validacin

emprica del modelo de tarea primaria (MTP). Se debe realizar un juicio luego
de terminar el modelo conceptual y avanzar hacia una comparacin explcita
del modelo conceptual de tarea primaria con lo que existe en la situacin
problema. Es mejor desplazarse con bastante rapidez al estadio de
comparacin.
Matriz de
Comparacin
Modelo de Tarea
Primaria de
Consenso
Opiniones
5.
Comparacin
de 4 con 2
Teora de Sistemas
Cada vez que comenzamos a efectuar un pensamiento serio, nuestras

mentes hacen un nmero de operaciones como: percibir, aseverar y comparar
imgenes o modelos. En la metodologa esto est formalizado: la percepcin
de la situacin de un problema se registra en los estadios 1 y 2 del anlisis; las
definiciones raz y los modelos conceptuales utilizan las ideas de sistemas
para aseverar ciertas caractersticas seleccionadas del problema; estas
aseveraciones, bajo la forma de modelos de sistemas, se comparan despus
con las realidades percibidas en la situacin problema misma.
La comparacin se hace para revelar posibles cambios que podran
mejorar la situacin problema. Cada cambio potencial debe ser evaluado en
trminos del tipo de cambio involucrado (estructural, procedural, tecnolgico,
actitudinal, o un cambio en el entorno) y la cantidad de cambio evaluada
subjetivamente; y estimar si los cambios sern aceptables para los
administradores (grupos de inters) dadas las actitudes reveladas durante las
entrevistas en la fase de anlisis.
Esta etapa no es precisamente una comparacin ya que no se est
comparando similar con similar. Los modelos conceptuales estn en trminos
de actividades y por lo tanto describen un conjunto de qus. Adems
describen lo que debe pasar en un sistema descrito por una definicin raz
particular. La distincin entre qus y cmos es fuerte, sin embargo,
tambin puede ser confusa. Debemos analizar esto con detalle, antes de
emprender la comparacin.
Un qu no puede implementarse sin, antes que todo, decir cmo

hacerlo. Esto implica la eleccin entre un conjunto de cmos alternativos.
Teora de Sistemas
Por ejemplo, si el qu hacer es invertir efectivo excedente, no puede

hacerlo sin seleccionar uno o mas cmos del conjunto siguiente: pagar una
cuenta de deposito al banco; comprar bonos de ahorro; adquirir propiedades,
etc. No es posible revertir este proceso y decidir con alguna certeza la
naturaleza del qu implcito y el cmo observado. Por ejemplo, si se
observa que alguien compra un cuadro, no se sabe si el qu es invertir
efectivo excedente, aadir a la coleccin, o aumentar el catlogo para la
reventa. La comparacin se complica por la caracterstica de que no necesita
haber una correspondencia uno a uno entre los qus y los cmos.
El aspecto que causa confusin es el hecho de que un cmo es
tambin un qu. Comprar cuadros (un cmo de invertir efectivo
excedente) es tambin un qu para el que habr varios cmos posibles,
como visitar las galeras, participar en subastas, etc. La clave para
entender y hacer uso de la distincin es mediante el concepto de nivel de
resolucin.
Tanto la seleccin de un cmo alternativo como la expansin de una
actividad a un nivel de resolucin detallado se obtienen respondiendo a la
pregunta, cmo?. La siguiente figura ilustra las dos posibilidades:
Teora de Sistemas
1
M
Inv ertir el
ef ectiv o
excedente
Cmo?
1
1
Cmo?
A Paga una cuenta de

depsito al banco
A sabe cunto
efectivo esta
disponible
(y )
(o)
B Compra certif icados
de ahorro
B identifica las
maneras alternativas
de invertir
(o)
(y )
C Selecciona las
alternativas que
parecen mas
benficas
D Emprende la inversin
en las alternativas
seleccionadas
- Visitar galeras
C Compra cuadros - Par ti c i par de

subas tas
(o)
.
.
.
.
La parte derecha de la figura representa el proceso de seleccin. Si la

respuesta a la pregunta cmo es A, B o C, representa el cmo de hacer la
actividad al mismo nivel de resolucin. Si, como en la parte izquierda de la
figura, la respuesta es A y B y C y D, entonces esto representa el conjunto de
qus en el siguiente nivel de resolucin, por ejemplo, una expansin mas
detallada de la actividad original.
En general, un modelo conceptual, consistir en un conjunto
interconectado de qus al nivel de resolucin particular a fin de ser usados
para comparar. Los cmos especficos slo pueden aparecer en el mismo
nivel de resolucin y se introducen como una restriccin por medio de la
definicin raz. Habiendo introducido esta restriccin a la definicin raz (por
ejemplo, como uno de los elementos de la R en el PATCRW), el modelo
conceptual ahora debe contener actividades que tambin estn dirigidas por
Teora de Sistemas
este cmo particular. No es correcto introducir cmos particulares en el

modelo conceptual sin hacerlos explcitos en la definicin raz.
Las restricciones de este tipo no deben incluirse a menos que el analista
los considere necesarias. El propsito de los modelos conceptuales es iniciar
un debate de lo que existe y de cmo existe, a fin de producir el cambio. Si
todos los cmos existentes estn incorporados a las definiciones raz, los
modelos terminaran describiendo lo que existe y no habr bases para un
debate al cambio.
Cuatro mtodos de comparacin se destacan como los usados con mayor

frecuencia. Son: a) la discusin general; b) la definicin de preguntas; c) la
reconstruccin (histrica); y d) superposicin del modelo.
El analista necesita decidir en qu lenguaje debe emprender la
comparacin. Se produce una transicin entre hacer el anlisis en un lenguaje
de sistemas y debatir el resultado del anlisis en el lenguaje del mundo real.
Por lo tanto, a menos que los administradores que participen en el debate estn
familiarizados con el lenguaje de sistemas, el analista debe traducir la
comparacin al lenguaje cotidiano. Intentar discutir las definiciones raz y los
modelos conceptuales es la manera mas rpida de sofocar el debate. Se
avanzar poco si un analista intenta discutir la estructura de una matriz de
programacin lineal con un administrador de programacin lineal, a menos
que tambin estuviera familiarizado con la programacin lineal.
a) la discusin general (discusin informal): se preocupa por una discusin
general de la naturaleza de los modelos y cualquier organizacin implicada
por ellos. Tienden a surgir asuntos estratgicos durante este tipo de discusin
en relacin con el rol, y a la existencia de ciertas actividades. Surgen
preguntas del tipo: Por qu hacer esto?, ms que: Est bien hecho esto? La
discusin mas til de este tipo, ocurre cuando todos los participantes estn
familiarizados con el lenguaje de sistemas; si no es as se puede efectuar
Teora de Sistemas
seminarios en las actividades a fin de proporcionar alguna familiarizacin con

el lenguaje y la metodologa.
La primera fase consiste en investigar el rol particular de las
actividades. Se efectan varios seminarios en las actividades a fin de
proporcionar alguna familiarizacin con el lenguaje y la metodologa por parte
de los administradores interesados. Se entrevista a cada uno de los
administradores por separado. Esto puede dar una idea de los objetivos de su
trabajo, de lo que consideran importante y puede llegar a identificarse sus Ws.
Las definiciones raz se modelan en un nivel amplio y se adopta la
comparacin en forma de una reunin, con todos los administradores
presentes, en la que los pares de conceptos (las definiciones raz junto con los
modelos conceptuales respectivos) se discutieron. Se analiza si las actividades
son o no deseables y factibles.
Luego de una discusin, uno de los resultados importantes puede ser el
abandono del conjunto de objetivos descritos. Esto puede deberse a la no
factibilidad de las actividades.
b) la definicin de preguntas (discusin formal): es el de uso mas comn.
Se ha dicho algo en la etapa de investigacin. En esta etapa los resultados de
la comparacin se presentan como recomendaciones para el cambio en forma
tabular, como la siguiente figura:
Actividad
1)
Una lista de
actividades del
modelo conceptual
(qus)
Mecanismo
presente
2)
Si existe la
actividad, cul es el
cmo en esta
situacin que sea un
cmo de este
qu?
Indice de
desempeo
3)
Criterio o
medida contra el
(la) que se dice,
que es bueno o
malo el cmo
presente.
Cambio
propuesto
4)
Cambios
acumulados para
mejorar la
situacin.
Tipo de
Cambio
Sistmicamente?
Deseable
5)
6)
Viable
Comentarios
Culturalmente?
7)
8)
Evidencia que se
relaciona con el cmo
presente; utilidad
potencial del cambio;
importancia de los
vnculos de actividad a
actividad existentes o
propuestos
qus nuevos, cmos
alternativos, etc.
Teora de Sistemas
Las columnas 1 y 2 representan los resultados del proceso de

cuestionamiento referido antes. Un mtodo para identificar los cmos es
determinar, antes de todo, lo que debera ser la salida del qu y preguntar si
esa salida existe o no. Por ejemplo si el qu es planear la produccin la
salida sera un plan de produccin. Si puede encontrarse un documento as,
entonces puede decirse que existe la actividad sin tomar en consideracin si se
hace bien o no.
Las columnas 4, 5, 6 y 7 representan los resultados de la valoracin de
lo que existe y las bases en que esa valoracin se realiz. Consiste en los
cambios propuestos junto con la evidencia del mundo real para sustentar las
recomendaciones. En esta etapa se efecta la traduccin del lenguaje, referida
antes, y el contenido de estas columnas se comunica a la gente en la situacin
problema.
La columna en la mano derecha est resumiendo la fuente de ideas para
el cambio en la situacin o ideas nuevas para definiciones raz pertinentes.
Como un modelo de tarea primaria describe una visualizacin pblica o
de consenso de algunas situaciones, las actividades contenidas en el modelo
deben existir en esa situacin mediante un conjunto particular de cmos.
As, si el modelo describe el proceso que transforma los componentes en
automviles, entonces uno esperara encontrar actividades que representan,
por ejemplo, el almacenamiento y ensamble de esos componente en alguna
forma, de lo contrario, la entidad reconocible como un automvil no podra
parecer que se produce en la fbrica. El cmo particular de ensamble podra
ser manual o usar los mtodos de produccin en masa pero, la actividad slo
necesita identificar que un cmo as, existe de hecho?. Uno no se interesa, en
esta etapa, de si el cmo es adecuado o no, de si est bien o mal hecho. La
existencia es el criterio importante. Una manera de hacer la validacin, en
forma sencilla, es determinar lo que podra ser la salida de la actividad y
buscar la existencia de ese resultado. Por ejemplo, si la actividad es planear
la produccin el resultado esperado sera un documento llamado plan de
produccin. Si existe tal documento , entonces la actividad de produccin
Teora de Sistemas
tambin debe existir, sin tomar en cuenta los mtodos de planeacin

empleados en la produccin.
Un mtodo alternativo til, en particular si, como parte del anlisis,
tambin se requiere saber quin es el responsable de hacer las actividades, es
identificar a quienes deciden, de manera respectiva. La suposicin es que si
puede identificarse a quien toma una decisin con responsabilidad para una
actividad, entonces es justo incluir la actividad en el modelo de tarea primaria.
Este tipo de anlisis se asocia, en general, con la reestructuracin
organizacional o el anlisis de sistemas de informacin; un anlisis de la
metodologa adecuada para estos intereses se encuentran en los captulos 5 y
6. Este mtodo se conoce como ubicacin organizacional.
Uno de los conceptos importantes de los sistemas formales referidos
antes es, que el lmite de un sistema se define como lo que determina el rea
sobre la que algn proceso de toma de decisiones tiene control. El propsito
de la ubicacin organizacional es determinar, en forma individual, quin toma
decisiones y realiza este proceso sobre el rea representada por el modelo de
tarea primaria.
As , uno est convirtiendo un modelo independiente de la organizacin
en un modelo dependiente de ella , trazando los lmites alrededor de los
conjuntos de actividades que representan las reas de autoridad de la gente
relevante . Por lo general, esto no se realiza preguntando a los administradores
individuales por las actividades en el modelo de las que son responsables. Hay
dos razones principales para esto.
En primer lugar, el lenguaje del modelo est en trminos de qus
mientras los administradores estn ms familiarizados con la manera en que se
ejecutan las actividades mediante los cmos particulares. Esta inconsistencia
del lenguaje puede llevar a una mala interpretacin de lo que cubre la
actividad, tanto en la parte del administrador como en la parte del analista.
Segundo, los administradores son humanos y no es raro que alguno de
ellos exija un rea de responsabilidad que contenga actividades de las que le
gustara ser responsable, en adicin de las que en realidad tiene y omita
actividades que son su responsabilidad pero no le gustara hacer. Esto es ms
Teora de Sistemas
probable que ocurra, en caso de que un resultado posible del proyecto sea
alguna reestructuracin de las responsabilidades.
c) la reconstruccin histrica: consiste en reconstruir una secuencia de
sucesos del pasado de acuerdo con un modelo conceptual y luego comprara
esa secuencia con lo que sucedi en la realidad. Esto es una manera
satisfactoria de exhibir el significado de los modelos, y quizs las deficiencias
de los procesos reales. Es necesario usarlo con cuidado. Si se ve como un
medio de recriminacin del desempeo pasado, antes que como una manera de
conocerlo, pude producir antagonismo por las parte de los participantes.
Por ejemplo: En un proyecto para un consultor quien haba tenido una
relacin desafortunada, en uno de sus proyectos, con su cliente. Estaba
ansioso por aprender de la experiencia para que pudiera evitar esos
resultados en el futuro. La situacin problema consisti en las cartas y otra
documentacin de los proyectos retenidas por el asesor y su cliente. As,
fue posible desarrollar la historia del proyecto desde ambas partes y
comparar sta con un modelo de sistemas.
El modelo resultante y su comparacin lleva a un aprendizaje
importante tanto para el asesor como al analista. En forma bsica, fue esta
experiencia la que condujo a la distincin entre la solucin del problema y
el contenido del problema; una distincin que se ha encontrado invaluable.
d) superposicin del modelo: consiste en estructurar el modelo conceptual
para que refleje, en todo lo posible la situacin del problema actual y
sobreponiendo, en forma literal, una imagen encima de otra (elaborndola en
papel transparente). Las diferencias entre las dos se manifiestan de inmediato,
que es la fuente de la discusin del cambio. Con este mtodo se puede agregar
mordacidad a la comparacin al preguntarnos acerca del modelo de lo que
existe: Qu definicin raz implica este sistema? Qu tiene de diferente
con aquel modelo que fue la base de la conceptualizacin en el estadio 4? Se
ha usado este mtodo con mayor xito en estudios relacionados con la
estructura de la organizacin.
Teora de Sistemas
Debe destacarse dos puntos. Primero, la comparacin es para ayudar a

atacar la solucin del problema en una forma estructurada, no para indicar qu
debe existir. Los modelos conceptuales no son histricos y tienen un aire
inhumano. Implementados podra requerir un comienzo inhumano para
operarlos. Segundo, la etapa de comparacin consiste en un debate en el cual
slo aquellos quienes viven en la situacin problema (actores y clientes)
pueden seleccionar un cambio para implementarlo. El analista puede declarar
y defender una sugerencia particular pero la decisin para la accin puede slo
ser hecha por los actores y clientes.
Los cuatro mtodos ayudan a asegurar que el estadio de comparacin se
haga con conciencia, que sea coherente y sustentable. En cualquier estudio
particular puede ser til adoptar uno de ellos o llevar a cabo varias
comparaciones empleando mtodos diferentes. Popper seala que se tiene
poco conocimiento certero sobre el cual basar este tipo de ingeniera social;
el incrementalismo, el juicio y el error son el enfoque mas sabio.
(** Ver Ejemplos en Checkland: Cap. 5 pag. 156; Cap.6 pag. 190; Cap.9 pag.
265 **)
** Ver detalles en el Apndice B.
Etapa 6 y 7: recomendaciones para cambiar y proceder
Las comparaciones de la etapa 5 producen un conjunto de recomendaciones

para el cambio que puedan considerarse deseables culturalmente y viables
sistmicamente. Sera poco realista esperar que el conjunto completo sea
aceptable. Un cambio particular puede parecer lgico al analista, pero para un
administrador (grupo de inters) puede ser todo excepto lgico. A fin de
inferir cambios que puedan implementarse, necesitan cumplir dos criterios.
Deben ser deseables con base en el anlisis de sistemas y tambin deben ser
factibles en el aspecto cultural, dados los administradores particulares en su
situacin particular.
Recomendaciones
para la
implementacin
de los cambios
Cambios
7. Accin para
mejorar la
situacin problema
6. Cambios
deseables y viables
-------------------
Matriz de
Teora de Sistemas
Aunque es una actividad separada de la comparacin, puede darse una

valoracin de factibilidad al mismo tiempo, en tanto participen los
administradores relevantes. Los comentarios elaborados pueden reunirse como
una columna adicional en al figura anterior. Una vez que los cambios
aceptables se han ensamblado, se vuelve necesario definir cmo deben
implementarse (con ideas de: Reingeniera, Calidad Total, Benchmarking,
Normas ISO 9002, Cultura organizacional, Outsourcing, Implementacin
Estratgica, etc.); esto es, para determinar las acciones necesarias con objeto
de mejorar la situacin problema.
La accin para introducir el cambio tambin debe relacionarse con los
cambios estructurales, de procedimientos y actitudinales necesarios para
acomodar las recomendaciones. Los cambios de actitud pueden considerarse
benficos, pero no puede definirse que se pueda implementar una actividad
especfica que produzca un cambio de este tipo. La necesidad de implementar
los cambios puede considerarse otro problema dentro de la misma situacin, al
que puede aplicarse la metodologa como una ayuda (definicin raz, modelo
conceptual, ...).
** ver Implementacin estratgica
Comparacin entre el Pensamiento de Sistemas duros

y suaves
La investigacin en la accin que condujo a la metodologa descrita
anteriormente comenz con un intento por usar las ideas del pensamiento de
sistemas duros en problemas suaves, al alejarse de la tradicin ingeniera
dura cuando se tuvo necesidad de hacerlos por las dificultades de las
Teora de Sistemas
situaciones reales. No se imagin que los mtodos adecuados para enfrentar

problemas ingenieriles
bien definidos sobreviviran sin daos a la
transferencia a situaciones problemas difusas establecidas en los sistemas
sociales, y no lo han hecho. Ahora que un enfoque a los problemas suaves
ha emergido y ha sido verificado es interesante comprobarlo con las formas
tempranas del anlisis de sistemas que derivan de la ingeniera.
La tabla 5 compara el enfoque del autor con la versin de anlisis de
sistemas RAND y con la descripcin dada por Jenkins (l969) a partir de la
cual este trabajo comenz.
Teora de Sistemas
Tabla 5.
Comparacin de metodologas de sistemas suaves y duros
Metodologa de
Jenkins (1969)
Corporacin
RAND
(1950)
Sistemas Suaves
a) Inicio: una urgencia por ge
Inicio: una urgencia por resolver un problema
relativamente nerar mejora en un sistema

hasta
social en el cual se siente
requiere que existe una situacin
bien definido que el analista, quiz
cierto
punto,
considere como dado, una vez que el cliente que

ayuda es identificado.
problema mal definida.

b) Expresar mediante el
examen de elementos de
Anlisis al nombrar el
Anlisis al examinar los
sistema, sus objetivos,
objetivos de los
tomadores de
estructura y proceso,
etc., y su lugar en una
decisin como se expresa
Jerarqua de sistemas.
la necesidad enunciada
en
y sus relaciones mutuas.
de
Definicin tentativa de
un sistema requerido con
un
sistemas pertinentes para
desempeo especfico
mejorar la situacin problema.

c) Formular definiciones raz
Disear el sistema
Identificar sistemas
mediante la simulacin y
alternativos
y construir modelos
construccin del modelo
la necesidad definida y
conceptuales de esos
cuantitativo.
compararlos mediante el
de sistemas pertinentes
para
satisfacer
sistemas
d) Mejorar los modelos
modelado, usando los

criterios de desempeo
Optimizar el diseo,
Seleccionar la alternativa
conceptuales, mediante
utilizando el criterio de
que mejor satisfaga la
el uso del modelo del sistema
desempeo (econmico).
necesidad y sea viable.
formal y otros pensamientos

de sistemas.
Teora de Sistemas
e) Comparar los modelos
No hay estadio equivalente: ambos enfoques saben
desde el
conceptuales con lo que
principio que el cambio es necesario.
hay en la situacin real, usar

la comparacin para definir
cambios deseables y viables
en el mundo real.
f) Habilitar los
Habilitar el sistema diseado.
cambios acordados.
La principal diferencia entre los enfoques duros y suaves es que

donde el primero puede dar inicio a preguntarse Qu sistema se tiene que
ingenierear para resolver este problema? o Qu sistema satisfar esta
necesidad? y puede tomar el problema o la necesidad como dada; el ltimo
tiene que permitir que emerjan respuestas completamente no esperadas en
estadios posteriores. Esta diferencia obliga a la metodologa suave a incluir
el estadio de comparacin, cosa que no tiene equivalente en los enfoques ms
duros. En este estadio, el pensamiento de sistemas proporciona una
estructura para un debate acerca del cambio que esperanzadoramente ser de
buena calidad como resultado del discernimiento capturado en las definicin
raz. En este estadio, los enfoques duros se ocupan de preparar la
habilitacin del sistema diseado. Un anlisis de sistemas de tipo RAND de
un sistema de armas siempre generar una definicin de un sistema de armas.
El anlisis que utiliza la metodologa suave quiz sugiera el desarme, poner
la otra mejilla o la negociacin poltica.
Aparte de esta diferencia principal, la metodologa suave se considera
que en el caso general del cual las metodologas duras son casos especiales.
As la conceptualizacin se vuelve, si el problema est lo suficientemente
bien definido, diseo de sistemas. La mejora de un modelo conceptual se
redefine en optimizacin de un modelo cuantitativo. El implementar alguna
variedad de cambio se vuelve habilitacin de un sistema diseado.
Teora de Sistemas
La metodologa puede as ser considera como un enfoque general de

solucin de problema adecuado a los sistemas de actividad humana. Cuando
los problemas se pueden expresar inequvocamente, la metodologa podra
simplificarse en uno de los enfoques de ingeniera de sistemas. Cuando los
problemas no se pueden formular claramente y sin ambigedad, sta se
convierte en un medio para explorar esa ambigedad, e incluye un estadio
adicional que utiliza al anlisis de sistemas como medio para orquestar el
debate acera del cambio. Este estadio adicional (estadio 5: comparacin) es
un reflejo de la caracterstica principal de los sistemas de actividad humana,
como se revel en esta investigacin. Esta caracterstica es que, en contraste
con otros tipos de sistema, los sistemas de actividad humana nunca se pueden
describir o (modelar) en un solo reporte que sea aceptable generalmente o
suficiente. Para un sistema de este tipo puede muy bien haber tantas
descripciones de l como hay gente que no es completamente indiferente a l.
Esta es la caracterstica del mundo real que obliga a la metodologa a
volverse un medio para organizar la discusin, el debate y el argumento, en
vez de un medio para ingenierear soluciones eficientes.
Teora de Sistemas
Conclusiones
A la metodologa anterior es mas til considerarla como un patrn de

actividades que pueden usarse en cualquier orden y en cualquier punto de
inicio.
El analista que lo usa necesita tener claro que esta investigando el mundo
real comprendiendo sistemas o debatiendo el cambio mediante una
comparacin.
Por lo general ocurre iteracin importante en torno a las etapas 2, 3, 4 y 5 y,
para funcionar con efectividad, el analista necesita anticiparse. De manera
que, mientras se formula una definicin raz, puede pensar en los tipos de
actividades que aparecern en el modelo y los resultados probables de una
comparacin. Esto ayuda a la produccin de definiciones raz relevantes.
Vale la pena en cualquier proyecto ensamblar, de manera formal, una
imagen (cuadro pictrico) de la situacin (el sistema que contiene el
problema) y del sistema solucionador de problemas relacionado. As, el
(los) analista(s) puede(n) preguntar Cul es la reunin adecuada de
conceptos, en este sistema solucionador de problemas, para la naturaleza de
la investigacin que se emprende?, de esta manera el analista puede reunir
el conjunto de conceptos que le parecen razonables, dada su experiencia,
que forman el conjunto de recursos para la resolucin de problemas.
El lenguaje de sistemas es muy poderoso cuando uno se enfrenta a una
situacin problema suave. Para usar con eficacia ste y otros lenguajes de
sistemas, el analista debe permanecer orientado al problema.
No hay manera de saber si los resultados sern mejores o peores. Cuanto
puede preguntarse es Fue adecuada la metodologa para ese analista en
esa situacin?. la respuesta es s, si los individuos relacionados con la
situacin estn de acuerdo que se alcanzo un resultado til.
En los sistemas duros el diseo es el diseo de sistemas para ser
maniobrados, y se pueden usar los mtodos codificados de simulacin,
modelamiento y optimizacin. En sistemas suaves diseo viene a ser el
diseo de un cambio seleccionados como resultado del proceso de
definicin raz/ modelo conceptual/ comparacin. Diseo no es la creacin
Teora de Sistemas
de algo que se ejecutara en una forma especifica para lograr algn objetivo
definido, es la creacin de alguna modificacin.
No es una tcnica, ya que no tiene la certeza de producir resultados
conocidos.
No es una ciencia. Una ciencia se caracteriza en la practica por la
repetibilidad de los resultados; y en la lgica por el progreso que puede
hacerse mediante la refutacin de hiptesis. La MSS no asegura esta
prescripcin. No pude esperar u obtener resultados repetibles en sistemas de
actividad humana, y la idea de hacer progresos mediante la refutacin de
hiptesis es inaplicable.
No es una bsqueda de optimizacin; busca que es conveniente para las
personas interesadas en ser mejores. El deseo irrazonable de soluciones
optimas en los sistemas de actividad humana quedara insatisfecho.
No es utpica. No requiere de una definicin de objetivos y metas finales,
son un aclaramiento de propsito continuo.
No es una metodologa de diseo de sistemas, slo de construccin de
modelos conceptuales, y diseo de cambios.
La metodologa intenta hacer frente al hecho de que la solucin de
problemas es dependiente de la estructuracin de los problemas. Busca ser
no reduccionista solamente proveer una estructura dentro de la cual muchos
aspectos de las situaciones problema puedan ser adaptados. Esto permite a
las personas involucradas con un problema de toma de decisiones aspirar a
resolverlo, aliviarlo o eliminarlos.

Metodologia de Los Sistemas Suaves

Cargado por

Información del documento

Descripción original:

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Metodologia de Los Sistemas Suaves

Cargado por

Copyright:

Formatos disponibles

Teora de Sistemas

Universidad Autnoma del Per

Ing. Heyner Ninaquispe Castro

METODOLOGA DE LOS SISTEMAS SUAVES

Universidad Autnoma del Per

Ing. Heyner Ninaquispe Castro

con una actividad, progresar en alguna direccin y usar una iteracin

Concepto del modelo

La metodologa incluye dos tipos de actividades. Los estadios 1, 2, 5, 6

Universidad Autnoma del Per

Ing. Heyner Ninaquispe Castro

conceptos de sistemas para estructurar la consideracin acerca del mundo real.

Universidad Autnoma del Per

Ing. Heyner Ninaquispe Castro

tiempo viables culturalmente. El estadio 7 involucra llevar a cabo la accin

Universidad Autnoma del Per

Ing. Heyner Ninaquispe Castro

Podemos hacer una analoga entre los estadios de la MSS (sistmico)

Etapa 1 y 2: investigacin y expresin

Universidad Autnoma del Per

Ing. Heyner Ninaquispe Castro

Se relacionan con investigar la situacin. El estadio 1. es una

Universidad Autnoma del Per

Ing. Heyner Ninaquispe Castro

Medio ambiente(s), Sistemas amplios (SAH)

La Situacin Problema, parte del SAH

Cul es la relacin entre la

La situacin problema existir con ciertos medio ambientes (por

Universidad Autnoma del Per

Ing. Heyner Ninaquispe Castro

El analista no puede ser neutral. Las preguntas respondidas (ver Formato

Universidad Autnoma del Per

Ing. Heyner Ninaquispe Castro

Universidad Autnoma del Per

Ing. Heyner Ninaquispe Castro

Al seleccionar los sistemas pertinentes el analista slo puede juzgar que

Universidad Autnoma del Per

Ing. Heyner Ninaquispe Castro

Qu actividades se llevar a cabo para aliviar la condicin

En el estadio de expresin hemos identificado los sistemas que

Universidad Autnoma del Per

Ing. Heyner Ninaquispe Castro

El analista no intenta definir un sistema que debe existir (hiptesis

Posesin del sistema, control, inters o patrocinio; un

Universidad Autnoma del Per

Ing. Heyner Ninaquispe Castro

Los agentes que realizaron u ocasionaron que se

El marco de trabajo no percibido o dado por

Universidad Autnoma del Per

Ing. Heyner Ninaquispe Castro

Este conjunto de elementos representa una lista de verificacin til

Universidad Autnoma del Per

Ing. Heyner Ninaquispe Castro

Universidad Autnoma del Per

Ing. Heyner Ninaquispe Castro

Fallas que deben evitarse

Universidad Autnoma del Per

Ing. Heyner Ninaquispe Castro

3) Todo el proceso de anlisis de PATCRW se relaciona con la identificacin

Despus de todo, es la definicin raz la que est en proceso de

Universidad Autnoma del Per

Ing. Heyner Ninaquispe Castro

Las palabras usadas en la definicin raz necesitan cuidarse en forma