Responsabilidad visible
Cada decisión tiene una persona responsable, un alcance y unas condiciones para revisarla.
Estrategia · producto · tecnología
Cómo tomo decisiones de tecnología y producto en EdTech.
Trabajo desde el problema que la organización necesita resolver hasta el comportamiento real del sistema. El recorrido incluye el crecimiento del producto, las decisiones académicas, la arquitectura, el trabajo del equipo y las condiciones necesarias para operar.
Secuencia de trabajo
Una decisión tecnológica se prepara, se ejecuta y se revisa como parte del mismo recorrido.
El orden evita que una venta se convierta directamente en una variante del producto, que un piloto llegue a producción sin responsable o que una decisión técnica sustituya el criterio académico.
- 01
Aclarar el problema
Concreto qué resultado necesita la organización, para quién y qué decisión sigue abierta.
- 02
Fijar el rumbo
Relaciono la estrategia de negocio y de aprendizaje con las capacidades que habrá que desarrollar o adquirir.
- 03
Diseñar el sistema
Reparto qué resuelve el producto, qué resuelve cada plataforma y qué debe quedar en manos del equipo, y decido cómo circulan los datos entre ellos.
- 04
Dirigir la ejecución
Ordeno las dependencias, resuelvo las decisiones transversales y ajusto el alcance a la capacidad disponible.
- 05
Comprobar y corregir
Reviso el comportamiento en producción, la adopción, el coste y las incidencias antes de mantener o cambiar el rumbo.
Una decisión de principio a fin
Así recorro una decisión real, desde que aparece hasta que la reviso.
El ejemplo es una decisión que me he encontrado muchas veces: una plataforma que empieza a servir a varias organizaciones y hay que decidir si se separan por lógica o por infraestructura.
- 01
Averiguo qué obliga a decidir ahora
Casi nunca es la tecnología. Suele ser un contrato que exige aislamiento, una auditoría que pregunta por la separación de datos o una organización nueva que no encaja en el modelo actual. Si no encuentro esa presión concreta, la decisión puede esperar y probablemente deba hacerlo.
- 02
Escribo qué pasa si no hago nada
Es el escenario contra el que se comparan los demás, y el que más veces se omite. Sin él, cualquier alternativa parece mejor que la situación actual solo porque es nueva.
- 03
Delimito quién decide qué
El aislamiento lo decide quien asume el riesgo, no quien administra el servidor. La operación la decide quien va a sostenerla. Cuando esto no está claro, la decisión se toma dos veces y en direcciones distintas.
- 04
Comparo por consecuencias, no por características
Qué pasa cuando una organización tiene un problema, quién administra qué, si se puede compartir contenido, cómo se actualiza, si los informes se pueden juntar y cuánto cuesta operarlo. Una tabla de prestaciones no responde ninguna de esas preguntas.
- 05
Decido pensando en la escala futura
Lo que funciona con tres organizaciones puede ser inviable con treinta. Comparo el coste y el riesgo de anticipar esa escala con los de migrar más adelante, porque diseñar demasiado pronto también puede añadir complejidad innecesaria.
- 06
Dejo la decisión por escrito con su fecha
Qué se decidió, con qué información y qué la haría cambiar. Es lo que permite revisarla dentro de un año sin reconstruir el razonamiento de memoria.
- 07
La reviso periódicamente y cuando cambia el supuesto
Fijo una fecha de revisión y vuelvo antes al documento cuando entra una nueva organización, cambia el requisito de informes o alguien pide algo que el modelo elegido no permite. Así no dependo de detectar a tiempo todos los cambios relevantes.
Criterios
Cuatro condiciones mantienen unidas la estrategia y la realidad técnica.
Sirven para discutir una inversión, una hoja de ruta, una arquitectura o una iniciativa de IA con el mismo lenguaje.
Producto y tecnología unidos
La hoja de ruta incorpora las consecuencias para la arquitectura, los datos, la seguridad y la operación.
Capacidad real de ejecución
El plan guarda relación con los equipos, el conocimiento disponible, los proveedores y el trabajo que mantiene el servicio en funcionamiento.
Pruebas acordes con el riesgo
La prueba exigida depende del riesgo, del coste de revertir la decisión y del efecto que tendría un fallo.
Inteligencia artificial
La IA entra en el producto mediante decisiones que pueden comprobarse.
El modelo y el proveedor se eligen después de delimitar la finalidad, la información autorizada, la evaluación y la responsabilidad operativa.
- 01
Caso de uso
Defino la tarea, el resultado esperado y las situaciones en las que el sistema debe abstenerse.
- 02
Información
Delimito las fuentes, la vigencia, la procedencia, los permisos y los datos que no deben utilizarse.
- 03
Evaluación
Establezco pruebas y criterios de aceptación antes de ampliar el uso o aumentar la autonomía.
- 04
Operación
Preparo la supervisión, la trazabilidad y la corrección, además de un mecanismo para detener la función o sustituir el modelo o el proveedor que la presta.
Contacto
Si la estrategia, el producto y la plataforma están avanzando en direcciones distintas, empecemos por la decisión pendiente.
Cuéntame qué necesita conseguir la organización, qué está impidiendo avanzar y quién debe responder del resultado.
hola@albertolarah.comLinkedIn ↗