(2/3) Una setmana a la vida d'un forward deployed engineer
Pregunta a cinc companyies quina fracció de la setmana d'un forward deployed engineer és de cara al client i tindràs cinc respostes. Palantir ha situat històricament el temps amb el client al voltant del 25%; Commure l'ha estimat fins al 50%; les ofertes de feina analitzades per Bloomberry anuncien tot el ventall intermedi, viatges inclosos. La xifra balla, i després de dirigir aquests encàrrecs des del costat que desplega, crec que sé per què: la part de cara al client no és una propietat del rol. És una propietat de la setmana. Les primeres setmanes van carregades de persones i lleugeres de codi; a mitja missió la proporció s'inverteix. Qui et doni un percentatge fix t'està descrivint la seva mitjana històrica, no la feina.
Així que en lloc d'un percentatge, et dono la setmana sencera. Al primer article d'aquesta sèrie defensava que el 95% dels pilots de GenAI mor al desplegament, no al model. Aquesta és l'anatomia de l'alternativa — què fa aquesta persona, hora a hora, quan el desplegament es tracta com la feina en si i no com una nota a peu de pàgina. Faré servir els nostres propis encàrrecs com a referència, perquè són els que puc descriure sense inventar.
La setmana que més compta passa abans del dia u
La part menys visible d'un desplegament forward és que comença abans que arribi l'enginyer. Al nostre model, l'onboarding es prepara per avançat: les sol·licituds d'accés cursades, el mapa del repositori i el pla de la primera setmana escrits, les persones que l'enginyer necessitarà identificades amb nom i cognom — abans del dia u, no descobertes durant el dia u. He estat el contractor que es va passar els primers nou dies esperant un token de VPN, i he estat l'enginyer d'operacions mirant com un nouvingut cremava un sprint fent enginyeria inversa d'un pipeline de desplegament sense documentar. Totes dues coses són normals en aquest sector. Totes dues són una tria.
Que ho puguem preparar és estructural, i és la part de la doctrina forward-deployed que se sol ignorar: l'enginyer hi va amb rereguarda. Algú que té l'encàrrec per feina — en el nostre cas un delivery manager, als projectes que ho justifiquen — negocia els accessos i el pla del dia u mentre es tanca el match. Les 72 hores que anunciem per al match serien una mètrica de vanitat si el dia u aterrés en una pista sense preparar.
El dilluns és del seu standup, no del nostre
L'hàbit que defineix l'enginyer incrustat: assisteix als rituals del client, no als del proveïdor. El dilluns al matí és l'standup del client, al tracker del client, contra els objectius de sprint del client. Els lliurables són els tiquets del client. Si la definition of done del client inclou una entrada al runbook i una demo al responsable del procés, aquesta és la definició que compta.
Sona trivial, però aquí hi ha tota la diferència entre un equip incrustat i un d'externalitzat. L'equip externalitzat té el seu propi standup, el seu propi tauler i la seva pròpia definition of done, i la reconciliació entre els dos mons passa en una sync setmanal — i és en aquesta sync on es perd el context. L'enginyer incrustat no té segon món. El que fa funcionar el desplegament forward és justament treure coses: eliminar la capa entre l'enginyer i la realitat.
El que omple la resta del dilluns és feina poc vistosa. Posar-se al dia amb el que s'ha acumulat durant el cap de setmana al canal d'incidents. Empaitar el responsable de les dades que va donar el vistiplau de paraula a l'accés de lectura però encara no a la consola d'IAM. Seure amb el cap d'operacions que fa anar cada dia el procés que la funcionalitat d'IA ha de canviar, i escoltar el que el sistema de tiquets no captura mai — «aquest camp ens el saltem perquè sempre està malament».
El codi és la meitat petita, i maximitzar-lo és un error
La meitat de la setmana és construcció: codi d'integració, harnesses d'avaluació, els guardrails i fallbacks que separen una demo d'un sistema en què algú confiarà a les 3 de la matinada. És enginyeria sense dreceres — la nostra validació aprova el 3% dels candidats precisament perquè aquesta part no es pot fingir — i tot i així, en una missió de desplegament, les línies de codi són la meitat petita del valor.
La meitat grossa són decisions que no arriben mai a cap repositori. Quin dels quatre processos candidats automatitzar primer, perquè un té línia al P&L i tres tenen opinions. Si el rate limit de l'API legacy vol dir batching aquesta nit o una cua el mes que ve. Quin mode de fallada rep un fallback humà i quin un tall en sec. Un enginyer que optimitzés el nombre de commits les fallaria totes tres — perquè ni s'hauria adonat que eren preguntes. Per això «quanta part de la setmana és programar» és la pregunta d'entrevista equivocada per a un FDE: la resposta honesta és «la que la missió necessiti aquesta setmana», i el tret útil és saber en quina setmana ets.
El check-in del divendres és un sistema d'alerta primerenca, no un informe d'estat
Cada setmana acaba amb un check-in — dos, i el segon és el que importa. Un amb el client: avenç contra la missió, bloquejos, la forma de la setmana següent. Un altre amb l'enginyer, per separat: com es veu l'encàrrec des de dins. Els problemes treuen el cap al costat de l'enginyer una o dues setmanes abans d'aparèixer en un standup — l'abast que es va inflant en silenci, l'stakeholder que ha deixat de contestar, el sotrac que encara no és un retard. Quan una fase del projecte s'escalfa, el setmanal passa a diari.
La cadència és també el que fa honesta la xarxa de seguretat. La nostra garantia de substitució — un substitut presentat en 7 dies, dins dels primers 30, sense cost — seria paper mullat si ningú no vigilés el senyal que l'activa. Les garanties valen el que val la instrumentació que porten al darrere; el check-in és la instrumentació.
La missió té final, i el final es planifica el dia u
L'objecció més forta a tot això: no és això un bon contractor amb reunions extra? La diferència és la forma de l'encàrrec. Un encàrrec de contractor s'allarga fins que algú decideix el contrari, i sol acabar com acaba un lloguer — preavís, lliurament de claus, i el que quedi al pis és problema teu. Un desplegament forward té missió acotada: els criteris de sortida s'escriuen al començament, i l'última setmana és un lliurable en si mateixa. Documentació del que s'ha construït. Comptes operatius lliurats. Credencials tancades, amb un esborrat segur del contingut corporatiu que un auditor podria reconstruir.
Concedeixo el contracàs: si el que necessites és capacitat duradora i sense final definit dins d'un equip que ja fa onboarding seriós, one-on-ones setmanals i un procés d'offboarding amb checklist, no necessites la doctrina — necessites un bon enginyer, i l'staff augmentation clàssic ja et cobreix de sobres. L'arc es guanya el sou quan l'encàrrec és una missió — portar el flux d'IA a producció, aixecar la plataforma, tancar la migració — on el final és una certesa i l'únic dubte és si algú el va dissenyar.
Què demanaria jo abans de qualsevol encàrrec incrustat, el nostre inclòs
- El pla del dia u, per escrit, abans del dia u. Si la resposta és «muntem una kickoff call», el desplegament el dirigeixes tu.
- A quin standup assisteix l'enginyer? Qualsevol resposta que inclogui un segon tauler del costat del proveïdor vol dir un sobrecost de reconciliació que pagaràs cada setmana.
- Qui parla amb l'enginyer quan jo no hi soc, i cada quan? Un check-in és un informe d'estat; dos són un sistema d'alerta primerenca.
- Què dispara la clàusula de substitució, i qui vigila el disparador? Una garantia sense instrumentació és decoració.
- Ensenya'm l'última setmana d'una missió acabada. Demana la checklist d'aquell lliurament, no l'anècdota.
La setmana d'un forward deployed engineer no es deixa reduir a un percentatge rodó, i aquest és el senyal que el desplegament és real: la barreja segueix la missió. El que no canvia és l'estructura al voltant de la setmana — preparada abans de començar, instrumentada mentre és en marxa, dissenyada per acabar. El següent article posa números a aquesta estructura: què costa la doctrina, què costa la capacitat a seques, i quan convé comprar cadascuna. I si la setmana que acabo de descriure és la que li falta al teu roadmap d'IA, aquest és el rol que despleguem.
