ANLISIS DE SISTEMAS

Unidad 1

Conceptos Introductorios.
Objetivo General. Al trmino de la unidad, el alumno conocer y aprender los conceptos elementales
de sistemas, los que se aplican a las organizaciones, as como participar y obtener diagnsticos..
1.1. El concepto de sistema.
1.1.1. FUNDAMENTO DE LOS SISTEMAS.
Si definimos al sistema como un conjunto de elementos ntimamente interrelacionados, podemos agregar
que los sistemas artificiales casi siempre han sido creados para alcanzar propsitos u objetivos y son, por
tanto, sistemas orientados y, como tales, de naturaleza teleolgica por lo tanto un sistema es un plan
diseo o mtodo de organizacin cuya finalidad es lograr algn propsito.
Otras dos caractersticas fundamentales de los sistemas son los siguientes:
a) Sinergia, o sea el sistema tomado globalmente posee propiedades que no tienen sus partes, tomadas
individualmente. Esto es, el sistema tiene una capacidad de actuacin mayor o menor que la de la suma
de sus partes.
b) Equifinalidad, es decir, la posibilidad de utilizar diferentes caminos o medios para llegar a un mismo
fin, lo cual le permite una gran variedad de comportamientos.
Puede decirse que un sistema tiene dos tipos de objetivos:
1. Los intrnsecos. Son los propsitos que el sistema adquiere con su propia conformacin y que
constituye parte de su naturaleza. Generalmente se trata de propsitos muy bsicos, derivados de la
forma de interaccin de sus partes.
2. Los asignados. Son los que se imponen al sistema o una modificacin al mismo, para que realice las
funciones necesarias a fin de lograr un objetivo.
Un Sistema es un conjunto de partes que estn integradas con el propsito de lograr un objetivo.
1. Un conjunto de partes. Un sistema tiene ms de un elemento. Un volante no es un sistema, pero es
una parte vital de un sistema muy conocido que se llama automvil.
2. Partes integradas. Debe existir una relacin lgica entre las partes de un sistema. Los sistemas
mecnicos y electrnicos, como son las lavadoras los juegos de video, tienen muchos componentes
que trabajan juntos. Un sistema de administracin de personal cuenta con procedimientos integrados
para contratar y adiestrar empleados.
3. El propsito de lograr algn objetivo en comn. El sistema se disea para alcanzar uno o ms
objetivos. Todos los elementos del sistema deben estar ligados y controlados de manera que se logre
el objetivo del sistema.

Pgina 1 de 12

ANLISIS DE SISTEMAS

Cabe aclarar que las partes que componen al sistema, no se refieren al campo fsico (objetos), sino ms
bien al funcional. De este modo las cosas o partes pasan a ser funciones bsicas realizadas por el
sistema. Podemos enumerarlas en: entradas, procesos y salidas.
1. Entradas: son los ingresos del sistema que pueden ser recursos materiales, recursos humanos o
informacin. Las entradas constituyen la fuerza de arranque que suministra al sistema sus
necesidades operativas.
Las entradas pueden ser:
-

En serie: es el resultado o la salida de un sistema anterior con el cual el sistema en estudio est
relacionado en forma directa.
Aleatoria: es decir, al azar, donde el termino "azar" se utiliza en el sentido estadstico. Las
entradas aleatorias representan entradas potenciales para un sistema.
Retroaccin: es la reintroduccin de una parte de las salidas del sistema en s mismo.

2. Proceso: es lo que transforma una entrada en salida, como tal puede ser una mquina, un individuo,
una computadora, un producto qumico, una tarea realizada por un miembro de la organizacin, etc.
En la transformacin de entradas en salidas debemos saber siempre como se efecta esa
transformacin. Con frecuencia el procesador puede ser diseado por el administrador. En tal caso,
este proceso se denomina "caja blanca".
No obstante, en la mayor parte de las situaciones no se conoce en sus detalles el proceso mediante
el cual las entradas se transforman en salidas, porque esta transformacin es demasiado compleja.
Diferentes combinaciones de entradas o su combinacin en diferentes rdenes de secuencia pueden
originar diferentes situaciones de salida. En tal caso la funcin de proceso se denomina una " caja
negra".
3. Salidas: son los resultados que se obtienen de procesar las entradas. Al igual que las entradas estas
pueden adoptar la forma de productos, servicios e informacin. Las salidas de un sistema se
convierten en entrada de otro, que la procesar para convertirla en otra salida, repitindose este ciclo
indefinidamente.
1.1.2. CARACTERSTICAS DE LOS SISTEMAS.
1. Objetivos del sistema total. Son las metas o fines hacia los cuales se quiere llegar. Por ello la
bsqueda del objetivo a la cual se quiere llegar, constituye una de las caractersticas de los sistemas.
2. El ambiente del sistema. Es todo lo que est afuera del control del sistema. El sistema ejerce una
influencia casi nula con el ambiente. Este acta sobre el sistema cuando nos provee insumos
(ingresos) y los productos (egresos).
Tenemos por ejemplo:

Los rganos Reguladores. Estos son por ejemplo las empresas que lo mantienen.
Competencias. Son las distintas empresas que proveen elementos o materia prima.
Clientes. Son los usuarios que utilizan el sistema.
Proveedores. Son los que proveen elementos o materia prima para que funcione el sistema.
Recursos. son todos los medios de que dispone el sistema para ejecutar las actividades
necesarias para la realizacin de o los objetivos.

Pgina 2 de 12

ANLISIS DE SISTEMAS

3. Los recursos del sistema. Se encuentran dentro del sistema, adems en el ambiente se encuentran
los elementos que el sistema puede o no tomar para beneficio propio.
En un sistema cerrado todos los recursos se encuentran presentes al mismo tiempo. En un sistema
abierto pueden entrar provisiones o recursos.
Podemos tener recursos:
En los humanos pueden ser personas.
En los fsicos o materiales pueden ser mquinas, equipos, materia prima, energa, tecnologa,
etc.
En los financieros pueden ser capital de inversiones, prestamos, cuentas por cobrar, etc.
En los mercadolgicos pueden ser pedido de clientes, mercado de clientes-usuariosconsumidores, etc.
En los administrativos pueden ser planificacin, control, direccin, organizacin, etc.
4. Los componentes del sistema. Son las tareas o actividades que se pueden llevar a cabo para
realizar sus objetivos. Por ejemplo si se aumenta las actividades tambin se aumenta el rendimiento
del sistema.
Son simplemente las partes identificables del mismo. Si un sistema es lo suficientemente grande
como para incluir subsistemas y si cada subsistema se compone de otros subsistemas, llegaremos
finalmente a partes que no son individuales lo que significa que hay componentes en el nivel mas
bajo.
5. Atributos de los componentes, Los componentes por ser objetos o personas poseen propiedades o
caractersticas, las cuales influyen en la operacin de los sistemas, en su velocidad, precisin,
confiabilidad, capacidad y muchos otros aspectos.
6. Variables, todo sistema es un procesador segn la definicin dada antes. Las entradas del sistema
pueden asumir distintos valores y, por lo tanto, son sus variables, las salidas tambin varan y por lo
tanto constituyen variables de l.
7. Parmetros del Sistema, las cantidades que entran en relacin con las variables de entradas y las
de salida se consideran constantes durante determinado periodo o en un estilo operacional del
sistema son consideradas como parmetros.
8. Estructura, esta es el conjunto de relaciones entre los objetos y atributos de los objetos de un
sistema. El grado en que los elementos funcionan juntos para alcanzar los objetivos totales sirve as
mismo para definir la estructura.
9. La administracin del sistema. Tiene dos funciones bsicas:
1. La planificacin son todos los aspectos como objetivos, el ambiente, la utilizacin de recursos,
sus componentes y sus actividades.
2. El control esto implica la examinacin de los planes y la planificacin de los cambios.Por lo tanto
en cualquier sistema en marcha se debe hacer un control peridico.

Pgina 3 de 12

ANLISIS DE SISTEMAS

1.1.3. JERARQUA DE LOS SISTEMAS.

Al considerar los distintos tipos de sistemas del universo Kennet Boulding proporciona una clasificacin
til de los sistemas donde establece los siguientes niveles jerrquicos:
I.

Primer nivel, estructura esttica. Se le puede llamar nivel de los marcos de referencia.

II.

Segundo nivel, sistema dinmico simple. Considera movimientos necesarios y predeterminados.

Se puede denominar reloj de trabajo.

III.

Tercer nivel, mecanismo de control o sistema ciberntico. El sistema se autorregula para

mantener su equilibrio.

IV. Cuarto nivel, "sistema abierto" o autoestructurado. En este nivel se comienza a diferenciar la vida.
Puede de considerarse nivel de clula.
V.

Quinto nivel, gentico-social. Est caracterizado por las plantas.

VI. Sexto nivel, sistema animal. Se caracteriza por su creciente movilidad, comportamiento teleolgico
y su autoconciencia.
VII. Sptimo nivel, sistema humano. Es el nivel del ser individual, considerado como un sistema con
conciencia y habilidad para utilizar el lenguaje y smbolos.
VIII. Octavo nivel, sistema social o sistema de organizaciones humanas constituye el siguiente nivel,
y considera el contenido y significado de mensajes, la naturaleza y dimensiones del sistema de
valores, la transcripcin de imgenes en registros histricos, sutiles simbolizaciones artsticas,
msica, poesa y la compleja gama de emociones humanas.
IX. Noveno nivel, sistemas trascendentales. Completan los niveles de clasificacin: estos son los
ltimos y absolutos, los ineludibles y desconocidos, los cuales tambin presentan estructuras
sistemticas e interrelaciones.
1.1.4. ANLISIS DE SISTEMAS.
Anlisis es la descomposicin del problema en sus partes integrantes. En computacin, se entiende,
adems, que es el proceso de especificacin de requisitos del usuario, y de estructuras del sistema, y de
su funcin, independientemente de los medios de realizacin o de la descomposicin fsica en mdulos o
componentes.
Tradicionalmente, el anlisis se hace de forma progresiva empleando anlisis estructurado, o un mtodo
equivalente basado en la descomposicin funcional, y combinado con un anlisis de los datos por
separado.
A menudo, el anlisis de alto nivel, estratgico, controlado por objetivos de negocios, queda separado del
anlisis de sistemas. Nos preocupa aqu tanto el uno como el otro, y descartaremos las distinciones entre
anlisis de negocios y anlisis de sistemas. Esto es necesario para un anlisis de sistemas efectivo, y
resulta posible porque el anlisis orientado a objetos permite describir el sistema en los mismos trminos
que el mundo real: las abstracciones del sistema corresponden ms o menos exactamente a
abstracciones de negocios.

Pgina 4 de 12

ANLISIS DE SISTEMAS

El Anlisis de Sistemas trata bsicamente de determinar los objetivos y lmites del sistema objeto de
anlisis, caracterizar su estructura y funcionamiento, marcar las directrices que permitan alcanzar los
objetivos propuestos y evaluar sus consecuencias. Dependiendo de los objetivos del anlisis podemos
encontrarnos ante dos problemticas distintas:

Anlisis de un sistema ya existente para comprender, mejorar, ajustar yo predecir su comportamiento.

Anlisis como paso previo al diseo de un nuevo sistema-producto.

En cualquier caso, podemos agrupar ms formalmente las tareas que constituyen el anlisis en una serie
de etapas que se suceden de forma iterativa hasta validar el proceso completo:

Conceptualizacin. Consiste en obtener una visin de muy alto nivel del sistema, identificando sus
elementos bsicos y las relaciones de stos entre s y con el entorno.

Anlisis funcional. Describe las acciones o transformaciones que tienen lugar en el sistema. Dichas
acciones o transformaciones se especifican en forma de procesos que reciben una entradas y
producen unas salidas.

Anlisis de condiciones (o constricciones). Debe reflejar todas aquellas limitaciones impuestas al

sistema que restringen el margen de las soluciones posibles. Estas se derivan a veces de los propios
objetivos del sistema:
o
o

Operativas, como son las restricciones fsicas, ambientales, de mantenimiento, de personal,

de seguridad, etc.
De calidad, como fiabilidad, mantenibilidad, seguridad, convivencialidad, generalidad, etc.

Sin embargo, en otras ocasiones las constricciones vienen impuestas por limitaciones en los
diferentes recursos utilizables:
o
o
o
o
o

Econmicos, reflejados en un presupuesto.

Temporales, que suponen unos plazos a cumplir.
Humanos.
Metodolgicos, que conllevan la utilizacin de tcnicas determinadas.
Materiales, como espacio, herramientas disponibles, etc.

Construccin de modelos. Una de las formas ms habituales y convenientes de analizar un sistema

consiste en construir un prototipo (un modelo en definitiva) del mismo.

Validacin del anlisis. A fin de comprobar que el anlisis efectuado es correcto y evitar en su caso
la posible propagacin de errores a la fase de diseo, es imprescindible proceder a la validacin del
mismo. Para ello hay que comprobar los extremos siguientes:
o
o

El anlisis debe ser consistente y completo.

Si el anlisis se plantea como un paso previo para realizar un diseo, habr que comprobar
adems que los objetivos propuestos son correctos y realizables.

Una ventaja fundamental que presenta la construccin de prototipos desde el punto de vista de la
validacin radica en que estos modelos, una vez construidos, pueden ser evaluados directamente por los
usuarios o expertos en el dominio del sistema para validar sobre ellos el anlisis.

Pgina 5 de 12

ANLISIS DE SISTEMAS

1.2. Concepto de Ingeniera de sistemas Aplicados a las Organizaciones.

La primera referencia que describe ampliamente el procedimiento de la Ingeniera de Sistemas fue
publicada en 1950 por Melvin J. Kelly, entonces director de los laboratorios de la Bell Telephone,
subsidiaria de investigacin y desarrollo de la AT&T. Esta compaa jug un papel importante en el
nacimiento de la Ingeniera de Sistemas por tres razones: la complejidad que planteaba el desarrollo de
redes telefnicas, su tradicin de investigacin relativamente liberal y su salud financiera.
As, en 1943 se fusionaban los departamentos de Ingeniera de Conmutacin e Ingeniera de Transmisin
bajo la denominacin de Ingeniera de Sistemas.
A juicio de Arthur D. Hall, "la funcin de Ingeniera de Sistemas se haba practicado durante muchos
aos, pero su reconocimiento como entidad organizativa gener mayor inters y recursos en la
organizacin". En 1950 se creaba un primer curso de postgrado sobre el tema en el M.I.T. y sera el
propio Hall el primer autor de un tratado completo sobre el tema [Hall, 1962].
Para Hall, la Ingeniera de Sistemas es una tecnologa por la que el conocimiento de investigacin se
traslada a aplicaciones que satisfacen necesidades humanas mediante una secuencia de planes,
proyectos y programas de proyectos. Hall definira asimismo un marco para las tareas de esta nueva
tecnologa, una matriz tridimensional de actividades en la que los ejes representaban respectivamente:

La dimensin temporal: son las fases caractersticas del trabajo de sistemas, desde la idea inicial
hasta la retirada del sistema.
La dimensin lgica: son los pasos que se llevan a cabo en cada una de las fases anteriores, desde
la definicin del problema hasta la planificacin de acciones.
La dimensin del conocimiento: se refiere al conocimiento especializado de las diversas profesiones y
disciplinas. (Esta dimensin, ortogonal a las anteriores, no ha sido incluida en la tabla a efectos de
una mayor claridad.)

Para Wymore, el objeto de la Ingeniera de Sistemas es el "anlisis y diseo de sistemas hombremquina, complejos y de gran tamao", incluyendo por tanto los sistemas de actividad humana. En estos
casos el inconveniente habitual suele ser la dificultad de expresar los objetivos de manera precisa.
Encontramos una definicin muy general en el IEEE Standard Dictionary of Electrical and Electronic
Terms: "Ingeniera de Sistemas es la aplicacin de las ciencias matemticas y fsicas para desarrollar
sistemas que utilicen econmicamente los materiales y fuerzas de la naturaleza para el beneficio de la
humanidad."
Una definicin especialmente completa (y que data de 1974) nos la ofrece un estndar militar de las
fuerzas areas estadounidenses sobre gestin de la ingeniera. "Ingeniera de Sistemas es la aplicacin
de esfuerzos cientficos y de ingeniera para:
(1) transformar una necesidad de operacin en una descripcin de parmetros de rendimiento del
sistema y una configuracin del sistema a travs del uso de un proceso iterativo de definicin, sntesis,
anlisis, diseo, prueba y evaluacin;
(2) integrar parmetros tcnicos relacionados para asegurar la compatibilidad de todos los interfaces de
programa y funcionales de manera que optimice la definicin y diseo del sistema total;
(3) integrar factores de fiabilidad, mantenibilidad, seguridad, supervivencia, humanos y otros en el
esfuerzo de ingeniera total a fin de cumplir los objetivos de coste, planificacin y rendimiento tcnico.

Pgina 6 de 12

ANLISIS DE SISTEMAS

Como vemos, en la literatura se pueden encontrar tantas definiciones del trmino como autores se han
ocupado del tema. A pesar de ello, podemos dar otra basada en las ideas de Hall, Wymore y M'Pherson:
Ingeniera de Sistemas es un conjunto de metodologas para la resolucin de problemas mediante el
anlisis, diseo y gestin de sistemas.
Como era de esperar por el amplio espectro de sus intereses, la Ingeniera de Sistemas no puede
apoyarse en una metodologa monoltica. Cada una de las metodologas que comprende puede ser til
en una fase concreta del proceso o para un tipo concreto de sistemas; lo que todas ellas comparten es su
enfoque: el enfoque de sistemas.
1.3. Metodologa de diagnstico organizacional.
El objetivo de un diagnostico organizacional es someter a la organizacin a un auto-anlisis que le
permita identificar sntomas presentes en la organizacin.
El procedimiento general del diagnostico organizacional consta de los siguientes pasos:
1.
2.
3.
4.
5.
6.
7.
8.
1.3.1.

Seleccin del grupo de trabajo.

Entrenamiento del grupo de trabajo.
Generacin de sntomas individuales.
Generacin de la lista colectiva.
Proceso de sntesis y generacin de problemas.
Clasificacin de problemas.
Planteamiento de soluciones.
Generacin de un plan de trabajo.
Seleccin del grupo de trabajo.

Para conocer la problemtica de una organizacin es necesario seleccionar a un grupo representativo

con las siguientes caractersticas:

Con conocimientos del sistema.

Que sea representativo de los componentes del sistema.
Que incluya gente con un poder de decisin.

Este grupo no deber ser de ms de 20 personas, ni incluir ms de tres jerrquicos. El grupo ptimo es
de 10 a 12 personas.
1.3.2. Entrenamiento del grupo de trabajo.
Ya que en un diagnostico se dirn sntomas que se puedan considerarse como agresivos para una
persona, es necesario que el grupo pase por u entrenamiento que lo capacite para:

Decir lo que piensa.

Respetar las ideas de los dems.
Analizar las ideas por su propio valor.

1.3.3. Generacin de Sntomas.

En una reunin se pide a los componentes del grupo que se generen una lista de sntomas que a su juicio
se estn produciendo en el funcionamiento de la compaa. Para esto es necesario definir lo que es un

Pgina 7 de 12

ANLISIS DE SISTEMAS

sntoma.

Pgina 8 de 12

ANLISIS DE SISTEMAS

Un sntoma es un fenmeno revelador de una enfermedad, una seal o indicio de una cosa que est
sucediendo o que va a suceder, una manifestacin de funciones alteradas.
El facilitador del diagnstico debe procurar que los sntomas generados durante la reunin posean ciertas
caractersticas: que sea claro, concreto especfico y controlable. Es importante enfatizar en que deben
aceptarse los sntomas tal y como los expresa cada persona, pues en su visin particular del problema.
El procedimiento para generar sntomas es el siguiente:
a) Explicar al grupo la metodologa de diagnostico organizacional y los resultados esperados.
b) Pedir a cada miembro del grupo que escriba los sntomas relacionados con el sistema bajo estudio
(esto dura 30 minutos).
Conviene hacer las siguientes recomendaciones al grupo antes de empezar a escribir.

No interrumpir la tarea de escribir sntomas.

Mantener silencio.
Todo mundo debe escribir.
Recordar que se busca el qu (sntomas o problemas), y no el quin (causante).
Recordar que los sntomas deben ser claros.
Se deben proponer sntomas no soluciones.
Deben plantearse en primera persona.

1.3.4. Generacin de una lista colectiva.

Una vez que todos los miembros del grupo hayan dejado de escribir, se pasar a generar una lista
colectiva de los sntomas para lo cual se recomienda el siguiente procedimiento:
a) Cada miembro del grupo, en forma secuencial dir un sntoma a la vez.
b) El facilitador escribir los sntomas en rotafolios.
c) Se continuar de esta manera hasta que todos pasen.
Conviene que el facilitador haga las siguientes recomendaciones:

Debemos escuchar al compaero.

Debemos evaluar la idea, sntoma o problema, y no a la persona que lo diga.
Debemos hablar con nosotros mismos.
Debemos ser especficos; Decir lo importante y lo relevante.
Debemos evitar estar a la defensiva.

Se entiende que los sntomas en parntesis son de todos, es decir se est de acuerdo que es un
sntoma real o que cuando menos no se tiene opinin al respecto.
Si algn sntoma que se diga lo hace pensar en otro, conviene anotarlo en la lista individual.
Si algn sntoma que se diga lo tiene en su lista individual, conviene eliminarlo para evitar duplicidad.
Recordar que se busca el qu (sntomas o problemas), y no el quin (causante).
Los sntomas deben ser claros, especficos y controlables.
Evitar justificaciones del sntoma.
Tratar de presentar sntomas y no soluciones.

Se evitan discusiones en esta etapa del procedimiento. Si algn miembro del grupo est en desacuerdo con
algn sntoma, puede hacerlo externo diciendo "estoy en desacuerdo". El sntoma se pondr entre parntesis
para denotarlo como sntoma no aceptado por todos. Slo se pueden pedir aclaraciones al sntoma. Adems, no
se deber de crear los desacuerdos, con alguien que lo diga es suficiente.

Pgina 9 de 12

ANLISIS DE SISTEMAS

Si se agota la lista individual, se puede pasar sin que esto implique retirarse.

Pgina 10 de 12

ANLISIS DE SISTEMAS

Finalmente el facilitador debe tomar en cuenta para s mismo, las siguientes recomendaciones al estar
generando la lista colectiva de sntomas.
a.
b.
c.
d.
e.
f.
g.
h.
i.
j.

No intimidar al grupo.
No dejar que algn miembro del grupo intimide a los dems.
Ser paciente.
Aceptar que parezca que no hace nada.
Evitar discusiones.
Ayudar a que todos digan lo que sienten.
Con quin empezar? No con el de mayor autoridad influencia.
Tratar de que los sntomas queden claros.
Mantener el orden.
Escribir los sntomas en forma legible.

Una de las funciones ms importantes del facilitador es la de poner por escrito de una manera clara y
concisa lo dicho por los pacientes, lo que involucra una labor de interpretacin que es clave para el xito
de este proceso.
1.3.5. Proceso de Sntesis y generacin de problemas.
Existen diversas maneras de efectuar el proceso de sntesis para la definicin de problemas. Dado que la
sntesis depende en ltimo caso de la creatividad de la persona involucrada en este proceso, es
necesario escoger con cuidado a las personas que participarn en esta parte. Estas personas debern
conocer muy bien el sistema ya que debe evitarse mal interpretar un sntoma o sobregeneralizarlo.
Un paso previo a cualquier sntesis es la comprensin exacta de los sntomas, lo que en algunos casos
puede requerir un proceso de validacin, que debe hacerse de la manera ms discreta posible y donde
obviamente ayuda el conocer bien el sistema.
A continuacin se presentan tres mtodos que se han encontrado tiles en la definicin de problemas.
A. Sntesis por agrupacin: En este mtodo los sntomas se agrupan de acuerdo a los
experiencia indica, son manifestaciones de un mismo problema.
B. Sntesis por estructuracin: En este mtodo se utiliza una clasificacin de los sntomas
naturaleza, y la del tipo de acciones que se habran de tomarse para resolverlo.
C. Sntesis por subsistemas: Ya que los sistemas pueden estructurarse en subsistemas, es
clasificar los sntomas en los subsistemas correspondientes, lo que permite orientar tanto el
problema como el tipo de solucin.

que la
por su
posible
tipo de

Para esto es posible utilizar las propiedades del sistema y sus funciones ms relevantes, o simplemente
dividir el sistema en sus subsistemas de acuerdo a una funcionalizacin.
1.3.6. Clasificacin y Jerarquizacin de problemas.
Una vez que se estructuraron los sntomas en problemas, la sesin se inicia con una presentacin de los
problemas al grupo de planeacin. El facilitador lee la definicin inicial de los problemas, por ejemplo:
Desarrollo, motivacin y entrenamiento del personal, y tambin lee los sntomas relacionados con cada
uno de los problemas. El facilitador responde las preguntas del grupo relacionadas con la ubicacin de
algunos sntomas, si alguno sta mal ubicada se cambia al lugar ms apropiado.
Posteriormente el facilitador pide que cada miembro del grupo estructure los problemas por orden de
importancia, para despus con esa informacin obtener la estructuracin del grupo. Basndose en ese
valor se estructuran los problemas en cuanto a su importancia.

Pgina 11 de 12

ANLISIS DE SISTEMAS

1.3.7. Planteamiento de Soluciones.

A continuacin el facilitador divide al grupo en sub-grupos, el numero de ellos depender del tamao del
grupo, se recomienda que cada sub-grupo no tenga ms de seis personas ni menos de tres. A cada
grupo se le asigna un cierto nmero de problemas, pidindole que para cada uno de ellos se contesten
dos preguntas:
a) Qu acciones concretas podemos implantar para solucionar el problema?
b) Para qu quiero solucionar el problema?
Para obtener esa informacin se pueden usar formas similares a las forma 3 de diagnstico
organizacional. De esta manera obtenemos:
1. Acciones concretas para solucionar los problemas.
2. Los objetivos que se desean lograr al solucionar los problemas.
1.3.8. Generacin de un plan de trabajo.
Enseguida se define los responsables, el tiempo el presupuesto necesario para implantar las acciones,
usando formas similares a la forma 4 del diagnstico organizacional. Finalmente se planean reuniones
peridicas para revisar el avance en la solucin de los problemas. Con este ejercicio termina la sesin del
diagnstico organizacional.

Pgina 12 de 12