01
Primer plan
Escribir qué significa hecho
Quién compra, qué hace, qué tiene que operar el equipo, y qué queda fuera. Con precio y fecha. Lo edita antes de firmar.
Greenfield
Un producto que sus clientes pueden comprar. Con su nombre.
Hemos construido decenas de productos propios así. Un ingeniero responsable, un enjambre de agentes, y una definición de hecho por escrito antes de que nadie diseñe una pantalla. Ahora construimos el suyo.
Por qué los productos nuevos llegan tarde y a medias.
Porque se contrató un equipo de proyecto para construir funciones, y a nadie para terminar un producto.
Hecho
Qué significa hecho sigue sin estar claro hasta la semana del lanzamiento. Entonces es lo que esté listo.
Responsabilidad
Un equipo informa del estado. Nadie responde de que un cliente pueda pagar y de que el soporte pueda contestar.
Operaciones
Hereda una base de código sin manuales de operación, sin pruebas, y un proveedor del que ya no puede salir.
Mientras corre
Qué puede ver en cualquier momento.
Dónde vive
Su nube. Su repositorio.
- 01 Aplicación Web, móvil e informes corren en sus cuentas.
- 02 Repositorio El primer commit ya es suyo.
- 03 Alojamiento Nunca lo alojamos. No hay nada que deshacer cuando nos vamos.
El trabajo
Cómo se ejecuta, en orden.
02
Contratos
Primero las conexiones
Identidad, facturación, datos y socios se construyen y se prueban antes de que se multipliquen las pantallas.
03
Construcción en paralelo
El enjambre lo construye
Producto, datos, pruebas y documentación avanzan juntos. El ingeniero responsable revisa cada pieza según el criterio de hecho.
04
Lanzamiento
Aceptar y entregar
Seguridad, rendimiento, soporte y responsables están en su sitio. Su equipo lo opera. Seguimos localizables durante el periodo acordado.
01
Hecho
El lanzamiento es una aceptación, no una fecha en una diapositiva.
Los clientes pueden comprar. Su equipo puede operarlo. Seguridad y rendimiento han superado las comprobaciones. Esa es la definición de hecho, escrita antes de la primera pantalla.
Aceptación
Qué hay en su repositorio antes de firmar
- 01 Pruebas Escritas con el código. Se ejecutan en su pipeline.
- 02 Manuales de operación Cómo operarlo. A quién llamar. Cómo hacer rollback.
- 03 Riesgos Cada punto abierto tiene un responsable. Nada se descubre después.
02
Suyo
UNIT01 no está en el producto.
Su nombre, sus clientes, su mercado, su repositorio. Lo construimos como construimos los nuestros, y lo entregamos por completo.
Suyo
Nada de lo que hemos construido sigue siendo nuestro
- 01 Código En sus cuentas desde el primer commit.
- 02 Marca Su nombre. Sus clientes. Su mercado.
- 03 Acceso Nuestras claves se revocan cuando acepta. Sin derechos residuales.
03
La semana
Cada semana termina en evidencia o en una parada.
Qué se ha entregado, qué ha fallado y qué está bloqueado. El viernes se va con una decisión y la prueba. No una demostración.
Una semana
Qué produce una semana
- 01 Lunes El alcance de la semana queda fijo. Todo lo demás queda fuera.
- 02 A media semana Las comprobaciones fallidas se ven a la hora en que fallan.
- 03 Viernes Publicar, pausar o parar. Por escrito, con la evidencia.
En el primer plan
Qué queda escrito antes de empezar.
El primer plan nombra cada uno de estos puntos. Es un documento: puede aceptarlo, editarlo o rechazarlo.
Hecho
Definición de hecho por escrito
En el primer plan. El enjambre no amplía la construcción hasta que esté acordado.
Ingeniero responsable
Una persona designada
El ingeniero que manda consta en el contrato. Conoce a esta persona antes de firmar.
Lanzamiento
Comprobaciones de lanzamiento
Seguridad, rendimiento, soporte y responsables. Por escrito antes del lanzamiento. Superados antes de la aceptación.
Marca
El producto se queda con usted
Marca, clientes y código son suyos. Cedidos en el contrato.
Archivos
En su repositorio
Código, pruebas, manuales de operación y riesgos abiertos. Ahí antes de la aceptación.
Después
Garantía sobre el trabajo acordado
Un periodo de garantía tras la aceptación. El ingeniero responsable sigue localizable. Por escrito en el contrato.
Preguntas que nos hacen
Preguntas habituales.
01
¿En qué se diferencia de contratar una casa de desarrollo?
Una casa de desarrollo le vende un equipo y factura horas. Nosotros vendemos un producto terminado a precio fijo, construido por un ingeniero responsable y un enjambre. Usted no gestiona a la gente.
02
¿Entran en el capital?
No. Esto no es un venture studio. Usted sigue siendo la empresa de producto.
03
¿Se parecerá a UNIT01?
No. Su nombre, sus clientes, su mercado.
04
¿Se puede empezar sin una especificación?
Empezamos por escribir qué significa hecho, con sus palabras. Usted lo edita. Ese es el primer plan.
05
¿Siguen después del lanzamiento?
El periodo de garantía acordado, sí. Su equipo de operaciones es dueño del sistema en producción. El ingeniero responsable responde.
06
¿Qué stack se utiliza?
El suyo, si tiene uno. Si no, lo elegimos, y sigue siendo suyo.
Otro trabajo
La misma forma de trabajar, en otro sistema.
Siguiente paso
Díganos qué tiene que pasar a producción, y cuándo.
Le enviamos un primer plan: qué significa hecho, con sus palabras, cuánto cuesta y cuándo. La decisión es suya.