Location via proxy:   [ UP ]  
[Report a bug]   [Manage cookies]                

Set-Based Design

Descargar como pdf o txt
Descargar como pdf o txt
Está en la página 1de 11

Set-Based Design

El diseño basado en conjuntos (SBD) es una práctica que mantiene los requisitos y las opciones de diseño flexibles durante
el mayor tiempo posible durante el proceso de desarrollo. En lugar de elegir una solución de un solo punto por adelantado,
SBD identifica y explora simultáneamente múltiples opciones, eliminando las opciones más pobres con el tiempo. Mejora la
flexibilidad en el proceso de diseño al comprometerse con soluciones técnicas solo después de validar los supuestos, lo que
produce mejores resultados económicos.

El desarrollo de sistemas se puede describir como un proceso de conversión continua de la incertidumbre en conocimiento.
No importa qué tan bien se defina y diseñe inicialmente un sistema, las necesidades reales de los clientes y las opciones
tecnológicas son inciertas y evolucionan. Por lo tanto, comprender cómo se debe implementar un sistema debe adaptarse
con el tiempo.

SBD es una herramienta que se ocupa en el proceso de diseño, donde se evalúan distintas alternativas, algunas veces de
forma colaborativa, otras veces de forma no colaborativa.

Se necesita desarrollar un conjunto de alternativas y entender cuál es el impacto que cada una de estas alternativas tiene en
nuestro proyecto antes de tomar una decisión, esto es parte de las estrategias de Set-Based Design.

Se debe desarrollar cada alternativa hasta el último momento responsable.

En un diseño tradicional, que muchas veces lo describimos como Point-Based Design o un diseño basado en un punto, se
genera sólo una alternativa, muchas veces se toma la decisión de cuál alternativa se selecciona en el diseño, desde
una perspectiva individual de un solo especialista en este proyecto.
Por lo tanto, después de que un especialista en el proyecto toma la decisión de cómo va a ser este proyecto, va a ser
diseñado este proyecto, entonces pasa al siguiente especialista; seguramente ese siguiente especialista va a encontrar algún
error, algún cambio que hay que hacer, y va a tener que devolvérselo al especialista anterior. Por lo tanto, es un proceso que
es bastante iterativo y no muy colaborativo.

Set-Based Design lo que dice es que hay que explorar múltiples alternativas, un set de alternativas de forma colaborativa, es
decir, que no solamente un especialista va a ver todas las múltiples alternativas, sino que va a ser de forma
colaborativa, entender cuál es el impacto de cada una de estas alternativas.

Con SBD, los equipos toman decisiones de diseño solo después de haber adquirido suficiente conocimiento y datos. Lo
hacen manteniendo múltiples requisitos y opciones de diseño durante un período más largo en el ciclo de desarrollo. A
medida que avanza la línea de tiempo, utilizan datos empíricos para reducir el enfoque en la opción de diseño final. A través
de este enfoque, adoptan el Principio #3 – Asumir la variabilidad; conservar las opciones durante el mayor tiempo posible,
proporcionando la máxima flexibilidad.

Por el contrario, el diseño basado en puntos se compromete con un conjunto de requisitos y una estrategia de diseño única al
principio del proceso utilizando información antigua del sistema para impulsar las decisiones. A menudo conduce a
suposiciones incorrectas y descubrimientos tardíos que requieren una lucha contra incendios sustancial y un retrabajo a
medida que se acerca la fecha límite. Esto puede requerir atajos, compromisos de calidad y, lo que es peor, compromisos y
plazos incumplidos del programa. El uso de la canalización de entrega continua para proporcionar retroalimentación y
aprendizaje junto con SBD es a menudo el enfoque óptimo.
En SBD se va a decidir también de forma colaborativa con los distintos especialistas participando en este proyecto.

La decisión se hará en el último minuto o momento responsable, esto se refiere a que cuando no se toma esa decisión se
pierden algunas de las alternativas, por lo tanto, dejamos de tomar la decisión y nos quedamos con menos alternativas.

Hay que esperar hasta cuándo uno puede tomar esa decisión y aplazarla lo más que se pueda.

PROBLEMA DE DISEÑO

Pensando en una sola decisión, hay un espacio de diseño enorme, pero no somos capaces de explorar todas las posibles
alternativas, pero al menos debemos identificar varias de esas alternativas para nuestro proyecto en particular.

De esa alternativa, vamos a tener criterios que son exigidos, criterios que la solución a la decisión debe tener. Por lo tanto,
se van a descartar las alternativas que no cumplen los criterios exigidos de los distintos especialistas.

Los criterios requeridos nos van a ayudar a seleccionar la mejor alternativa, la más deseada, dentro de las que cumplen con
los criterios exigidos.
EJEMPLO

Esto es un proyecto de construcción, en el que se fueron tomando decisiones en el tiempo sobre, por ejemplo, ¿Dónde
instalar el edificio? ¿Cómo debería ser el layout del edificio?, si debería ser compacto o debería ser expandido, ¿Cuál es el
sistema constructivo?, etc.

Hay muchas decisiones que se van tomando a lo largo de un proyecto y que van terminando con el producto final, en este
caso un edificio, pero podría haber sido otra cosa. El equipo de diseño, de este edificio en particular, ha decidido en forma
colaborativa cada una de estas decisiones, se esperó hasta el último minuto responsable para poder tomar estas decisiones.
Un ejemplo en el que un futuro vehículo autónomo tiene un hito de aprendizaje significativo
SBD Conceptual Framework for Systems Design
Example of Set Based Design Framework

También podría gustarte