sys.onlinemad --:--:--
nuevo// para equipos de software
Una funcionalidad no acaba en el merge
El lunes soporte no sabe qué ha cambiado, finanzas descubre el descuadre a fin de mes y legal se entera por un cliente. No falta un tablero: falta que cada funcionalidad diga, antes de construirse, a quién le cambia el trabajo — y que esas áreas firmen.
UnifyFlow Dev une en un solo paso a paso el flujo, la documentación, los criterios y la aprobación compartida.
demo · empresa, personas y cifras de ejemplo · no guarda nada
01 Idea1¿Qué problema resuelve y quién lo lleva? 02 Definición1¿Cómo sabremos que funciona? 03 Impacto1¿A quién le cambia el trabajo? 04 Aprobación1¿Firman todas las áreas que toca? 05 Construcción1¿Está la PR enlazada al diseño? 06 Verificación1¿Pasa cada criterio? 07 Lanzamiento1¿Está cada área lista para el día uno? 08 En producción1Hecho.
// 2 choques · dos funcionalidades vivas tocan lo mismo
- Datos personales: ·
- Esquema de base de datos: ·
Cobro por uso en el plan Pro
Problema: Las gestorías con picos trimestrales pagan todo el año un plan que sólo aprovechan cuatro meses y se van a la competencia.
- Idea
- Definición
- Impacto
- Aprobación
- Construcción
- Verificación
- Lanzamiento
- En producción
Para salir de Aprobación (¿firman todas las áreas que toca?):
siguiente pasoVentas firma (Irene)
Qué toca. Marca o quita: las áreas se recalculan solas.
Ojo: si lo que añades mete un área nueva, vuelve a Impacto. Nadie firma algo que no ha visto.
- Productosiempre
- Ingenieríasiempre
- QAsiempre
- SoportePantallas · FacturaciónLas capturas y artículos de ayuda quedan viejos el día del lanzamiento.Las dudas de facturación son el pico de tickets tras cualquier cambio.
- VentasPrecio y planesLas propuestas abiertas llevan el precio viejo.
- FinanzasFacturación · Precio y planesUn cobro mal calculado es un descuadre a fin de mes y una factura rectificativa.Cambia la previsión de ingresos.
- DatosMétricasSin el evento definido antes, la funcionalidad sale y nadie sabe si funciona.
- MarketingPrecio y planesLa web de precios y las campañas dicen otra cosa.
- Producto · Martafirmada¿Resuelve el problema que escribimos, o otro?
- Ingeniería · Diegofirmada¿Qué módulos toca y qué puede romper?
- QA · Lucíafirmada¿Cada criterio se puede probar?
- Soporte · Pablofirmada¿Qué preguntarán los clientes el lunes?
- Ventas · Irenependiente¿Qué clientes con contrato lo notan?
- Finanzas · Anaobjeción«No está escrito cómo se prorratea el exceso si cambian de plan a mitad de mes»
- Datos · Sergiofirmada¿Qué evento medimos y qué panel se rompe?
- Marketing · Clarapendiente¿Se anuncia, a quién y cuándo?
documentos que pide el flujo7/13
Todavía nada en esta sesión. Firma, objeta, escribe un documento o amplía el alcance y queda aquí, con quién.
Prueba esto: en Cobro por uso, firma como Ventas y Marketing; la objeción de Finanzas sigue frenando. En Webhook de pedidos v2, marca «Datos personales»: entran Legal y Seguridad y vuelve a Impacto. Cambia «ver como» a Legal para ver su bandeja.
- 01Idea¿Qué problema resuelve y quién lo lleva?El problema escrito —no la solución— y una persona responsable.
- 02Definición¿Cómo sabremos que funciona?Dos criterios de aceptación como mínimo (dado, cuando, entonces) y la especificación con lo que queda fuera.
- 03Impacto¿A quién le cambia el trabajo?Qué toca, declarado. Cada área que entra deja escrito su documento de antes: RGPD, impacto en ingresos, plan de vuelta atrás…
- 04Aprobación¿Firman todas las áreas que toca?Firman todas las áreas impactadas. Una objeción abierta frena igual que una firma que falta, y objetar exige decir qué falta.
- 05Construcción¿Está la PR enlazada al diseño?La PR enlazada a la especificación que se aprobó, no a otra.
- 06Verificación¿Pasa cada criterio?Cada criterio de aceptación, comprobado uno a uno.
- 07Lanzamiento¿Está cada área lista para el día uno?Cada área lista para el día uno —macro de soporte, nota comercial, runbook, changelog— y las dependencias ya en producción.
- 08En producciónHecho.Ya no se mueve. Lo que se aprobó es lo que salió.
[03] la regla de impacto
Lo que hoy vive en la cabeza de dos veteranos.
Qué toca una funcionalidad y a quién le cambia el trabajo, escrito una vez. Producto, Ingeniería y QA firman siempre; el resto entra por lo que se toca, con la frase que explica por qué.
- PantallasCambia algo que el cliente ve o pulsa.
- SoporteLas capturas y artículos de ayuda quedan viejos el día del lanzamiento.
- API públicaEndpoints, webhooks o SDK que usan terceros.
- VentasHay clientes integrados con contrato que se rompen si cambia el contrato de la API.SoporteLos integradores escriben a soporte, no a ingeniería.OperacionesHace falta versionar y vigilar errores 4xx de clientes viejos.
- Datos personalesRecoge, guarda, cruza o borra datos de personas.
- Legal / DPOCada dato nuevo necesita base legal, plazo y registro de actividades (RGPD).SeguridadMás datos personales es más superficie de fuga.
- FacturaciónToca cobros, facturas, impuestos o reembolsos.
- FinanzasUn cobro mal calculado es un descuadre a fin de mes y una factura rectificativa.SoporteLas dudas de facturación son el pico de tickets tras cualquier cambio.
- Precio y planesCambia qué incluye cada plan o cuánto cuesta.
- VentasLas propuestas abiertas llevan el precio viejo.MarketingLa web de precios y las campañas dicen otra cosa.FinanzasCambia la previsión de ingresos.
- Esquema de base de datosMigraciones, columnas o tablas nuevas.
- OperacionesUna migración que no es aditiva no tiene vuelta atrás limpia.DatosLos paneles y extracciones leen esas tablas.
- Permisos y rolesQuién puede ver o hacer qué.
- SeguridadUn permiso de más es una escalada de privilegios.SoporteCambia lo que un administrador puede resolver sin escribir.
- Proveedor externoUn servicio de terceros nuevo o distinto.
- Legal / DPOUn proveedor que trata datos es un encargado de tratamiento: hace falta contrato.SeguridadCredenciales nuevas y un tercero en la cadena.OperacionesSi el proveedor cae, ¿qué hace la aplicación?
- Correos y avisosMensajes que salen hacia clientes.
- MarketingEl tono y la frecuencia de lo que recibe el cliente son de marca.Legal / DPOUn aviso comercial necesita consentimiento; uno de servicio, no.
- MétricasEventos, paneles o KPIs.
- DatosSin el evento definido antes, la funcionalidad sale y nadie sabe si funciona.
- InfraestructuraColas, workers, almacenamiento o capacidad.
- OperacionesMás piezas que vigilar y que escalar.FinanzasCambia la factura del proveedor de nube.
- 01El impacto se calculaNadie elige a mano quién aprueba. Se declara qué toca la funcionalidad —pantallas, API pública, datos personales, facturación…— y de ahí salen las áreas, sus preguntas y sus documentos.
- 02Ninguna etapa se saltaCada etapa tiene su lista de salida y el botón no se enciende hasta que está completa. El paso a paso es el mismo para todo el equipo, no depende de quién lleve la tarjeta.
- 03Ampliar el alcance reabreSi después de aprobar se añade algo que mete un área nueva, la funcionalidad vuelve a Impacto. Las firmas que había se quedan; el área nueva firma lo que no había visto.
- 04Las áreas tienen bandejaSoporte, Legal o Finanzas no persiguen a ingeniería por Slack: abren su bandeja y ven qué espera de ellas, primero lo que bloquea hoy.
[05] qué hay hoy y qué es propuesta
Cada pieza dice si existe.
- demo hoy
- El tablero de esta página: el motor de etapas, la regla de impacto, la aprobación compartida, las bandejas por área y los choques. Corre en tu navegador con una empresa de ejemplo; no guarda nada.
- propuesta
- Conectarlo al repositorio y al gestor de tareas (GitHub, Linear, Jira) para que la PR, el CI y los despliegues marquen sus requisitos solos, y abrirlo al agente por MCP: «¿a quién impacta esto?», «¿qué le falta para lanzar?».
- a medida
- Las superficies, áreas y documentos de tu empresa no son los de Facturo. Se configuran con tu equipo en una sesión y la regla de impacto queda escrita.
¿Lo montamos con tu equipo? Una sesión para escribir vuestra regla de impacto y un piloto con las funcionalidades que tenéis en curso.