Metodología 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 REALIZACION DE ACCIONES
Situacin del problema : expresado 2 5
Definicin de los cambios deseables sistmicamente y factibles (viables) 6 culturalmente Comparacin de 4 con 2 Mundo Real Consideracin del mundo Real como sistemas
Definiciones raz de los sistemas relevantes 3 4
Modelos Conceptuales
Anlisis 3a PATCRW
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

1
Problema
2 MSS
(b)
(a)
Reactivo
Procativo
Podemos hacer una analoga entre los estadios de la MSS (sistmico) con las etapas del PEN (cientfico).
PEN Diagnstico Estratgico Direccionamiento Implementacin Estadio 1 y 2 Estadio 3, 4, 5 y 6 Estadio 7 MSS
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
Mundo Real
1. Situacin problema no estructurada
Interno
Diagnstico Situacional
Cartera de Negocios Valores Estratgicos Microcosmos Cadena de Valor Matriz PAF
Anlisis
Externo
Observador (propsito)
Fuerzas Externas Fuerzas competitivas Matriz POAM
Sistemas Relevantes (Pertinentes) Cuadro Pictrico
2. La situacin problema estructurada
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 Procesos
Materia Energa Informacin Presiones Influencias
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
Cliente Proveedor Otro
Operativo
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
Definiciones Raz de sistemas pertinentes
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 1) Posesin (P) Amplificacin 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
Definicin Raz
Anlisis PATCRW
Definicin Raz modificada
Anlisis PATCRW
Modelo Conceptual
Modelo Conceptual
Incorrecto
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:
Toma muestra del producto Inspecciona la muestra
Comit de Especificaciones
Decide si el producto est dentro de la especificacin o no
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
Hacer un plan detallado para este sistema Propuesto
SISTEMA OPERACIONAL 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 5. Comparacin de 4 con 2
Opiniones
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
Cmo?
Inv ertir el ef ectiv o excedente
1 1
Cmo?
A sabe cunto efectivo esta disponible
A Paga una cuenta de depsito al banco (o) B Compra certif icados de ahorro (o) (y ) C Compra cuadros - Par ti c i par de subas tas (o)
- Visitar galeras
(y )
B identifica las maneras alternativas de invertir
C Selecciona las alternativas que parecen mas benficas
D Emprende la inversin en las alternativas seleccionadas
. . . .
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) Mecanismo presente 2) Indice de desempeo 3) Cambio propuesto 4)
Tipo de Cambio Deseable
Sistmicamente?
Viable Comentarios Culturalmente?
5)
6)
7)
8)
Una lista de actividades del modelo conceptual (qus)
Si existe la actividad, cul es el cmo en esta situacin que sea un cmo de este qu?
Criterio o medida contra el (la) que se dice, que es bueno o malo el cmo presente.
Cambios acumulados para mejorar la situacin.
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.
7. Accin para
mejorar la situacin problema
Recomendaciones para la implementacin de los cambios
Cambios 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

Jenkins (1969) Corporacin RAND
Metodologa de (1950) Sistemas Suaves
a) Inicio: una urgencia por ge hasta social en el cual se siente requiere que existe una situacin problema mal definida. b) Expresar mediante el examen de elementos de tomadores de estructura y proceso, en y sus relaciones mutuas. de Definicin tentativa de un sistemas pertinentes para mejorar la situacin problema. c) Formular definiciones raz de sistemas pertinentes satisfacer y construir modelos conceptuales de esos sistemas d) Mejorar los modelos conceptuales, mediante el uso del modelo del sistema formal y otros pensamientos de sistemas.
Inicio: una urgencia por resolver un problema bien definido que el analista, quiz punto, cierto ayuda es identificado. Anlisis al nombrar el Anlisis al examinar los objetivos de los
relativamente nerar mejora en un sistema
considere como dado, una vez que el cliente que
sistema, sus objetivos, etc., y su lugar en una Jerarqua de sistemas.
decisin como se expresa la necesidad enunciada un sistema requerido con desempeo especfico
Disear el sistema mediante la simulacin y construccin del modelo cuantitativo.
Identificar sistemas alternativos para
la necesidad definida y compararlos mediante el modelado, usando los criterios de desempeo
Optimizar el diseo, utilizando el criterio de desempeo (econmico).
Seleccionar la alternativa que mejor satisfaga la necesidad y sea viable.
Teora de Sistemas
e) Comparar los modelos desde el conceptuales con lo que hay en la situacin real, usar la comparacin para definir cambios deseables y viables en el mundo real. f) Habilitar los cambios acordados.
No hay estadio equivalente: ambos enfoques saben principio que el cambio es necesario.
Habilitar el sistema diseado.
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.

Metodología de Los Sistemas Suaves

Hochgeladen von

Dokumentinformationen

Originaltitel

Copyright

Verfügbare Formate

Dieses Dokument teilen

Dokument teilen oder einbetten

Freigabeoptionen

Stufen Sie dieses Dokument als nützlich ein?

Sind diese Inhalte unangemessen?

Copyright:

Verfügbare Formate

Metodología de Los Sistemas Suaves

Hochgeladen von

Copyright:

Verfügbare Formate

Teora de Sistemas

Universidad Autnoma del Per

Ing. Heyner Ninaquispe Castro

METODOLOGA DE LOS SISTEMAS SUAVES

Universidad Autnoma del Per

Ing. Heyner Ninaquispe Castro

Situacin del problema : expresado 2 5

Definiciones raz de los sistemas relevantes 3 4

Concepto del modelo 4a formal de sistemas

Consideracin de otros sistemas

Universidad Autnoma del Per

Ing. Heyner Ninaquispe Castro

Universidad Autnoma del Per

Ing. Heyner Ninaquispe Castro

Universidad Autnoma del Per

Ing. Heyner Ninaquispe Castro

Etapa 1 y 2: investigacin y expresin

1. Situacin problema no estructurada

Cartera de Negocios Valores Estratgicos Microcosmos Cadena de Valor Matriz PAF

Fuerzas Externas Fuerzas competitivas Matriz POAM

Sistemas Relevantes (Pertinentes) Cuadro Pictrico

2. La situacin problema estructurada

Universidad Autnoma del Per

Ing. Heyner Ninaquispe Castro

Universidad Autnoma del Per

Ing. Heyner Ninaquispe Castro

Medio ambiente(s), Sistemas amplios (SAH)

La Situacin Problema, parte del SAH Estructura Procesos

Materia Energa Informacin Presiones Influencias

Fsico Jerrquico Reporte Comunicacin

Planeamiento Operacin Monitoreo y Control

Cul es la relacin entre la estructura y los procesos? Cul es el clima?

Universidad Autnoma del Per

Ing. Heyner Ninaquispe Castro

Universidad Autnoma del Per

Ing. Heyner Ninaquispe Castro

Cliente Proveedor Otro

Universidad Autnoma del Per

Ing. Heyner Ninaquispe Castro

Universidad Autnoma del Per

Ing. Heyner Ninaquispe Castro

Definiciones Raz de sistemas pertinentes

Universidad Autnoma del Per

Ing. Heyner Ninaquispe Castro

Universidad Autnoma del Per

Ing. Heyner Ninaquispe Castro

Universidad Autnoma del Per

Ing. Heyner Ninaquispe Castro

Universidad Autnoma del Per

Ing. Heyner Ninaquispe Castro

Universidad Autnoma del Per

Ing. Heyner Ninaquispe Castro

Universidad Autnoma del Per

Ing. Heyner Ninaquispe Castro

Definicin Raz modificada

Universidad Autnoma del Per

Ing. Heyner Ninaquispe Castro

Decide si el producto est dentro de la especificacin o no

Comunica la decisin a produccin

Universidad Autnoma del Per

Ing. Heyner Ninaquispe Castro

Universidad Autnoma del Per

Ing. Heyner Ninaquispe Castro