ESTADO DE LOTE · BONFIRE v1.0.1 · SIN MAGIA DE CAJA NEGRA CONSULTORÍA · QUÉ COMPRAS · CÓMO TERMINA
CandyFactory empresa de producto · México ENES
§ CONSULTORÍA · QUÉ COMPRAS Y QUÉ PASA CUANDO TERMINA

Ya tienes algo corriendo. Esto es lo que estarías comprando.

La página del método explica cómo nos acoplamos a un sistema que no escribimos nosotros. Esta página responde en qué consiste el trabajo y qué pasa el día que termina.

Cuéntanos qué tienes Lee el método
§ QUÉ ESTÁS COMPRANDO

Tres formas. Puedes parar después de cualquiera.

Una primera revisión acotada de tu sistema. Lo que abarca queda acordado por escrito antes de empezar, y no te compromete a nada después.

Que construyamos, si eso es lo que quieres. Construimos dentro de la comprensión que dejó el primer trabajo: en tus repositorios, en tus cuentas y pasando por la revisión que tu equipo ya usa. El alcance y qué significa terminado quedan acordados antes de escribir nada.

Que lo sigamos operando, si eso quieres. Hospedaje, monitoreo, mantenimiento de dependencias y trabajo nuevo al ritmo que tú marques. Es algo que decides contratar, nunca una suscripción que se enciende sola.

§ LA PREGUNTA QUE NADIE HACE EN VOZ ALTA

El día que termina, y con qué te quedas.

Cuando dejas entrar a un equipo externo, casi siempre una parte de tu sistema deja de ser legible para ti, y salirse resulta caro por diseño. Por eso la salida queda por escrito antes de que arranque el trabajo, y no cuando la pides.

TUYO

Tu sistema, tus datos, tu entregable.

Los tres quedan asentados como tuyos en el contrato antes de que empiece cualquier trabajo, y regresan a ti en un estado que tu propia gente puede operar. No retenemos nada para encarecerte la salida.

NUESTRO

Nuestro motor se va con nosotros.

Las herramientas y el método con los que llegamos son nuestros y siguen siéndolo. No estás rentando nuestro funcionamiento interno, y no estás comprando una dependencia de nosotros.

NUNCA NUESTRO

Nos quedamos el método. Nunca tu código.

Lo que nos llevamos es la forma de trabajar. Lo que aprendimos de tu negocio te lo entregamos por escrito. No se va al proyecto de nadie más.

UNA OPCIÓN, NO UN SUPUESTO

Quién le da mantenimiento después lo decides tú.

Si quieres que lo cargue tu propio equipo, puede hacerlo: lo que entregamos al desacoplarnos queda por escrito, y tu propia gente lo puede operar sin nosotros. Si prefieres que nosotros lo sigamos operando, eso se acuerda aparte y lo decides tú. Quedarse callado en este punto es justo lo que convierte una entrega en una factura que nadie acordó.

§ CÓMO EMPIEZA LA PRIMERA CONVERSACIÓN

Empieza con lo que ya tienes escrito.

La mayoría de las operaciones ya están medio descritas en un chat de proyecto con el modelo de alguien. Nuestro protocolo de intake es un archivo de texto plano que pegas en ese chat. Te entrevista una pregunta a la vez y produce un bundle de especificación que lees antes de mandar nada. Es gratis y no hay nada que firmar.

client-intake-protocol.md ~/tu-proyecto 
# CandyFactory · Protocolo de Intake del Cliente
# Pega esto en el proyecto donde tu modelo
# ya conoce tu negocio.

ROL
  Eres un entrevistador de intake para una
  fábrica de software. Tu trabajo es producir
  una especificación completa e inequívoca de
  una operación del negocio. Anotas reglas.
  Nunca las inventas.

MÉTODO
  1. Lee primero todo este proyecto. En cinco
     viñetas, dime qué ya sabes de este negocio
     y sus reglas. Marca cada una [known] o
     [assumed].
  2. Entrevístame de una pregunta a la vez.
     Espera mi respuesta antes de la siguiente.
  3. Nunca adivines. Si una respuesta es ambigua,
     vuelve a preguntar, más específico, hasta
     que sea una regla que le darías a un
     desconocido.
  4. Prefiere ejemplos reales sobre abstracciones:
     "muéstrame un caso real."
  5. Trata las excepciones como de primera clase.
     Los casos borde son el producto.
  6. Detente cuando una pasada completa no
     levante reglas nuevas. No rellenes.

DIGESTIÓN
  Cuando termine la entrevista, emite el bundle
  de abajo y nada más, dentro de un bloque de
  código, listo para que yo lo inspeccione y lo
  envíe. Conserva estos cinco encabezados tal
  cual, porque la fábrica los parsea
  literalmente.

  ## DOMAIN
    [un párrafo: qué es esta operación y el
     resultado que debe producir]
  ## ENTITIES
    [los sustantivos: cada uno con los campos
     que importan y quién los posee]
  ## RULES
    [numeradas, cada una verificable por máquina]
  ## EXCEPTIONS
    [los casos que rompen las reglas, y qué
     debe pasar en su lugar]
  ## GLOSSARY
    [cada término de arte, definido como lo
     usa tu gente]

GUARDARRAÍLES
  - Nada sale de este proyecto hasta que tú
    copies el bundle por tu cuenta.
  - Si estás por suponer, detente y pregunta.
  - Una pregunta a la vez. Sin relleno.
Descargar .md texto plano · ~1.6 kb

↳ el protocolo, tal como corre.

▸ client-spec.bundle.md EJEMPLO
## DOMAIN

Aprobación de cotizaciones para una firma de ingeniería mediana. Una solicitud se vuelve cotización firmada y con precio sin que un socio recapture nada dos veces.

## ENTITIES
  • Request · cliente, alcance, sitio, fecha de recepción (recepción)
  • Quote · partidas, margen, vigencia, aprobador (estimador)
  • Client · nivel A/B/C, términos, bandera de crédito (finanzas)
## RULES
  1. Margen bajo 18% requiere aprobación de un socio antes de enviar.
  2. Clientes nivel C se cotizan solo prepago, nunca a 30 días.
  3. La vigencia es de 30 días por defecto, y nunca mayor a 60.
  4. Una revisión reemplaza la cotización previa; el PDF viejo se archiva, no se borra.
## EXCEPTIONS
  • Cliente recurrente, mismo alcance ganado en 90 días → reusar precio, vistazo de socio de cinco minutos.
  • Sitio fuera de la zona metropolitana → agregar partida de viaje; nunca meterla al margen.
## GLOSSARY
  • Partner · un socio que firma, no un ingeniero senior.
  • "Won" · el cliente firmó, no "acordó de palabra."

↳ un bundle de ejemplo.

§ LO QUE ES CIERTO HOY

Este método lo aplicamos a nuestro propio trabajo, y hasta ahí llega lo que podemos presumir.

Por qué aquí no hay logotipos.

Todavía no nos acoplamos por contrato al sistema de otra empresa, así que no hay nada honesto que podamos enseñarte ahí. El método está probado en nuestro propio trabajo, y así lo ofrecemos. Donde sí tenemos clientes, su trabajo les toca publicarlo a ellos, no a nosotros.

Lo que hay detrás son treinta años de construir y operar software en producción, escritos como compuertas que una máquina hace cumplir. Esas compuertas las puedes leer: bonfire-ai en PyPI es el motor con el que construimos, y los repositorios abiertos las traen adentro.

§ OBJECIONES, RESUELTAS

Los miedos que vale la pena nombrar.

¿A dónde van mis datos?
A ningún lado que tú no mandes. El protocolo de intake corre dentro de tu propia cuenta de modelo, y tus reglas se quedan ahí hasta que copies el bundle y lo envíes.
¿Cómo se cotiza?
No cotizamos con catálogo y no publicamos cifras, porque el primer trabajo lo define lo que ya tienes. Nos cuentas qué estás corriendo, lo dimensionamos contigo, y recibes un número para esa pieza específica antes de que arranque nada. Lo apruebas o no lo apruebas, y en cualquier caso no se construyó nada.
§ EMPECEMOS POR TU LADO DE LA MESA

Cuéntanos qué tienes. No lo que te gustaría tener.

Platiquemos Ver el protocolo de intake
● LO QUE TE QUEDAS SE ASIENTA ANTES DE EMPEZAR  ·  ● TU SISTEMA SE VA CONTIGO  ·  ● EL MANTENIMIENTO ES UNA OPCIÓN, NO UN SUPUESTO  ·  ● SIN REESCRITURA · SIN MIGRACIÓN  ·  ● bonfire-ai EN PYPI  ·  ● LO QUE TE QUEDAS SE ASIENTA ANTES DE EMPEZAR  ·  ● TU SISTEMA SE VA CONTIGO  ·  ● EL MANTENIMIENTO ES UNA OPCIÓN, NO UN SUPUESTO  ·  ● SIN REESCRITURA · SIN MIGRACIÓN  ·  ● bonfire-ai EN PYPI  ·