Dos niveles de una decisión
La matriz describe un acuerdo organizativo que debe contrastarse con permisos técnicos. El sistema puede permitir una acción no autorizada en el proyecto, o impedir una decisión acordada por falta de acceso.
Usa acciones concretas, no roles genéricos. «Cliente» no distingue a quien aporta material de quien unifica respuestas con autoridad.
Matriz de ejemplo para un proyecto pequeño
| Acción | Miembro del equipo | Responsable del proyecto | Contacto del cliente | Responsable de decisión del cliente |
|---|---|---|---|---|
| Leer cálculos internos | Según las reglas internas | Sí | No | No |
| Ver un borrador compartido | Sí | Sí | Sí | Sí |
| Aportar material | Sí | Sí | Según lo acordado | Según lo acordado |
| Dar comentarios | Sí | Sí | Sí | Sí |
| Documentar la decisión del cliente | No | Asignar el resultado | No | Sí |
| Finalizar el acceso | Según el rol técnico | Solicitar y comprobar | No | No |
Una decisión necesita un objeto definido
Añade a la matriz qué se decide. Confirmar el orden no aprueba todos los textos, imágenes y aspectos técnicos. Mantén juntos objeto, versión y siguiente acción.
Si dos contactos se contradicen, la matriz no resuelve el fondo automáticamente. Identifica quién debe unificar respuestas. Sin ese responsable, el equipo ejecutor acaba decidiendo sin querer.
Cuatro pruebas de denegación para la implementación
Otro proyecto
Con una cuenta de prueba independiente, abre una URL conocida de otro proyecto de prueba. El acceso debe denegarse según el límite previsto.
Archivo interno
Prueba una URL de descarga directa. Ocultar el archivo de la lista no basta para impedir el acceso.
Acción no permitida
Pide a la persona técnica responsable que pruebe la autorización del servidor. Un botón desactivado no la demuestra.
Acceso revocado
Tras revocar, intenta acceder de nuevo y revisa sesiones existentes. Considera aparte las copias descargadas.
Actualizar la matriz ante cambios
Cambios de personal, subproyectos y documentos pueden alterar el alcance. Actualiza la matriz entonces; un documento obsoleto crea falsa seguridad.
Registra fecha, rol, acción, resultado esperado y observado. Ante diferencias, deja pendiente ese uso hasta aclarar la causa. Una tabla rellenada no demuestra que la aplicación aplique las reglas.
De la guía al proyecto de ejemplo.
Prueba los pasos en la demo de OOKI: tareas, vista del cliente, tiempos y borrador de factura con datos ficticios. Sin registro.
Prueba la demo (DE)