Qué hacemos y cómo lo hacemos.
Un producto nuevo y una plataforma que una organización ya usa son puntos de partida distintos para el mismo tipo de trabajo: software del que la gente depende, construido para seguir funcionando y seguir evolucionando.
Un solo tipo de trabajo, tres partes conectadas.
Siguen conectadas de principio a fin, en lugar de tratarse como etapas que se pasan de mano en mano. No hay un punto de entrada fijo ni un punto final fijo.
Definición de producto
le dice al diseño qué hacer y para quién, y a la ingeniería qué debe existir y qué no debe cambiar.
Diseño
se hace sabiendo cómo se va a construir el software, y devuelve lo que revela la interfaz.
Ingeniería
se hace sabiendo quién va a usar el software, y devuelve la viabilidad, las restricciones y lo que costaría cambiar.
El software en uso
devuelve nuevas necesidades y restricciones de la plataforma. Eso es lo que significa construido para seguir evolucionando.
Las tres partes
Definición de producto
- Qué cubre
- Qué tiene que hacer el software, para quién y con qué restricciones: el problema, las personas, sus flujos de trabajo.
- Lidera cuando
- La necesidad está clara y lo que hay que construir todavía no está definido.
- Termina en
- Un alcance para una primera versión, requisitos, una dirección de arquitectura y la construcción que sigue.
Diseño
- Qué cubre
- UX y UI, interacción, sistemas de diseño, prototipos cuando una decisión los necesita. Varios roles significan varias vistas de los mismos datos.
- Lidera cuando
- Hay que definir, diseñar y construir un producto nuevo como un solo trabajo.
- En una plataforma en uso
- Diseña dentro de las convenciones de la propia plataforma, no en contra de ellas.
Ingeniería
- Qué cubre
- Front-end y backend, API e integraciones, arquitectura, versiones y compatibilidad.
- Lidera cuando
- La plataforma tiene que hacer algo nuevo, intercambiar datos con otros sistemas o seguir funcionando en su siguiente versión.
- Construimos con
- React y Next.js, Node.js y PHP, y dentro de Moodle.
Cómo transcurre el trabajo
Sin una secuencia fija: cuatro cosas que aparecen en casi cualquier trabajo.
Cómo empezamos
Desde el problema, no desde una especificación. Lo hacen primero las personas que van a diseñar y construir el software, y termina en cosas decididas: alcance, requisitos, dirección de arquitectura.
Diseño e ingeniería juntos
Las decisiones se toman en la misma mesa, por personas que se ocupan de ambas. Termina en un software que se puede construir tal como se diseñó y usar tal como se construyó.
Entrega y evolución
Un repositorio desde el principio, documentación a medida que se construye y un paso de entrega cuando el encargo lo incluye. Termina en un software que alguien distinto de nosotros puede operar y cambiar.
Trabajar en una plataforma en uso
Una plataforma en la que las personas inician sesión cada día no se puede detener para el trabajo, y tendrá una siguiente versión. Así se gestiona nuestro propio producto: mooDesk está verificado en Moodle 4.5, 5.0, 5.1 y 5.2, con una matriz de pruebas en PHP 8.2–8.4 sobre MariaDB y PostgreSQL.
Un producto, varios roles, una plataforma debajo.
Cada rol tiene interfaces diseñadas para lo que tiene que hacer. Debajo, mooDesk usa los permisos, la API de privacidad y la búsqueda global de Moodle.
Este sitio web lo diseñamos y construimos nosotros mismos: su sistema de diseño y el código que hay detrás.
Lo que esta página no muestra
- No se muestra públicamente ninguna fase de definición con clientes.
- Mostrado públicamente en Moodle; todavía no hay un ejemplo atribuible en otra plataforma.
- No se muestra públicamente ninguna plataforma de cliente ni ningún proyecto de actualización de versión atribuibles.
- También hemos trabajado en otros tipos de plataformas (portales, gestión de casos, sistemas de miembros); ese trabajo no se muestra públicamente.
Hablemos
Cuéntanos sobre el producto o la plataforma: qué tiene que hacer, en qué entorno funciona y qué lo está frenando.
Hablemos