MintID ha renovat pel doble del pressupost inicial. Aquesta és la feina que hi ha al darrere.

Un cas d'estudi escrit pel proveïdor val el que valgui la dada que el tanca. El nostre: MintID va obrir aquest engagement amb un pressupost de 200.000 €. A la vista de la feina lliurada, ha signat un nou engagement de 400.000 € més — una renovació del doble de mida i del doble de compromís.

La feina que hi ha sota aquesta xifra: tres enginyers i un delivery manager, tots a la nòmina de Conectia, encastats al build de MintID des del març del 2026 i a ple ritme a l'abril. El mateix squad ha construït el nucli del protocol i, des del juliol, els seus tres SDKs verificadors — TypeScript, PHP, Python — tots provats. Cada lliurable va arribar a la seva data. Zero bugs.

Escrivim des del costat de qui lliura, i val la pena dir l'evident: venem squads encastats, i aquest engagement és nostre. El que ho manté honest és que les dades que aguanten el pes no depenen només de nosaltres — la ressenya de cinc estrelles del client és pública i escrita amb les seves paraules, i l'enginyeria està documentada al nostre recorregut pels SDKs verificadors. Aquell post explica el què. Aquest explica com es va lliurar.

El codi més delicat de MintID corre en màquines que MintID no veurà mai

Gairebé tot el protocol viu en territori que MintID controla: una especificació congelada, el consens en Go, el nucli de credencials anònimes en Rust. En aquest perímetre se'n van anar els primers mesos del squad — construint el nucli de la mateixa eina, a partir de l'arquitectura del client. Els SDKs verificadors són el primer artefacte que surt del perímetre. Corren dins dels stacks dels integradors, sobre infraestructura que el protocol no posseirà mai, exactament al punt on les seves garanties es compleixen o es trenquen en silenci.

Això en fa una compra difícil, per raons que no tenen res a veure amb el volum:

• Nou condicions d'acceptació corren sempre al complet — vinculació a l'origen, nonce fresc, comprovació de la política sol·licitada, estat vigent de l'emissor — sense cap camí parcial que les esquivi.
• La vida d'una presentació és una constant al codi, no un ajust que un integrador pugui estirar.
• No hi ha cap superfície de política. Cap verifyPartial(), cap skipOriginCheck. El sistema de tipus no pot expressar un verificador més feble.
• Un sol nucli de verificació amb tres llenguatges a sobre. TypeScript, PHP i Python són ergonomia; el pipeline d'acceptació de sota és una sola implementació amb un sol comportament.

Zero botons és una propietat preciosa en una especificació i despietada a l'hora de construir-hi a sobre. Totes les dreceres a què un enginyer cansat podria recórrer s'han eliminat per disseny, així que el codi ha de sortir bé a la primera. Com ho va dir el client a la seva ressenya: «el nostre projecte és un sistema complex de protocol blockchain per a la identitat Know Your Agent en l'era agèntica, així que no qualsevol desenvolupador de software pot assumir aquest repte.»

Vam respondre amb quatre persones a la nòmina pròpia, amb el match fet en una setmana

La forma de l'equip va ser tres enginyers i un delivery manager, amb el match fet directament contra el brief i no un pipeline de CVs perquè l'arquitecte de MintID els anés garbellant. El squad que es va presentar és el squad que va lliurar.

Tres fets estructurals ho van fer possible, i són els mateixos tres a cada engagement que portem:

1. Els enginyers estan contractats directament per Conectia — a 2 països, amb contractes exigibles i cessió d'IP, no una cadena de contractors de marketplace. Quan el codi en qüestió és el més delicat d'un protocol, «qui empra legalment qui hi posa les mans» deixa de ser una formalitat de compres.
2. La validació la lideren CTOs. El filtre és criteri de producció i no paraules clau d'un CV — que és exactament el que posa a prova un codebase de zero botons.
3. El match es tanca en 72 hores, sense fee de reclutament. En aquest engagement l'equip sencer ja treballava en menys d'una setmana, i és la part amb què el client va decidir obrir la seva ressenya: «Conectia ens va donar un equip de treball altament tècnic amb una gestió de projecte excel·lent en una setmana.»

La relació va arrencar el març del 2026 amb el nucli del protocol; la fase d'SDKs verificadors — el primer lliurable adreçat a integradors, i el que està documentat en públic — corre des del juliol. Un squad que ha construït el nucli és també el squad que vols escrivint el codi que fa complir les garanties del nucli en un altre lloc.

El squad corre sol; l'arquitectura creua la frontera cada sprint

El model de treball és prim a propòsit. Amb el client hi ha una sola cerimònia fixa: un check-in setmanal. Tota la resta és una frontera traçada un cop i respectada.

Què creua aquesta frontera, cada sprint:

• Entra: l'arquitectura d'alt nivell, que lliura l'arquitecte de MintID, Marc Miró i Rierola, en començar el sprint.
• Ho porta el squad: descomposició, implementació, tests, revisió i lliurament a la data acordada.
• Ho porta el nostre delivery manager: el ritme, el reporting i ser l'única persona a qui el client escala.
• No creua mai: la coordinació diària de cada enginyer. Aquesta feina és nostra, i cobrar-la al client en hores de reunió buidaria de sentit la compra d'un squad.

És la doctrina forward-deployed aplicada al build d'un protocol: el client es queda l'arquitectura i el tracte amb els stakeholders; el squad s'emporta l'arc de lliurament de punta a punta. La descripció que fa el mateix client del que això li va comprar és la formulació més neta del model que hem llegit des del costat del comprador: «Conectia m'ha permès centrar-me en la redacció del White Paper, en les decisions arquitectòniques d'alt nivell i en la gestió d'stakeholders mentre ells s'encarreguen de TOT el que és enginyeria, i sé que no m'he de preocupar.»

L'historial de lliurament: tres SDKs provats, totes les dates complertes i zero bugs

Els tres SDKs — TypeScript, PHP i Python — estan provats. Cada lliurable va aterrar a la data a què s'havia compromès. No s'ha reportat ni un bug contra el que hem lliurat.

«Els lliurables arribaran a temps i amb una excel·lència que supera les expectatives. Sense bugs, sense desplegaments endarrerits, sense sorpreses. Només planificació i execució sòlides.» — Marc Miró i Rierola, arquitecte, MintID

La renovació és l'única ressenya que li costa diners al client

Qualsevol proveïdor t'ensenya un testimoni. Un testimoni costa uns minuts a qui l'escriu. Una renovació és una ressenya amb preu — i aquesta té un preu de 400.000 € més, a sobre d'un engagement que va obrir en 200.000 €. Sumats, el client porta compromesos 600.000 € amb les mateixes quatre persones.

És la dada que voldríem que un CTO escèptic comprovés primer, perquè és l'única d'aquest post que el client ha pagat per fer certa.

Què demostra un cas d'estudi, i qui no hauria de comprar un squad encastat

Un engagement és una sola dada. No diu res del contrafactual — no us podem dir què haurien costat ni quin aspecte tindrien el nucli o els SDKs de MintID amb un altre equip, i cap cas d'estudi no ho pot dir. El que sí que estableix és més estret i encara val alguna cosa: un squad encastat de quatre persones, ficat en un build criptogràfic exigent, va complir les seves dates sense generar defectes, i el comprador va doblar l'aposta amb el seu pressupost.

Tampoc no generalitza a qualsevol comprador. Un squad encastat és la compra equivocada quan:

• La feina és un backlog ben especificat i el que necessites són mans. Compra staff augmentation i queda't la coordinació a casa, on surt més barata.
• Ningú del teu costat no pot fer-se amo de l'arquitectura. El model funciona sobre un lliurament sprint a sprint; sense ningú que el faci, necessites una altra forma de squad — un Managed Squad o un Discovery Squad, que desglossem a la nostra guia de rols i tipus de squad.
• Vols dirigir cada enginyer cada dia. Aleshores l'autonomia que pagues és fricció i no palanca, i val més dir-ho abans de signar, no al tercer mes.

Què comprovaríem abans de signar qualsevol squad encastat

Exigiu-nos la mateixa llista que exigiu a tothom:

1. Pregunteu qui empra legalment els enginyers, i en quina jurisdicció viu la cessió d'IP. Demaneu la resposta per escrit abans de la conversa tècnica, no després.
2. Pregunteu què creua la frontera cada sprint. Si un proveïdor no us sap dir exactament què espera de vosaltres i què s'emporta a canvi, no hi ha model — hi ha cossos.
3. Pregunteu com és el final. Documentació, handover, esborrat de credencials. Un partner que no ha pensat mai en l'última setmana no ha pensat l'engagement sencer.
4. Compreu petit primer. Un Pilot Sprint de 14 dies amb una garantia de substitució de 30 dies és una manera més barata de provar tot això que un compromís de sis xifres signat sobre un deck.

Preguntes freqüents

Quant costa un squad d'enginyeria encastat?

Es cotitza per engagement, no per hora treballada — un compromís tancat i lligat a un abast que cobreix els enginyers, el delivery manager i la gestió que altrament cauria al teu costat. L'engagement de MintID et dona dues referències reals: va obrir en 200.000 € i es va ampliar amb 400.000 € més per a la fase següent. La teva xifra depèn de la mida del squad i de la durada de l'engagement; la forma del compromís no canvia.

Amb quina rapidesa pot arrencar un squad encastat?

Tanquem el match en 72 hores des d'un brief definit, perquè els enginyers ja estan contractats i no es busquen sota demanda. A MintID, l'equip complet — tres enginyers i un delivery manager — ja treballava en menys d'una setmana, que és com ho explica el client a la seva ressenya.

Qui gestiona els enginyers en el dia a dia?

Nosaltres. El delivery manager porta el ritme, el reporting i l'escalada, i és l'única persona a l'altre costat de la línia per al client. En aquest engagement la implicació del client és un check-in setmanal més el lliurament d'arquitectura en començar cada sprint.

Un squad encastat és el mateix que externalitzar un projecte?

No. El client conserva la propietat de l'arquitectura i les decisions de producte; el squad s'emporta l'arc de lliurament, de la descomposició al codi lliurat i provat. L'arquitecte de MintID marca la direcció cada sprint — el que no fa és gastar-se la setmana coordinant enginyers.

---

Els SDKs verificadors van ser el lliurable on el protocol de MintID havia de sobreviure al contacte amb infraestructura que no controla. La pregunta paral·lela, del costat del lliurament, era si un squad de quatre podia carregar amb aquell codi amb l'arquitecte del client a una setmana de distància — i la resposta que va donar, amb la seva signatura, va ser doblar el pressupost.

Si tens feina que encaixi amb aquesta descripció — difícil, especificada a nivell d'arquitectura i que no es lliura afegint un parell de mans més — comença per un Pilot Sprint.