Liderar una práctica de diseño y reconstruir la plataforma que la sostenía

Dos trabajos a la vez: dirigir la práctica y seguir diseñando

Durante cuatro años lideré la práctica de diseño en una cuenta de tecnología para el sector salud, sin dejar nunca de llevar mis propias asignaciones. La mitad de liderazgo mantenía alineado y con staffing a un equipo en crecimiento; la mitad práctica me mantenía lo bastante cerca del producto para liderar con credibilidad.

Reconstruir la plataforma de Providers

El producto del cliente dirigido a Providers estaba migrando de un stack tecnológico envejecido a Angular. Una migración de ese tamaño suele tratarse como un ejercicio de ingeniería: levantar las pantallas y publicar el mismo producto sobre rieles nuevos. Nosotros la tratamos como la única oportunidad de arreglar aquello con lo que los usuarios realmente batallaban: la navegación misma.

Eso lo convirtió en un rediseño completo en vez de un port, y elevó el riesgo: cambiar la forma en que la gente se mueve por una plataforma que usa todos los días es la manera más rápida de perderla. Todo lo que vino después (la metodología, la decisión del sistema de diseño, las pruebas) se desprendió de ese riesgo.

Una decisión deliberada: adopción total, no parcial

Trabajamos directamente dentro del sistema de diseño del cliente, y tratamos el nivel de adopción como una decisión explícita y no como un default. Al ser un rediseño total sobre un stack nuevo, no había deuda heredada que valiera la pena preservar, lo que hizo que la opción más exigente fuera también la más barata de construir.

De la auditoría del sistema heredado a un diseño en desarrollo

El rediseño avanzó deliberadamente de baja a alta fidelidad, cada paso lo bastante barato como para desecharlo hasta que el modelo de navegación se ganó la confianza.

Entregado como algo que ingeniería sí podía construir

Lo que me llevo