Sistemas Suaves

Ing. Sistemas I
26/05/2015

Ing. Industrial - Ing. Sistemas

Metodologa de Checkland

Tabla de contenido
Marco Terico ...................................................................................................................... 3
Fuente 1 ......................................................................................................................... 3
Fuente 2 .......................................................................................................................... 8
Fuente 3 ........................................................................................................................ 11
Aplicacin de la metodologa de Checkland ................................................................... 13
Paso 1 ........................................................................................................................... 13
Paso 2 ........................................................................................................................... 13
Paso 3 ........................................................................................................................... 13
Paso 4 ........................................................................................................................... 14
Paso 5 ........................................................................................................................... 14
Paso 6 ........................................................................................................................... 15
Paso 7 ........................................................................................................................... 15
Conclusin Personal ......................................................................................................... 15
Conclusin Grupal............................................................................................................. 16

26/05/2015

Ing. Industrial - Ing. Sistemas

Metodologa de Checkland de los sistemas suaves

Fuente 1
Etapa 1: Situacin problema no estructurada.
La etapa inicial consiste simplemente en que los encargados y/o los empleados
(propietarios del problema) deciden que son requeridos una revisin o un cambio de tareas
y la manera en que debe realizarse y llaman a un analista (facilitador del problema). La
gente de la organizacin acepta que puede haber un problema o ven una posibilidad de
mejorar y son de la idea de que se inicie el anlisis o la revisin. La metodologa de
sistemas suaves aporta en principio que el trmino 'el problema es inadecuado porque
hace que se minimice la visin de la situacin. La metodologa de los sistemas suaves cree
que 'la situacin problema' es un trmino ms apropiado puesto que puede haber muchos
problemas que tienen la necesidad percibida a ser solucionados.
Etapa 2: Situacin problema expresada.
La etapa 1 incluy bsicamente las problemticas, lo que la gente de la organizacin
sospecha que puede haber un problema y/o una posibilidad para la mejora, y pide iniciar el
anlisis o la revisin. En la etapa 2, el analista recoge y clasifica la informacin y prob una
cierta descripcin de la situacin problema. Lo siguiente es la informacin que estamos
buscando:
La estructura de la organizacin: esos factores que no cambian fcilmente (las
construcciones, las localizaciones, el ambiente, etc.); procesos o transformaciones que se
realizan dentro del sistema: muchos de stos estn cambiando constantemente; hechos
que son expresados o sentidos por los miembros de organizacin (quejas, crticas,
sugerencias, etc.).
Hay muchas estrategias que los analistas pueden emplear cuando recogen los hechos,
ms all de enfoques muy informales, no estructurados a las herramientas hasta las muy
formales, estructuradas empleadas en anlisis tradicional de los sistemas. Algunas de las
tcnicas son:
Observacin del trabajo:
identificacin de las tareas realizadas
identificacin de las herramientas empleadas
establezca las interacciones entre personas/sistemas
produzca registros, anote.
descripciones de un da en la vida "
haga los grficos de estructuras/layouts
grabaciones video, si es posible.

26/05/2015

Ing. Industrial - Ing. Sistemas

recoja las muestras de las herramientas usadas para manejar la informacin
coleccione la observacin de cada participante
Entrevistas:
no estructurada, informal ("dgame lo que usted hace")
semi estructurada (cuestionario con respuestas ampliables)
altamente estructurada (cuestionario con rectngulos a hacer tictac)
incidentes crticos
grabacin audio
Talleres y discusin:
talleres futuros
talleres de la revisin
talleres de las resoluciones del conflicto
la mofa sube, las simulaciones, juegos de la mente
La Visin Enriquecida.
La visin enriquecida se utiliza para proveer un modelo para pensar acerca del sistema y
para ayudar al analista a obtener una apreciacin de la situacin problema. Es importante
notar la diferencia entre visin enriquecida y modelo formal. La visin enriquecida no
procura modelar al sistema de una manera particular. Provee una representacin de
cmo podemos mirar y pensar acerca el sistema.

Cuadro 1: Proceso de transformacin para producir una Visin Enriquecida.

Etapa 3: Nombramiento de los Sistemas Relevantes.

26/05/2015

Ing. Industrial - Ing. Sistemas

Definiciones raz.
Es necesario prestar atencin a la formulacin del nombramiento de los sistemas
relevantes para escribirlos de manera que un modelo pueda ser construido basado en cada
nombramiento. Estos nombramientos se conocen como Definiciones Raz. El propsito de
la definicin raz es expresar el propsito central de un cierto sistema til de actividad. Es
importante que se ponga atencin en el desarrollo de las definiciones raz. Las definiciones
raz correctamente escritas proveen una directriz mucho ms simple en la construccin del
modelo de un sistema.
Una definicin de raz se expresa como un proceso de la transformacin que toma una
entidad como entrada de informacin, cambia o transforma a esa entidad, y produce una
nueva forma de la entidad. Una prescripcin para desarrollar estos procesos la
transformacin se muestra en la siguiente tabla, que muestra ejemplos de
transformaciones tpicas de la operacin de un curso de golf. Como usted puede notar,
estas transformaciones variarn grandemente, dependiendo de la opinin del mundo que
se aplique.
ENTRADA DE
INFORMACIN
Pista inusitada
Necesidad por
tiempos de la te.
Bolas nuevas del golf.
Germen de la hierba
Alimento crudo.
Golfer registrado.

Programa de la leccin
del golf.

PRODUCCIN
Pista ocupada por curso del
golf.
La necesidad por tiempos de
la te se resuelve.
Utilizado, rascado encima de
bolas del golf.
Hierba madura.
Comidas de calidad.
Golfer que termin
alrededor en X frota
ligeramente.
Programa facilitado de la
leccin.

COMO ES VISTO A
LOS OJOS DE:
Arquitecto.
Gestin Del Club.
Industria del equipo.
Greenskeepers
Cocinero de la cocina.
Favorable personal del
departamento.
Profesional del Club.

Tabla 1. Transformaciones una a una que implican opiniones diferentes del mundo.

Producir una definicin de raz es un proceso progresivo de dos pasos.

1) Un hecho o una tarea se eligen de una visin enriquecida
2) Se define un sistema para realizar la tarea o para dirigir los hechos.
Etapa 4: Modelos Conceptuales.
Dado una definicin raz de un sistema, un modelo conceptual puede ser modelo
conceptual trazado de A es un modelo humano de la actividad que estrictamente se
conforma con la definicin raz usando el conjunto mnimo de actividades. Los
pensamientos de sistemas se aplican en este desarrollo.

26/05/2015

Ing. Industrial - Ing. Sistemas

Pensamiento de Sistemas.

Cuadro 2. La Ruta del Pensamiento de Sistemas.

El cuadro 3 muestra que el pensamiento de sistemas es un proceso iterativo que combina

tres conceptos
El mundo percibido: Cada uno de nosotros tenemos nuestras propias opiniones del
mundo.
Ideas: Percibimos el mundo a travs del marco de ideas que estn internas en nosotros.
Metodologa: Hay muchas de stas para pensar acerca del mundo, la SSM es solo una.
Modelacin de Sistemas Formales
El Pensamiento de Sistemas Formal se aplica al desarrollo del modelo conceptual. El
Modelo Formal del Sistema sirve como una gua de consulta para controlar el modelo
conceptual que trazamos. Deje que S represente a un sistema de actividad humana. Bajo
el modelo de Sistema Formal, S es un sistema formal si y solamente si cumple los criterios
siguientes:
S debe tener una misin.
S debe tener una medida del funcionamiento.
S debe tener un proceso de toma de decisin
S debe tener componentes que interactan con unos con otros tal que los efectos y
acciones son transmitidos a travs del sistema.
S debe ser acotado por un sistema ms amplio con el cual interacta.
S se debe limitar del sistema ms ancho, basado en el rea donde su proceso de toma de
decisin tiene poder para hacer cumplir una accin.
S debe tener recursos a disposicin de su proceso de toma de decisin.

26/05/2015

Ing. Industrial - Ing. Sistemas

S debe tener estabilidad a largo plazo, o la capacidad de recuperarse en el caso de un
disturbio.
Componentes de S deben ser sistemas que tienen todas las caractersticas de S
(subsistemas).
Etapa 5: Comparar modelos conceptuales con realidad
sta es la etapa de regreso al mundo verdadero, pasando sobre la lnea punteada. En esta
etapa, los modelos conceptuales construidos en la etapa 4 sern comparados con la
expresin verdadera del mundo, de la etapa 2. El trabajo puede conducir en esta etapa a la
reiteracin de la etapa 3 y la 4. Previa experiencia anterior de usar SSM indic que la
comparacin no es de hecho una comparacin propiamente dicha. Esto ser discutido ms
adelante. Basado en el anlisis razonado de esta metodologa, hay cuatro maneras de
hacer la comparacin del nmero de experiencias.
Antes de que se realice la comparacin, varios otros aspectos necesitan ser mencionados.
La primera pregunta es cul es el fin de la etapa 4. Cuando deber ser tiempo de parar de
construir el modelo conceptual y de moverse a la comparacin verdadera del mundo. La
tentacin siempre es complacer la prolongacin y elaboracin de la construccin del
modelo. Es divertido trabajar en modelar y no es tan cmodo traer al modelo a la realidad y
engancharse con las dificultades de las situaciones del problema. De hecho, de la
experiencia de Checkland, es mejor moverse rpidamente a la etapa de la comparacin.
Se permitir refinar el modelo posteriormente cuando tenga que ir de nuevo a la etapa de
la conceptualizacin otra vez.
Antes de que resumamos la etapa 5 de SSM, necesitamos entender la definicin de
comparacin. Generalmente, comparacin es una parte importante del pensamiento
racional y serio que contiene percibir, predecir y comparar. En SSM, Checkland define la
comparacin como el punto que las opiniones intuitivas del problema son reunidas con las
construcciones de los sistemas por lo que los pensadores de sistemas afirman proveer una
profundidad epistemolgica y ms generalidad de la realidad debajo de los aspectos
superficiales; es la etapa de la comparacin la que incorpora las hiptesis bsicas de los
sistemas que los conceptos de los sistemas proveen un medio de prueba de la complejidad
de la realidad.
Cuatro maneras de hacer la comparacin pueden ser resumidas como sigue:
1. Usar los modelos conceptuales como base para cuestionamientos ordenados
2. Comparar historia con prediccin del modelo
3. Comparacin Total General
4. Recubrimiento Modelo
Etapas 6 y 7: Poner cambios en ejecucin 'factibles y deseables'

26/05/2015

Ing. Industrial - Ing. Sistemas

En la etapa 6, se identifican y se discuten los cambios factibles y deseables, y sern
puestos en la accin en la etapa 7. Que el propsito de la etapa de la comparacin es
generar los cambios acerca de posibles de la discusin que se pudieron realizar dentro de
la situacin percibida del problema. Esto se puede ver claramente con el segundo mtodo
de hacer la comparacin como discutida arriba.
El resultado de la etapa 6 y 7 para el sistema duro y suave ambos es la creacin y la
puesta en prctica de un sistema. Generalmente, en estas situaciones ms nebulosas del
problema, la accin eventual es probable sea menos que la puesta en prctica de un
sistema, es ms probable que halla la introduccin de un cambio ms modesto.
Normalmente, hay tres clases de cambios:
cambio en la estructura, son cambios realizados a esas partes de realidad que en
corto plazo, en el funcionamiento que contina de cosas, no cambian.
cambio en el procedimiento, que son cambios a los elementos dinmicos
cambio en la actitud, que es comportamiento apropiado a las varias misiones, as
como cambios en la preparacin a ciertas clases de comportamiento 'bueno' o de
'malo' concerniente a otros.
Los cambios en estructura y procedimiento son fciles de especificar y relativamente fcil
poner en ejecucin. Por lo menos, stos se pueden hacer por la gente que tiene autoridad
o la influencia. Es relativamente difcil cambiar actitud. Es posible en principio intentar traer
acerca de cambios de esta clase. Si o no esto est procurada, el esencial principal debe
continuamente vigilar actitud si se van los cambios a ser hechos en las
situaciones percibidas como problemas de modo que la gente en cuestin en la situacin
convenga que se ha logrado la mejora . Una de las caractersticas importantes en SSM es
l nfasis en cambio.
Fuente: http://www.ingenieria.unam.mx/javica1/planeacion/CalgarySSM

/Calgary.html

Metodologa de Checkland de los sistemas suaves

Fuente 2
La Metodologa de sistemas blandos (SSM por sus siglas en ingls) de Peter Checkland es
una tcnica cualitativa que se puede utilizar para aplicar los sistemas estructurados a las
situaciones sistmicas. Es una manera de ocuparse de problemas situacionales en los
cuales hay una actividad con un alto componente social, poltico y humano. Esto distingue
el SSM de otras metodologas que se ocupan de los problemas DUROS que estn a
menudo ms orientados a la tecnologa.

26/05/2015

Ing. Industrial - Ing. Sistemas

El SSM aplica los sistemas estructurados al mundo actual de las organizaciones humanas.
Pero crucialmente sin asumir que el tema de la investigacin es en s mismo es un sistema
simple. El SSM por lo tanto es una manera til de acercarse a situaciones complejas y a
las preguntas desordenadas correspondientes
USO DE LA METODOLOGA DE SISTEMAS BLANDOS. APLICACIONES
En cualquier situacin organizacional compleja donde hay una actividad componente de
alto contenido social, poltico y humano.
PASOS DE LA METODOLOGA DE SISTEMAS BLANDOS. PROCESO
Se deben tomar las siguientes medidas (a menudo se requieren varias repeticiones):
1. Investigue el problema no estructurado.
2. Exprese la situacin del problema a travs de grficas enriquecidas. Las grficas
enriquecidas son los medios para capturar tanta informacin como sea posible referente a
la situacin problemtica. Una grfica enriquecida puede mostrar lmites, la estructura,
flujos de informacin, y los canales de comunicacin. Pero particularmente muestra el
sistema humano detrs de la actividad. ste es el elemento que no est incluido en
modelos como: diagramas de flujo o modelos de clase.
3. Definiciones de fondo de los sistemas relevantes. De qu diversas perspectivas podem
osobservar esta situacin problemtica?
Las definiciones de fondo se escriben como oraciones que elaboren una transformacin.
Hay seis elementos que definen como bien formulada aun definicin de fondo. Se resumen
en las siglas CAPWORA:
Cliente
. Todos los que pueden ganar algn beneficio del sistema son considerados clientes del
sistema. Si el sistema implica sacrificios tales como despidos, entonces esas vctimas
deben tambin ser contadas como clientes.
Actores
. Los agentes transforman las entradas en salidas y realizan las actividades definidas en el
sistema.
Proceso de transformacin
. Este se muestra como la conversin de las entradas en salidas.
Weltanschauung
. La expresin alemana para la visin del mundo. Esta visin del mundo hace el proceso de
transformacin significativo en el contexto.

26/05/2015

10

Ing. Industrial - Ing. Sistemas

Dueo

. Cada sistema tiene algn propietario, que tiene el poder de comenzar y de cerrar el
sistema (poder de veto).
Restricciones ambientales
stos
son
los
elementos
externos
que
deben
considerados. Estas restricciones incluyen polticasorganizacionales
As como temas legales y ticos.
Modelos conceptuales.
Concepto formal del sistema.
El otro sistema estructurado.
Comparacin de 4 con 2.
Cambios factibles, deseables.
Accin para mejorar la situacin problemtica

ser

FORTALEZAS DE LA METODOLOGA DE SISTEMAS BLANDOS. BENEFICIOS

El SSM da la estructura a las situaciones problemticas de temas
organizacionales y polticos complejos, y puede permitir que ellos tratados de una manera
organizada. Fuerza al usuario a buscar una solucin que no sea slo tcnica.
Herramienta rigurosa a utilizar en problemas sucios.
Tcnicas especficas.
LIMITACIONES DE LA METODOLOGA DE SISTEMAS BLANDOS. RIESGOS
El SSM requiere que los participantes se adapten al concepto completo.
Tenga cuidado de no angostar el alcance de la investigacin demasiado pronto.
Es difcil montar el grfico enriquecido, sin la imposicin de una estructura y de una
solucin particular ante la situacin problemtica.
La gente tiene dificultades para interpretar el mundo de una manera distendida. Ello a
menudo muestra un deseo compulsivo para la accin.
SUPUESTOS DE LA METODOLOGA DE SISTEMAS BLANDOS. CONDICIONES
Asume que la mayora de los problemas de gestin y organizacionales no pueden ser
considerados como puros problemas de sistemas pues el sistema es tambin muy
complejo de analizar.
Sin embargo la aplicacin de un acercamiento sistemtico en una situacin a sistmica es
valioso.
Fuente: https://hen8a.wordpress.com/2012/05/21/metodologia -de-los-sistemassuaves-de-checkland/
26/05/2015

Ing. Industrial - Ing. Sistemas

11

Metodologa de Checkland de los sistemas suaves

Fuente 3
La Metodologa de los Sistemas blandos est conformada por siete (7) estadios cuyo orden
puede variar de acuerdo a las caractersticas del estudio, a continuacin se describen
brevemente estos estadios.

Estadio 1: La Situacin Problema no Estructurada: en este estadio se pretende lograr una

descripcin de la situacin donde se percibe la existencia de un problema, sin hacer
hincapi en el problema en s, esto es sin dar ningn tipo de estructura a la situacin.

Estadio 2: La Situacin Problema Expresada: se da forma a la situacin describiendo su

estructura organizativa, actividades e interrelacin de stas, flujos de entrada y salida, etc.

Estadio 3: Definiciones Raz de Sistemas Pertinentes: se elaboran definiciones de lo que,

idealmente, segn los diferentes weltanschauung involucrados, es el sistema. La
construccin de estas definiciones se fundamenta en seis factores que deben aparecer
explcitos en todas ellas, estos se agrupan bajo el nemnico de sus siglas en ingles
CATWOE (Bergvall-Kreborn et. al. 2004), a saber: consumidores, actores, proceso de
transformacin, weltanschauung, poseedor y restriccin del ambiente.

Estadio 4: Confeccin y Verificacin de Modelos Conceptuales: partiendo de los verbos de

accin presentes en las definiciones raz, se elaboran modelos conceptuales que
representen, idealmente, las actividades que, segn la definicin raz en cuestin, se
deban realizar en el sistema (Ramrez 1983). Existirn tantos modelos conceptuales como
definiciones raz.

Este estadio se asiste de los subestadios 4a y 4b.

Estadio 4a: Concepto de Sistema Formal: este consiste en el uso de un modelo general
de sistema de la actividad humana que se puede usar para verificar que los modelos
construidos no sean fundamentalmente deficientes.
Estadio 4b: Otros Pensamientos de Sistemas: consiste en transformar el modelo obtenido
en alguna otra forma de pensamiento sistmico que, dadas las particularidades del
problema, pueda ser conveniente.

26/05/2015

Ing. Industrial - Ing. Sistemas

12

Estadio 5: Comparacin de los modelos conceptuales con la realidad: se comparan los

modelos conceptuales con la situacin actual del sistema expresada, dicha comparacin
pretende hacer emerger las diferencias existentes entre lo descrito en los modelos
conceptuales y lo que existe en la actualidad en el sistema.
Estadio 6: Diseo de Cambios Deseables, Viables: de las diferencias emergidas entre la
situacin actual y los modelos conceptuales, se proponen cambios tendientes a superarlas,
dichos cambios deben ser evaluados y aprobados por las personas que conforman el
sistema humano, para garantizar con esto que sean deseables y viables.
Estadio 7: Acciones para Mejorar la Situacin Problema: finalmente este estadio
comprende la puesta en marcha de los cambios diseados, tendientes a solucionar la
situacin problema, y el control de los mismos. Este estadio no representa el fin de la
aplicacin de la metodologa, pues en su aplicacin se transforma en un ciclo de continua
conceptualizacin y habilitacin de cambios, siempre tendiendo a mejorar la situacin.

Fig.1 Modelo de MSS de siete estadios.

Fuente: http://sistemas-humanos.webnode.com.ve/metodologia -de-checkland/

26/05/2015

Ing. Industrial - Ing. Sistemas

Aplicacin de la Metodologa de Checkland de los sistemas

suaves

Sistema de Acreditacin de la materia Ingeniera de Sistemas

1) Investigar el problema no estructurado
Problema no estructurado: 40% de los alumnos reprueban la materia
2) Expresar la situacin del problema (Pasado/Presente/Futuro)
Pasado

Indice Mayor de
reprobacion
Desconocimiento
del metodo de
trabajo del maestro
No entender los
temas expuestos
por el docente
Confusion a la hora
de enviar el trabajo
(error en formato,
correo incorrecto,
tiempo y fecha etc.)

Presente

Futuro

40% del grupo

reprueba la materia
Se reprueba por no
trabajar los temas
en clase esto
provoca no
entenderlos para
elaboracion
El desconocimiento
del metodo de
trabajo del docente
no es factor.

Indice de
reprobacion
similar al 40%
actual
Demasiados
trabajos para
entregar en fechas
similares a la
materia Ing sistemas
No hacerlo para
dejarlo en segundas
por el tiempo tan
apretado.
No trabajar los
temas en clase y
con esto desconocer
el tema a desarrollar

3) Seleccionar una visin de la situacin y producir una definicin raz

Causas
Poco tiempo para
entrega de trabajos
Mala comprension
del tema
No querer hacerlo
para entregarlo
despues en
segundas
Tener entrega de
proyectos de otras
materias en las
mismas fechas que
la materia Ing.
Sistemas
Examen es confuso

26/05/2015

Necesidades
Bajar los indices de
reprobacion (de ser
posible que no los
haya)
Mas tiempo para
entrega de trabajos
(dias o dia extra al
establecido)
Que los temas
queden bien
entendidos
Aprobar el examen

Soluciones
Repasar mas los
temas en clase
Mayor participacion
de los alumnos a la
hora del debate
grupal
Mas tiempo para
entregar tareas,
trabajos, proyectos.

13

Ing. Industrial - Ing. Sistemas

14

Con respecto a la visin de los estudiantes que reciben esta clase se realiz el
cuadro.

4) Confeccion y verificacion de modelos conceptuales

40% de los alumnos
reprueban la materia
Ing. Sistemas.

Flexibilidad en las
fechas de entrega (por
problemas personales o
escolares no se entreg
el trabajo a tiempo)
para eso hablar con el
docente,

Una o dos clases antes

del examen hacer
repaso general para
elaborar una gua de
estudio grupal.

Disminuir ese 40%

de ser posible que
no exista ndice de
reprobacin.

Determinar un nuevo
mtodo de estudio en
los que docente y
estudiante estn de
acuerdo.

Compromiso de
parte del estudiante
para mejorar.

Por ultimo comparar el

nuevo modelo de
estudio con el viejo para
saber si es mayor o
menor el ndice de
reprobacin.

5) Comparacin de Modelos Conceptuales con la realidad.

No hubo comparacin con modelos conceptuales de mis compaeros (se omiti

este paso).

26/05/2015

Ing. Industrial - Ing. Sistemas

15

6) Diseos de cambios deseables, viables y factibles.

Cambiar el porcentaje de
cada trabajo

Cambiar la estructuracion
de los equipos de trabajo

Cambiar el valor porcentual a uno menor

para nuestra calificacion del trabajo:
Vinculacion con el sector productivo
Cambiar la forma de trabajo de 2
integrantes a 3

Mas horas de clase de la

materia a la semana

Mas horas a la semana para poder

abarcar todos los temas con tiempo y
sobra para repasos antes de examen o
entrega de proyectos

Cambiar la actitud de los

estudiantes

Todo gran cambio por aqui se empieza.

Si quieres resultados diferentes no hagas
siempre lo mismo

7) Acciones para mejorar la situacin del problema

Flexibilidad del docente para entrega

de trabajos

Mas debates grupales en clase de los

temas

Que el alumno se comprometa a

cumplir con los trabajos

Conclusin Personal
La metodologa de Checkland de los sistemas suaves nos sirve para desarrollar un
problema tomando en cuenta diferentes puntos de vista de personas que puedan entender
el tema o sean ajenos a l. Esto con el propsito de tener un anlisis ms acertado y
despus poder crear soluciones o acciones correctivas del problema tratado.

26/05/2015

Ing. Industrial - Ing. Sistemas

16

Como ya lo mencione Checkland en su metodologa propone 7 pasos para el anlisis y

solucin de problemas tan generales como sean posibles, es esto una caracterstica de
sistema blando al ser el sistema o problema tratado tan general las variables de solucin
en l pueden ser muchas.
Para mi esta metodologa es la ms propositiva para mejorar o solucionar problemas o
variables en un sistema ya que no se encierra en el anlisis individual del problema si no
que toma diferentes puntos de vista de otros individuos para la obtencin de un mejor
anlisis y correccin del problema.

Conclusin Grupal
Para la mejora continua de sistemas blandos la metodologa de Checkland es bastante til
ya que al ser el sistema blando significa que vamos a tener muchas soluciones al
problema.
Tambin es til cuando no se tiene idea de las posibles acciones para la solucin del
conflicto o problema ya que recaba puntos de vista de cualquier persona que est en
contacto en este con el problema del sistema blando o que no lo este, esto ayuda mucho
para obtener anlisis ms completos y con eso una mejor eficiencia en la solucin.
Aunque en la aplicacin de la metodologa no se tom visiones de otras personas (solo de
alumnos que toman la materia Ing. Sistemas) se trat de ser lo ms general posible para
no encerrarse en el anlisis de uno como persona nada ms y obtener una visin ms
clara de porque los alumnos reprueban y es en este problema donde ms importa la
opinin de los dems porque yo no reprob por las mismas causas que todo el 40% de
alumnos reprobados.

26/05/2015