Primeros pasos
Tu primera semana
Qué hacer los primeros días para que la plataforma sirva de algo, en orden.
El error más común al empezar es intentar montarlo todo antes de usar nada. Se tarda dos semanas, se abandona a la primera, y no se ha ganado nada. Este orden hace lo contrario: algo funcionando el primer día.
Día 1 — un caso de verdad
Coge algo que tengas hoy encima de la mesa: un proveedor al que pedirle papeles, un contrato a firmar. Hazlo entero por la plataforma, aunque sea más lento que por correo esa primera vez. Es lo único que enseña de verdad cómo encajan las piezas.
Día 2 — convertirlo en plantilla
Lo que acabas de hacer, guárdalo como proceso. A partir de ahí el segundo caso cuesta dos minutos.
Días 3 y 4 — el equipo
Ahora sí. Invita a quien vaya a usarlo con algo que ya funciona delante, no con una pantalla vacía. Dale a cada uno lo que necesite y nada más: el que solo consulta no necesita poder borrar.
Día 5 — lo que se te escapa
Mira qué documentos tuyos caducan y ponles fecha. Es lo que convierte la plataforma en algo que te avisa, en lugar de un archivador que hay que ir a mirar.
Ten en cuenta
Si al final de la semana tienes un proceso repetible y tres personas usándolo, va bien. Si tienes doce procesos y nadie dentro, conviene volver al día 1.
›¿Cuánto tarda en estar en marcha?
Un caso real, la primera tarde. Todo el equipo, una semana.
›¿Necesito ayuda de informática?
Para empezar no. Solo para conectar el correo con tu dominio, y eso puede esperar.
›¿Y si me equivoco al configurar?
Todo se cambia después. Nada de lo del primer día es irreversible.
Un caso real
La situación
Una empresa de doce personas empieza un lunes.
Qué haces
- El lunes pide papeles a un proveedor real
- El martes lo guarda como proceso
- El jueves entran tres compañeros
- El viernes marca las caducidades de sus seguros
Qué consigues
El lunes siguiente el segundo proveedor tarda dos minutos y nadie ha tenido que formarse.
La situación
Una empresa dedica la primera semana a configurar y no pide nada a nadie.
Qué haces
- Elige un proceso real que ya duela y lo lanza el primer día
- Ajusta la configuración con lo que aparezca
Qué consigues
La configuración se decide con casos reales en vez de con suposiciones.
La situación
Se invita a todo el equipo el primer día y nadie sabe qué hacer.
Qué haces
- Empieza una sola persona con un proceso propio
- Los demás entran cuando hay algo que enseñarles
Qué consigues
Quien entra encuentra algo funcionando y no una herramienta vacía.
La situación
Al tercer día hay que pedir lo mismo a otro proveedor y se rehace desde cero.
Qué haces
- Guarda el primer proceso como plantilla
- Lanza el segundo proveedor desde ella
Qué consigues
La segunda petición cuesta dos minutos en lugar de media hora.
La situación
Nadie sabe si el proveedor ha recibido la petición.
Qué haces
- Consulta el estado de cada petición enviada
- Deja que los recordatorios salgan solos
Qué consigues
Se dejan de escribir correos preguntando si ha llegado.
La situación
La primera semana termina sin nada que enseñar a la dirección.
Qué haces
- Cierra un expediente completo, aunque sea pequeño
- Lo enseña con su rastro y sus fechas
Qué consigues
La decisión de seguir se toma sobre algo hecho y no sobre una promesa.
Este artículo responde a
- por dónde empiezo en code contract
- qué hago el primer día
- cómo pongo en marcha la plataforma
- guía de inicio rápido