15 June 2014

Systems Approaches - SEBOK (18)

This article is part of the Systems Science Knowledge Area (KA). It presents issues in the comparison and analysis of systems approaches by the systems science community. Some of these ideas contribute to basic theory and methods that are used in systems thinking discussed in the Systems Thinking KA.

What is a Systems Approach?

In Bertalanffy's introduction to his 1968 General System Theory (glossary) (GST) book, he characterizes a systems approach as: “A certain objective is given; to find ways and means for its realization requires the system specialist (or team of specialists) to consider alternative solutions and to choose those promising optimization at maximum efficiency and minimum cost in a tremendously complex network of interactions”. (Bertalanffy 1968, 4)

He goes on to list as possible elements of a systems approach: “classical” systems theory (differential equations), computerization and simulation, compartment theory, set theory, graph theory, net theory, cybernetics, information theory, theory of automata, game theory, decision theory, queuing theory, and models in ordinary language.

This description is similar to what Warren Weaver identified as the methods used successfully by “mixed teams” during World War II (WWII) on “problems of organized complexity”. However, some conditions that had contributed to success during wartime did not hold after the war, such as a clear focus on well-defined common goals that motivated participants to work across disciplinary boundaries.

By the early 1970’s, there was growing disillusionment with the promise that a systems approach would provide easy solutions for all complex problems. There was particular criticism from some, including pioneers of Operations Research and Management Science (ORMS) like Ackoff and Churchman, that reliance on rote mathematical methods to identify optimal solutions among fixed alternatives had become just as inflexible and unimaginative an approach to complex problems as whatever it had replaced. Interest grew in examining and comparing methods and methodologies to better understand what could help ensure the best thinking and learning in terms of systems in systems approaches to practice.

Issues in Systems Approaches

A systems approach is strongly associated with systems thinking and how it helps to guides systems practice. In What is Systems Thinking? the key ideas of considering a system holistically, setting a boundary for a problem/ solution of interest, and considering the resulting system-of-interest from outside its boundary are identified (Senge, 2006), (Churchman 1979), Meadows (2010).

A systems approach can view a system as a “holon” – an entity that is itself a “whole system” that interacts with a mosaic of other holons in its wider environment (Hybertson, 2009), while also being made up of interacting parts.

We can use this model recursively – each part of the system may be a system in its own right, and can itself be viewed both as an entity as seen from outside, and as a set of interacting parts. This model also applies in upwards recursion, so the original “system-of-interest” is an interacting part of one or more wider systems.

This means that an important skill in a systems approach is to identify the “natural holons” in the problem situation and solution systems and to make the partitioning of responsibilities match the “natural holons”, so as to minimize the coupling between parallel activities when applying a solution. This is the “cohesive/loose coupling” heuristic that has been around for a long time in many design disciplines.

Another consequence of the holistic nature of a systems approach is that it considers not only a problem situation and a solution system but also the system created and deployed to apply one to the other. A systems approach must consider both the boundary of the system of concern as well as the boundary of the system inquiry (or model). Real systems are always open, i.e., they interact with their environment or supersystem(s). On the other hand, real models are always “closed” due to resource constraints — a fixed boundary of consideration must be set. So there is an ongoing negotiation to relate the two in systems practice and the judgment to do so is greatly helped by an appreciation of the difference between them.

Thus, a systems approach can be characterized by how it considers problems, solutions and the problem resolution process itself:

• Consider problems holistically, setting problem boundaries though understanding of natural system relationships and trying to avoid unwanted consequences.

• Create solutions based on sound system principles, in particular creating system structures which reduce organized complexity and unwanted emergent properties.

• Use understanding, judgment and models in both problem understanding and solution creation, while understanding the limitations of such views and models.

Systems Methodologies

One topic that has received significant attention in the systems science community is the analysis and comparison of methodologies which implement a systems approach. A methodology is a body of tools, procedures, and methods applied to a problem situation, ideally derived from a theoretical framework. These describe structured approaches to problem understanding and/or resolution making use of some of the concepts of systems thinking. These methodologies are generally associated with a particular system paradigm or way of thinking, which has a strong influence on the three aspects of a systems approach described above.

The most widely used groups of methodologies are as follows, see also History of Systems Science:

• Hard System (glossary) methodologies (Checkland 1978) set out to select an efficient means to achieve a predefined and agreed end.

• Soft System (glossary) methodologies (Checkland 1999) are interactive and participatory approaches to assist groups of diverse participants to alleviate a complex, problematic situation of common interest.

• Critical Systems Thinking (glossary) methodologies (Jackson 1985) attempts to provide a framework in which appropriate hard and soft methods can be applied as appropriate to the situation under investigation.

06 June 2014

Beneficios de la implantación de un ERP (42)

Al momento de la decisión de la implementación de un ERP, la alta gerencia debería lograr algunas respuestas: ¿cómo podría el ERP fortalecer nuestras ventajas competitivas?, ¿Son las mejores prácticas de el ERP realmente las mejores para todas las industrias?, ¿Cuáles serán los beneficios tangibles e intangibles de esta inversión?, ¿Cuál será el efecto del sistema en nuestra organización y nuestra cultura?, ¿necesitaremos extender el sistema a todas nuestras funciones o deberían implementarse solamente ciertos módulos?

La importancia de los ERPs está fundada en que por primera vez las compañías disponen de un software con el cual pueden soportar un proceso completo del negocio. Los nuevos procesos y el software que lo soporta son una enorme fuerza para democratizar la información en una organización. La gente puede comprobar que ahora, en su tarea, comparte los datos y está comunicada con la gente que participa en el proceso completo. Los funcionarios de una organización no están ya más limitados por la información a la cual tiene acceso sino por su habilidad para sacarle el mejor provecho.

A partir del estudio de un gran número de casos, Shang y Seddon (2002) han definido un esquema estructurado donde clasificaron los beneficios resultantes de la implementación de un ERP. Si bien es cierto que no todas las Empresas han obtenido beneficios en todas las dimensiones descriptas y tampoco siquiera en la misma intensidad, el estudio nos permite situarnos en el contexto de los potenciales beneficios e intentar definir los objetivos para nuestra Empresa a la hora de establecer el retorno de inversión de un proyecto de implementación de un ERP. Algunos de ellos son:

1. Beneficios Operacionales producto de:

a. Reducción de costos, derivados en general de un mejor manejo de los inventarios y de los recursos productivos

b. Reducción del ciclo abastecimiento a partir de una mejor planificación

c. Mejoras de Productividad

d. Mejoras en la calidad de los datos

e. Mejoras en el servicio al cliente, en términos de calidad del producto, mejor servicio y cumplimiento de los plazos de entrega

2. Beneficios Gerenciales derivados fundamentalmente de la posibilidad de disponer de información oportuna y de mejor calidad:

a. Mejor administración de recursos

b. Mejora la toma de decisiones

c. Mejora la eficiencia del control

3. Beneficios Estratégicos:

a. Soporta planes de crecimiento presentes y futuros

b. Soporta alianzas, cambios, innovaciones en los negocios

c. Soporta diferenciación de productos

d. Soporta vínculos con los agentes externos

e. Facilita la internacionalización de los negocios

f. Facilita el comercio electrónico

4. Beneficios en la Infraestructura de IT:

a. Mejora la flexibilidad

b. Mejora las capacidades de la infraestructura de IT

5. Beneficios Organizacionales:

a. Soporta los cambios organizacionales

b. Facilita el aprendizaje del modelo de negocios y amplía el skill de los empleados

c. Empowerment

d. Cambia la cultura a través de una visión común

e. Mejora la moral y la satisfacción de los empleados

Por último, hay que reconocer que el impacto en la organización de los beneficios de negocios esperables por la implementación de un ERP está influido también por factores externos (como ser el contexto político y económico, características del sector industrial de que se trate, etc) y por factores internos (cultura, historia, recursos disponibles, capacidades, perspectivas de los accionistas, etc).

Existen dos factores pertenecientes al contexto interno de las organizaciones que suelen tener una influencia significativa en el éxito de la implantación de un ERP y los consecuentes beneficios de negocios para la organización:

1. la disponibilidad de recursos durante la fase de post-implementación y

2. el grado de cambio en las relaciones políticas, culturales y de poder dentro de la organización debidas al nuevo sistema.

Las experiencias demuestran que los beneficios de la implementación de un ERP pueden ser determinados recién después de varios años desde su puesta en marcha. Este período de tiempo, variable de una Organización a otra, ha sido descripto por Deloitte Consulting y bautizado como “la segunda ola” de revisión y modificación de lo hecho. Willcocks y Lester apuntan a que los beneficios financieros de la tecnología informática pueden tomar varios años antes de ser logrados debido al tiempo requerido para el aprendizaje y los ajustes a los procesos y a la tecnología.