Sistemas Blandos

5. METODOLOGIA DE SISTEMAS BLANDOS (MSB)

La naturaleza de una metodología siempre deriva de la concepción de los métodos que emplea una ciencia, ya desde muy antes se fueron acumulando conceptos de designar "método", describiéndolo como la forma de hacer algo (el modo de obrar) o posteriormente el comportamiento experto en la formulación de los pensamientos de uno mismo, pero siempre como base de una metodología.

El desarrollo de la MSB para Checkland (1993), "no tiene como resultado el establecimiento de un método que en cualquier situación particular se tiene que reducir a un método adecuado únicamente a esa situación particular", este aspecto de suma importancia porque considera la complejidad del mundo real en continuo cambio, no pudiendo establecerse dos casos problemáticos iguales a los cuales se podría abordar de igual modo.

Además, asume que la Metodología de Sistemas Blandos es un intermedio en estatus, entre una Filosofía y una Técnica o un método.

Considerándola como filosofía porque es una pauta no especifica (amplia) para la acción, dejando la suficiente libertad en su accionar y por otra parte tiene de técnica porque es un programa de acción específico y preciso, en donde la Filosofía le indica el "Que" y una técnica le indica el "como", determinándose tanto el "Que" y el "Como" de la Metodología de Sistemas Blandos.

Como resultado del proceso de desarrollo de la MSB, se pudo establecer como característica los siguientes puntos:

 Debía de poder usarse en situaciones de problemas verdaderos.

 No debía ser vaga en el sentido de que tenía que ser un acicate más grande para la acción, más que ser una filosofía general de todos los días.

 No debía ser precisa, como es la técnica, pero debía permitir discernimientos que la precisión pudiera excluir.

 Debía ser tal que cualquier desarrollo en la "ciencia de los sistemas" pudiese excluirse en la metodología y se pudiera usar de ser adecuada en una situación particular.

5.1 Metodología de Sistemas Suaves de Peter Checkland (MSS)

La metodología de sistemas suaves fue desarrollada por Peter Checkland para el propósito expreso de ocuparse de problemas de este tipo. Él estuvo en la industria por años trabajando con metodologías de sistemas duros. Él vio cómo éstas eran inadecuadas al ocuparse de problemas complejos que tenían un componente social grande; así en los años 60, él ingresó a la Universidad de Lancaster, localizada en el Reino Unido, en una tentativa de investigar esta área y de ocuparse de estos problemas SUAVES. Su "metodología de sistemas suaves" ["Soft Systems Methodology"] fue creada en base a la investigación en un gran número de proyectos de la industria y su aplicación y refinamiento se concluyeron años después. La metodología, que es muy agradable cómo lo sabemos hoy, fue publicada en 1981, cuando Checkland vivía de la universidad y tenía pensado perseguir una carrera como profesor e investigador.

SSM se divide en siete etapas distintas. Éstas son:

1. El encontrar hechos de la situación problema. Ésta es una investigación básicamente en el área del problema. Quiénes son los jugadores claves? Cómo trabaja el proceso ahora? etc.

2. Expresar la situación problema con diagramas de Visiones Enriquecidas. En cualquier tipo de diagrama, más conocimiento se puede comunicar visualmente. Un dibujo vale más que 1000 palabras.

3. Seleccionar una visión de la situación y producir una Definición Raíz. Puede qué existan perspectivas diferentes al mirar la situación problema.

4. Modelos conceptuales construidos de lo que hace, las necesidades del sistema para cada una de las definiciones raíz. Usted tiene básico " los qués" de las definiciones de la raíz. Se definen "los cómo".

5. Comparación de los modelos conceptuales con el mundo verdadero. Compare los resultados de los pasos 4 y 2 para ver donde hay diferencias y similitudes.

6. Identifique los cambios factibles y deseables. Hay las maneras de mejorar la situación.

7. Recomendaciones para tomar la acción que mejore la situación problema.

Estadio 1: Situación problema no estructurada.

La etapa inicial consiste simplemente en que los encargados y/o los empleados (propietarios del problema) deciden que son requeridos una revisión o un cambio de tareas y la manera en que debe realizarse y llaman a un analista (facilitador del problema). La gente de la organización acepta que puede haber un problema o ven una posibilidad de mejorar y son de la idea de que se inicie el análisis o la revisión. La metodología de sistemas suaves aporta en principio que el término 'el problema es inadecuado porque hace que se minimice la visión de la situación. La metodología de los sistemas suaves cree que 'la situación problema' es un término más apropiado puesto que puede haber muchos problemas que tienen la necesidad percibida a ser solucionados.

Estadio 2: Situación problema expresada.

La etapa 1 incluyó básicamente las problemáticas, lo que la gente de la organización sospecha que puede haber un problema y/o una posibilidad para la mejora, y pide iniciar el análisis o la revisión. En la etapa 2, el analista recoge y clasifica la información y provee una cierta descripción de la situación problema. Lo siguiente es la información que estamos buscando:

• la estructura de la organización: esos factores que no cambian fácilmente (las construcciones, las localizaciones, el ambiente, etc)

• procesos o transformaciones que se realizan dentro del sistema: muchos de éstos están cambiando constantemente;

• hechos que son expresados o sentidos por los miembros de organización (quejas, críticas, sugerencias, etc).

Hay muchas estrategias que los analistas pueden emplear cuando recogen los hechos, más allá de enfoques muy informales, no estructurados a las herramientas hasta las muy formales, estructuradas empleadas en análisis tradicional de los sistemas. Algunas de las técnicas son:

• Observación del trabajo:

o identificación de las tareas realizadas

o identificación de las herramientas empleadas

o establezca las interacciones entre personas/sistemas

o produzca registros, anote.

o descripciones de un"día en la vida "

o haga los gráficos de estructuras/layouts

o grabaciones video, si es posible.

o recoja las muestras de las herramientas usadas para manejar la información

o coleccione la observación de cada

...