Entre legacy i modern
Experiència real en sistemes de generacions diferents i, especialment, en la construcció del camí entre tots dos.
Estudi d’enginyeria del programari · Barcelona
Construïm el que ve.Modernitzem el software que ja sosté el teu negoci.
Ajudem les empreses a definir, construir i modernitzar productes, plataformes i sistemes quan les decisions tècniques tenen un impacte real en el negoci. Des de l’anàlisi i l’arquitectura fins a la producció i l’evolució.
ENGINEERING / TRANSITIONACTIVE PATH / BUILD
INPUTUna necessitat real del negoci
OUTPUT01 BUILDSoftware preparat per entrar en producció i evolucionar.
Evolve
QUAN EL SOFTWARE IMPORTA
El problema poques vegades és només programar.
El repte apareix quan darrere del codi hi ha processos, decisions, dades i dependències que el negoci no es pot permetre perdre.
01El sistema funciona, però cada canvi costa més.Software existent que comença a limitar el negoci.
L’aplicació acumula anys de processos, dades i regles de negoci. Abans de substituir tecnologia hem d’entendre quin coneixement cal conservar i quines decisions històriques ja no tenen sentit.
SYSTEMLegacy application
Modernitzar un sistema RulesDataIntegrations
02Hi ha alguna cosa important per construir.L’oportunitat existeix; falta convertir-la en una decisió tècnica sòlida.
Definim producte, arquitectura, dades i integració abans de convertir la iniciativa en software. Després podem continuar com a direcció tècnica i enginyeria.
INPUTBusiness opportunity
Construir producte o plataforma ProductArchitecture
03Tenim requisits, però no una solució prou definida.Cal reduir la incertesa abans de comprometre la inversió.
Una llista de funcionalitats no determina per si sola l’abast, l’arquitectura, les dependències ni el risc. L’estudi converteix aquestes incògnites en informació útil per decidir.
DEFINERequirements Decision
Conèixer els estudis tècnics ScopeRiskOptions
DOS PUNTS D’ENTRADA
Construir allò nou. Fer evolucionar el que ja existeix.
PRODUCT & PLATFORM ENGINEERING
Del problema de negoci a software preparat per evolucionar.
Definim, dissenyem i construïm productes, plataformes i sistemes des de les primeres decisions fins a la producció i l’evolució posterior.
Product & Platform Engineering- 01INPUTBusiness needOpportunity · Goal · Constraints
- 02DESIGNDefine & architectScope · Data · Interfaces
- 03OUTPUTProduct / platformProduction · Feedback · Evolution
TECHNICAL OWNERSHIP
LEGACY & BUSINESS SYSTEMS MODERNIZATION
Fer evolucionar el sistema sense perdre el coneixement acumulat durant anys.
Primer entenem què cal conservar i després dissenyem una transició segura cap a una arquitectura preparada per continuar evolucionant.
Legacy & Business Systems Modernization- 01CURRENTLegacy systemRules · Data · Integrations
- 02TRANSITIONAssess & decideRetain · Refactor · Replace
- 03TARGETModern platformAPIs · Delivery · Evolution
BUSINESS KNOWLEDGE
FEINA REAL
Enginyeria que es pot inspeccionar.
Preferim explicar el problema, les restriccions i les decisions preses abans que mostrar una llista de tecnologies.
01Condis SupermercatsBusiness Systems Modernization · Aplicació operativa
Modernitzar software empresarial preservant el coneixement i l’operativa.
Un sistema amb anys de regles, dades i dependències no es modernitza copiant pantalles. La primera feina és recuperar prou coneixement per decidir què conservar, què canviar i com migrar amb traçabilitat.
Veure el cas Condis- 01DESCOBRIRRecuperar coneixementAplicació · dades · usuaris
- 02DECIDIRDecidir què canviaPreservar · redissenyar · migrar
- 03TRANSICIÓConstruir la transicióArquitectura · dades · delivery
- 04VERIFICARVerificarTraçabilitat · comportament · UAT
02eVinsProduct Engineering · Col·laboració frontend / producte
Fer evolucionar un SaaS existent respectant el producte, els clients i les restriccions reals.
Rabassoft va col·laborar en àrees definides de frontend i producte mentre la plataforma i el backend continuaven sota la responsabilitat de l’equip d’eVins. L’evolució va combinar modernització tècnica amb decisions pragmàtiques condicionades pels clients i les dades existents.
Veure el cas eVins- 01ACTUALSaaS existentClients · mòduls · restriccions
- 02SALUTBase tècnicaAngular · tipatge · arquitectura
- 03EVOLUCIONAREvolució frontendStandalone · lazy routes · Signals
- 04DECIDIRDecisió pragmàticaMillor evolució viable
03Schema EngineRabassoft Engineering / Open Source · Experimental
Metadades validades, decisions d’aplicació explícites.
Un motor per reduir la implementació repetida d’interfícies: compila metadades en definicions normalitzades i manté les dades, les operacions i l’autorització sota el control de l’aplicació.
Conèixer Schema Engine- 01ENTRADASchema + UI SchemaMetadades actuals de dades i presentació
- 02COMPILARDefinició normalitzadaValidació · compatibilitat · diagnòstics
- 03EXECUCIÓExecució controladaSnapshots · interacció · validació · operacions
- 04LÍMITDecisió d’aplicacióAcceptar · rebutjar · diferir
ABANS DE CONSTRUIR
Un pressupost detallat no s’hauria de basar en suposicions.
Quan hi ha incertesa rellevant, comencem reduint-la abans de comprometre una inversió més gran. L’estudi no crea una falsa sensació de precisió: converteix incògnites en informació útil per decidir.
Conèixer els estudis tècnicsPROJECT DEFINITIONUNCERTAINTY DECISION
- 01NEEDBusiness needGoals · impact · constraints
- 02DISCOVERScope the problemStakeholders · data · dependencies
- 03DEFINEDesign the directionScope · architecture · risks
- 04ROADMAPImplementation planPhases · investment · next step
LESS UNCERTAINTY
LEGACY MODERNIZATIONKNOWLEDGE TRANSITION
- 01SYSTEMExisting systemApplication · data · integrations
- 02RECOVERRecover knowledgeRules · dependencies · risks
- 03DECIDEChoose transitionRetain · refactor · replace
- 04TRANSITIONModernization roadmapMigration · phases · continuity
CONTROLLED TRANSITION
COM TREBALLEM
Un procés que manté connectats el context, les decisions i l’execució.
Cada fase redueix una incertesa diferent i deixa un resultat explícit per a la fase següent, sense perdre el context acumulat del projecte.
PROJECT CONTEXT
01Entendre abans de comprometre.Objectius, processos, dades, restriccions i dependències.+
Treballem amb les persones que coneixen el negoci i el sistema per convertir informació dispersa en una visió prou completa del problema.
OUTPUTProblema prou definit
02Decidir abans d’implementar.Alternatives, prioritats, trade-offs i riscos.+
Comparem opcions i fem explícites les raons de la direcció escollida, incloses les alternatives descartades i les seves conseqüències.
OUTPUTDecisió defensable
03Dissenyar una base que pugui evolucionar.Arquitectura, dades, interfícies, límits i integracions.+
Traduïm les decisions anteriors a una arquitectura coherent, buscant una base adequada tant per al primer lliurament com per a les etapes següents.
OUTPUTArquitectura objectiu
04Convertir decisions en software.Implementació, integració, testing i delivery.+
La direcció tècnica continua connectada amb l’execució per evitar que les decisions perdin context quan arriben al codi.
OUTPUTIncrement implementat
05Verificar abans d’acceptar.Comportament, integració, seguretat, rendiment i qualitat.+
Que alguna cosa compili o sembli correcta no és suficient. L’acceptació es basa en l’evidència adequada al tipus i al risc del canvi.
OUTPUTEvidència abans de tancar
06Evolucionar després de producció.Feedback, noves necessitats, roadmap i continuïtat tècnica.+
La producció no és el final. El feedback i els canvis del negoci alimenten una iteració nova conservant el coneixement acumulat.
OUTPUTSoftware que continua evolucionant
PER QUÈ RABASSOFT
Una estructura petita té sentit quan augmenta la responsabilitat.
Decisió connectada amb execució
Qui participa en les decisions tècniques continua implicat durant la implementació.
Decisions abans que promeses
No acceptem cap abast, pressupost o termini que no puguem defensar tècnicament.
Continuïtat sense dependència
Documentem perquè el coneixement es mantingui i el sistema pugui continuar amb Rabassoft o sense.
AI-ASSISTED ENGINEERING
IA aplicada a l’enginyeria. Responsabilitat humana.
Utilitzem IA quan permet comprendre millor un sistema, analitzar més informació, automatitzar feina repetitiva o accelerar determinats cicles.
No substitueix l’arquitectura, el testing, la revisió ni la responsabilitat sobre el resultat.
Com utilitzem la IACONTROLLED WORKFLOWHUMAN ACCOUNTABILITY
- 01CONTEXTProject memoryArchitecture · decisions · constraints
- 02SCOPEBounded accessFiles · permissions · allowed actions
- 03AGENTAnalyse / implementExecution inside the authorised scope
- 04VERIFYEvidenceTests · check · build · review
- 05HUMANDecide / approveAccountability remains human
RESPONSIBILITY
VERIFY FAILEDRETURN TO IMPLEMENTATIONVERIFY AGAIN
BLOG
Enginyeria que es pot inspeccionar.
Anàlisi i aprenentatges sobre els problemes que apareixen quan es construeix, es modernitza i es fa evolucionar software.
Consulta els últims articles al Blog · ES.
START / CONVERSATION
Tens alguna cosa important per construir o un sistema que ha d’evolucionar?
No cal que arribis amb la solució decidida, una especificació tancada ni una xifra que algú hagi de confirmar.
La primera conversa serveix per comprovar si hi ha encaix. Els projectes amb incertesa rellevant solen començar amb un estudi tècnic abans de comprometre una inversió més gran.