Context del projecte
Els objectius, les restriccions, les dependències i el coneixement rellevant continuen disponibles quan canvia la fase o la persona que executa una tasca.
COM TREBALLEM
Les decisions no s’haurien de perdre
quan comença la implementació.
Mantenim connectats el context, les decisions, l’arquitectura, el codi i l’evidència des de les primeres converses fins a producció i evolució. Cada fase redueix una incertesa diferent i genera un resultat útil per a la següent.
PROJECT / CONTEXTPERSISTENT THROUGH DELIVERY
- 01UNDERSTANDEntendreContext · objectius · restriccions
- 02DECIDEDecidirOpcions · trade-offs · riscos
- 03DESIGNDissenyarArquitectura · dades · interfícies
- 04BUILDConstruirImplementació · integració · delivery
- 05VERIFYVerificarEvidència · qualitat · comportament
- 06EVOLVEEvolucionarProducció · feedback · continuïtat
PROCESS / NOT CEREMONY
Sis responsabilitats. No sis compartiments estancs.
El procés marca què ha de quedar resolt abans d’assumir determinats compromisos, però no obliga a fingir que el coneixement apareix en un ordre perfecte. Una prova pot qüestionar una decisió; una integració pot obligar a revisar el disseny; producció pot obrir una necessitat nova.
DIRECTIONContext Decisió Disseny Execució
NEW EVIDENCEREVISIT
Tornar enrere no vol dir que el procés hagi fallat. Vol dir utilitzar evidència nova abans de convertir una decisió incorrecta en més software.
UNDERSTAND EVOLVE
Cada fase ha de reduir una incertesa i produir un resultat explícit.
01UNDERSTANDEntendre abans de comprometre.Objectius, processos, dades, restriccions i dependències.
Treballem amb qui coneix el negoci i el sistema per convertir informació dispersa en una visió prou completa de la situació. No busquem documentar-ho tot: busquem saber què condiciona realment la decisió següent.
REDUCESIncertesa sobre context i abast
OUTPUTSituació prou definida
02DECIDEDecidir abans d’implementar.Alternatives, prioritats, trade-offs i riscos.
Comparem opcions i fem explícites les raons de la direcció escollida. Una decisió important conserva també les alternatives descartades, les restriccions que hi van pesar i les conseqüències que acceptem.
REDUCESIncertesa sobre la direcció
OUTPUTDecisió defensable
03DESIGNDissenyar una base que pugui evolucionar.Arquitectura, dades, interfícies, límits i integracions.
Traduïm les decisions anteriors a una arquitectura coherent. L’objectiu no és dissenyar per a un futur hipotètic infinit, sinó crear límits i contractes prou clars perquè el primer lliurament no bloquegi els següents.
REDUCESIncertesa estructural
OUTPUTArquitectura i límits objectiu
04BUILDConvertir decisions en software.Implementació, integració, testing i delivery.
La direcció tècnica continua connectada amb l’execució. Les decisions es contrasten amb el comportament real del codi, les dades i les integracions, i s’ajusten quan la implementació revela informació nova.
REDUCESIncertesa d’implementació
OUTPUTIncrement implementat
05VERIFYVerificar abans d’acceptar.Comportament, integració, seguretat, rendiment i qualitat.
No n’hi ha prou que alguna cosa compili o sembli correcta. L’acceptació es basa en l’evidència adequada al tipus de canvi: proves, builds, revisió, reconciliació de dades, validació de contractes o comprovacions operatives segons el risc.
REDUCESIncertesa sobre correcció
OUTPUTEvidència abans de tancar
06EVOLVEEvolucionar després de producció.Feedback, noves necessitats, roadmap i continuïtat tècnica.
La producció no és el final del procés. L’ús real, les noves necessitats i els canvis del negoci generen evidència nova. Aquesta informació torna a alimentar decisions futures sense perdre el coneixement acumulat del projecte.
REDUCESIncertesa sobre el canvi següent
OUTPUTSoftware que continua evolucionant
CONTINUITY / TRACEABILITY
El que importa no és produir documentació. És evitar que el projecte depengui de la memòria informal.
El nivell de documentació canvia amb el projecte, però quatre elements s’han de poder recuperar quan calgui: context, decisions, abast i evidència.
Decisions i raons
Les decisions importants conserven el perquè, les alternatives i les conseqüències, no només el resultat final.
Abast explícit
Cada feina té límits clars: què hi entra, què en queda fora i quines condicions s’han de complir abans d’ampliar el compromís.
Evidència d’acceptació
El tancament depèn de proves proporcionals al risc, no d’assumir que implementar equival a acabar.
TECHNICAL OWNERSHIP
Qui participa en les decisions continua connectat amb les seves conseqüències.
Evitem separar una capa d’estratègia, que lliura decisions i desapareix, de la capa d’execució que les ha d’interpretar després. L’arquitectura es contrasta amb la implementació, les dades, les integracions i l’operació reals.
Conèixer el studioDECISIONDirecció tècnica
IMPLEMENTATIONExecució
EVIDENCEVerificació
AI-ASSISTED ENGINEERING
La IA pot accelerar feina. No canvia qui respon pel resultat.
Utilitzem IA dins d’un context i un abast explícits, amb eines i permisos acotats i una verificació proporcional a la tasca. La responsabilitat sobre arquitectura, acceptació i producció continua sent humana.
- 01CONTEXTContextEstat · decisions · restriccions
- 02SCOPEAbastFitxers · permisos · accions
- 03EXECUTEExecutarAnàlisi · implementació · automatització
- 04VERIFYVerificarTests · build · evidència
- 05HUMANRespondreRevisió · decisió · responsabilitat
START / FIT
No cal que arribis amb totes les decisions preses.
La primera conversa serveix per entendre on ets, què necessites decidir i si Rabassoft és una bona manera d’abordar-ho.