El Tablero Digital es un instrumento visual colaborativo desarrollado en el Departamento de Ciencias de la Computación de la Universidad de Chile. Se utiliza para apoyar la definición del alcance de proyectos de desarrollo o evolución de sistemas de información, facilitando la comunicación entre proveedores y clientes durante las etapas tempranas de un proyecto.
OrigenDCC — Universidad de Chile
ValidaciónEmpresas en Chile y Brasil
AdopciónReemplazó prácticas previas en varios proveedores
¿Para qué sirve?
En un proyecto de software a medida, una de las actividades más críticas es determinar qué funcionalidades tendrá el sistema. El Tablero Digital permite que ambas partes —cliente y proveedor— representen visualmente el estado actual del sistema (as-is) y el estado deseado (to-be) mediante tarjetas (post-its) organizadas en secciones.
Idea central
Cada tarjeta representa un Requisito de Usuario: una intención o necesidad desde la perspectiva de quien utilizará el sistema. Las secciones del tablero proveen el vocabulario para declarar esas intenciones de manera estructurada, ayudando a identificar qué partes del sistema están cubiertas y cuáles faltan por definir.
El tablero ha sido utilizado en múltiples proyectos de la industria en Chile y Brasil, y fue validado empíricamente a través de un estudio cualitativo. Los participantes lo percibieron como usable y útil, y varias empresas lo han adoptado reemplazando sus prácticas anteriores.
Las seis secciones del tablero
El Tablero Digital organiza los requisitos en seis secciones que reflejan el flujo natural de información en un sistema de información: los datos ingresan, se almacenan, se procesan y se comunican al exterior.
Funcionalidades en las que un operador humano, mediante interacción directa con interfaces de usuario, crea, modifica o elimina datos que el sistema mantiene de forma persistente. El operador puede ser un usuario final, un administrador o cualquier actor que actualice información a través de formularios, pantallas de edición u otros mecanismos análogos. No abarca el ingreso transitorio de datos que solo sirve para recuperar o navegar información —como criterios de búsqueda o credenciales de acceso—, que no modifica el estado del sistema.
Ejemplos de tarjetasFormulario de registro de proyectosPantalla de edición de perfilCarga de documentos
Funcionalidades mediante las cuales el sistema incorpora o actualiza información sin intervención humana directa, ya sea de forma periódica o reactiva ante eventos externos. Su propósito es asegurar que el sistema disponga de información oportuna y coherente, reduciendo la dependencia de la actualización manual.
Ejemplos de tarjetasSincronización nocturna con sistema contableIngesta de datos desde API externaScraping de precios
Identifica las entidades o tipos de información que el sistema mantiene de forma persistente. A diferencia de las demás secciones, no describe acciones sino las estructuras de datos sobre las que actúan los componentes. Toda funcionalidad que crea, modifica o consulta información del sistema involucra, de manera implícita, uno o varios conceptos de datos.
Ejemplos de tarjetasProyectosUsuariosTransaccionesProductosDocumentos
Agrupa funcionalidades que entregan información al usuario cuando este la solicita explícitamente. El usuario indica qué información desea, y el sistema la recupera, procesa y presenta sin modificar los datos subyacentes.
Ejemplos de tarjetasBuscador de proyectosReporte de gastos mensualesDashboard de indicadoresMapa de sucursales
Reúne funcionalidades mediante las cuales el sistema comunica información de manera proactiva, sin requerir solicitud del usuario. Se activan en respuesta a eventos, cambios de estado o condiciones predefinidas.
Ejemplos de tarjetasNotificación de vencimiento de plazoAlerta de error en proceso de cargaEmail de confirmación
Comprende funcionalidades que operan de forma independiente del usuario, ejecutando tareas programadas o reactivas que transforman, validan o generan información. Se ejecutan típicamente en segundo plano y resultan fundamentales para mantener la consistencia e integridad de los datos, así como para exponer servicios a otros sistemas.
Ejemplos de tarjetasCálculo de indicadores mensualesValidación de integridad de datosLimpieza de registros obsoletosAPI REST para consumir datos
Cómo se relaciona con el catálogo
El tablero declara el propósito del sistema —el qué se necesita— mientras que el catálogo de componentes describe cómo se materializa ese propósito en funcionalidades concretas.
Cada componente del catálogo puede vincularse con varias secciones del tablero simultáneamente. Algunos de estos vínculos son mandatorios (el componente siempre toca esa sección) y otros opcionales (dependen de capacidades adicionales que el componente puede incorporar).
Ejemplo: el componente Mantenedor
Mantenedor→Actualización ManualConceptos de DatosSalidas por Demanda
Un Mantenedor toca Actualización Manual (formularios de creación y edición), Conceptos de Datos (la entidad que gestiona), y Salidas por Demanda (listado, búsqueda y filtrado de registros).
Esta transversalidad se captura en la matriz consolidada, que muestra para cada componente qué secciones del tablero cubre y con qué carácter (mandatorio u opcional).
Origen y validación
El Tablero Digital fue propuesto originalmente en el contexto de la investigación en ingeniería de requisitos del DCC, como una respuesta a las dificultades que enfrentan las empresas de software —particularmente las pequeñas y medianas— al definir el alcance de proyectos a medida en escenarios multi-proveedor.
La herramienta fue evaluada formalmente con empresas de Chile y Brasil. Los resultados del estudio mostraron que el tablero:
- Facilita la discusión, negociación y acuerdo sobre el alcance entre proveedor y cliente.
- Reduce la ambigüedad y el tiempo necesario para comunicar los requerimientos.
- Minimiza el riesgo de omitir elementos clave del sistema.
- Es accesible tanto para perfiles técnicos como para stakeholders de negocio.
Varios proveedores adoptaron el instrumento como su práctica regular para realizar el scoping de proyectos a medida, reemplazando las técnicas tradicionales de ingeniería de requisitos que habían venido usando.
Para una descripción académica completa del Tablero Digital, su fundamento conceptual y los resultados de su validación empírica, consulta el documento de memoria y el artículo de investigación asociado.