La entrega formula la multifinalidad como principio de divergencia: dos sistemas que parten de condiciones comparables no están obligados a terminar igual, porque durante la trayectoria intervienen relaciones, decisiones, retroalimentaciones y demoras.
La entrega desarrolla el principio de multifinalidad y lo contrasta con la equifinalidad, que el curso había trabajado en la unidad 2. Cita a Buckley como su formulador y aporta un ejemplo propio de dos equipos de desarrollo.
El profesor nombró la multifinalidad en la clase 9 pero no llegó a definirla de forma desarrollada, y la dejó como investigación. Lo que aparece en esta página procede de la entrega y de sus fuentes, no de una definición dictada en clase.
La multifinalidad significa que sistemas que parten de condiciones iniciales similares pueden terminar en resultados distintos porque lo que sucede durante el proceso —sus relaciones, retroalimentaciones, decisiones, demoras e interacción con el entorno— también contribuye a formar el estado final.
Cómo se sostiene la afirmación
Depende de la frontera y de las variables elegidas: un modelo puede igualar presupuesto, plazo y objetivo, y dejar fuera diferencias de comunicación o experiencia.
frontera
El estado inicial es parte de la explicación, pero no la contiene entera. Afirmar lo contrario sería determinismo.
condición inicial
Relaciones internas, decisiones, reglas, retroalimentaciones y demoras van separando progresivamente el comportamiento.
proceso
En sistemas abiertos, información, recursos y restricciones externas modifican la ruta.
sistema abierto
El mismo punto de partida puede terminar en estados distintos, sin que uno sea el único posible.
multifinalidad
Paso 1 de 5: Se fija qué se considera «el mismo inicio»
| Característica | ¿Qué significa? |
|---|---|
| Inicio comparable | El análisis parte de condiciones iniciales iguales o suficientemente similares según la frontera y las variables elegidas en el modelo. |
| Trayectorias divergentes | A partir de ese inicio pueden aparecer procesos diferentes que separan progresivamente el comportamiento de los sistemas. |
| Importancia del proceso | Las relaciones internas, decisiones, reglas y retroalimentaciones influyen en lo que ocurre después. |
| Interacción con el entorno | En sistemas abiertos, información, recursos, restricciones y cambios externos pueden modificar la trayectoria. |
| Resultados múltiples | El mismo punto de partida puede terminar en estados finales distintos, sin que uno de ellos sea necesariamente el único posible. |
La entrega dedica una tabla entera a esta distinción, porque el error frecuente es leer el principio como si dijera que el punto de partida da igual. Lo que dice es que no basta por sí solo.
| Qué significa | Qué no significa |
|---|---|
| El mismo punto de partida puede permitir varios desenlaces. | Que todo sistema deba terminar necesariamente de manera distinta. |
| El proceso y el contexto importan para explicar el resultado. | Que las condiciones iniciales sean irrelevantes. |
| La trayectoria puede cambiar por retroalimentación y adaptación. | Que el resultado sea simplemente azar o ausencia de reglas. |
| La comparación depende de la frontera y de las variables del modelo. | Que dos casos deban ser idénticos en cada detalle físico para poder compararse. |
| Aspecto | Equifinalidad | Multifinalidad |
|---|---|---|
| Pregunta | ¿Cómo puede alcanzarse el mismo resultado desde caminos o condiciones diferentes? | ¿Cómo pueden aparecer resultados diferentes desde condiciones iniciales similares? |
| Condición inicial | Puede ser diferente. | Es igual o suficientemente similar según el modelo. |
| Trayectoria | Pueden existir rutas distintas hacia un mismo objetivo. | Las rutas se separan y producen estados diferentes. |
| Estado final | Similar o común. | Diferente o plural. |
La clase 9 nombró la equifinalidad y la multifinalidad casi en la misma respiración, pero solo definió una. Este laboratorio conserva esa diferencia: en un modo se trabaja con lo que el profesor dictó y en el otro con lo que dejó pendiente, sin rellenar el hueco.
Equifinalidad, definida en clase. El profesor leyó la definición de la lámina 7 en voz alta y la desarrolló con el ejemplo de la empresa que quiere aumentar utilidades por tres caminos distintos.
«Un sistema abierto se diferencia de un sistema cerrado por su interacción con el medio. Y esa es otra de las clasificaciones fundamentales de la teoría de sistemas.»
Clase 9, VTT 01:03:53.119–01:04:03.599 · cues 720–721
«La equifinalidad es esa propiedad de conseguir por caminos muy diferentes determinados objetivos, con independencia de las condiciones individuales que posee el sistema.»
Clase 9, VTT 01:05:36.160–01:05:50.359 · cues 742–743 · lectura de la lámina 7
En la lámina aparece un sistema empresarial que se plantea a nivel directivo el objetivo de aumentar utilidades. El cómo lograrlo puede verse desde diferentes perspectivas: empresas distintas siguen procesos diferentes para lograr lo mismo.
La utilidad se puede aumentar reduciendo los costos de producción: la empresa que produce gasta menos y, evidentemente, la utilidad aumenta.
Andamiaje del portalCondiciones individuales que lo hacen viable: Queda al alcance de una empresa que fabrica lo que vende y que todavía tiene margen para gastar menos sin dejar de producir. Un sistema que no tiene proceso productivo propio no encuentra por dónde entrar a este camino.
La definición, la distinción entre sistema abierto y cerrado y los tres caminos del caso empresarial son de la clase 9 —lámina 7 y desarrollo de viva voz entre 01:03:53 y 01:08:35—. El caso de la biblioteca, el campo «condiciones» de los seis caminos y el diagrama son andamiaje editorial del portal.
Dos equipos de la misma empresa deben construir un sistema web para gestionar citas universitarias. Parten de condiciones comparables: cuatro programadores, el mismo presupuesto, doce semanas de plazo, los mismos requisitos iniciales, la misma tecnología y el mismo entorno de pruebas.
| Etapa | Equipo A | Equipo B |
|---|---|---|
| Inicio | Mismos recursos, plazo, tecnología y requisitos iniciales. | Mismos recursos, plazo, tecnología y requisitos iniciales. |
| Semanas 1 a 4 | Valida requisitos con usuarios y corrige errores pequeños conforme aparecen. | Acepta cambios sin priorización y posterga la validación con usuarios. |
| Semanas 5 a 8 | Integra continuamente y mantiene el alcance principal estable. | Integra tarde; aparecen incompatibilidades y aumenta el retrabajo. |
| Semanas 9 a 12 | Prueba la solución completa y ajusta detalles antes del cierre. | Trabaja contra el tiempo, reduce pruebas y conserva defectos pendientes. |
| Estado final | Entrega una versión funcional en la fecha prevista. | Entrega tarde una versión incompleta y con fallas de integración. |
Si los dos equipos hubieran seguido caminos distintos y aun así hubieran alcanzado el mismo resultado, el concepto aplicable sería la equifinalidad. Aquí ocurre lo contrario: el inicio es semejante y los estados finales divergen. Lo que los separa no son los recursos sino las decisiones sobre retroalimentación, integración y priorización.
¿Qué afirma el principio de multifinalidad?Tarea T-7 · idea central
¿Cómo se relacionan equifinalidad y multifinalidad?Tarea T-7 · tabla comparativa
La multifinalidad NO significa que…Tarea T-7 · qué significa y qué no
En el ejemplo de los dos equipos de software, ¿qué se mantiene igual al inicio?Tarea T-7 · ejemplo de los dos equipos
¿Qué separa las trayectorias de los dos equipos?Tarea T-7 · evolución de las trayectorias
¿Por qué el ejemplo de los equipos no ilustra equifinalidad?Tarea T-7 · por qué representa multifinalidad
¿Qué implica la multifinalidad para la manera de explicar un resultado?Tarea T-7 · interpretación sistémica
¿Qué papel cumple la frontera del modelo en una comparación de multifinalidad?Tarea T-7 · frontera y perspectiva
¿En qué tipo de sistemas resulta especialmente útil el concepto?Tarea T-7 · introducción
Según la conclusión de la entrega, ¿qué cuestionan juntas la equifinalidad y la multifinalidad?Tarea T-7 · conclusión