Suport i manteniment
Suport i manteniment com a servei
El software no deixa de necessitar enginyers el dia que surt a producció. Ens fem càrrec de la feina contínua (proves, pipelines, infraestructura, pedaços, petites funcionalitats) d'aplicacions que ja estan funcionant, incloses les que no vam construir nosaltres.
- QATesting com a servei
- DevOpsPipelines i infraestructura
- Código heredadoBenvingut, no un impediment
Què cobrim
Les tres coses per a les quals els equips es queden abans sense capacitat
Agafa'n una o les tres. Cadascuna la cobreixen enginyers sènior que fan aquesta feina de manera contínua, no entre projecte i projecte.
QA com a servei
Estratègia de proves, bateries de regressió automatitzades i testing de release, en mans de gent la feina de la qual és trobar els problemes abans que els teus usuaris.
Suport DevOps
CI/CD, infraestructura com a codi, monitoratge i alertes, mantinguts per enginyers de guàrdia i no per qui ho va muntar l'any passat.
Manteniment d'aplicacions
Pedaços de seguretat, actualització de dependències, correcció d'errors i petites funcionalitats en sistemes que estan vius i no es poden refer de zero.
A la pràctica
En què consisteix la feina de veritat
Cobertura de regressió automatitzada
La bateria de proves que et permet publicar un dijous. Escrita contra els recorreguts que importen comercialment, no per arribar a un percentatge de cobertura.
Proves de release i d'acceptació
Cada versió s'exercita contra escenaris i dispositius reals abans d'arribar als clients, amb els defectes reportats de manera reproduïble.
Pipelines que continuen en verd
Automatització de build, test i desplegament mantinguda a mesura que canvia el teu stack, perquè desplegar deixi de ser un acte al qual algú ha d'assistir.
Monitoratge, alertes i guàrdia
T'enteres per un quadre de comandament i no per un client, i hi ha un enginyer amb nom que respon quan salta l'alerta.
Apedaçament i actualització de dependències
CVE, fi de vida de runtimes i pujades de versió de frameworks gestionats amb calendari, abans que es converteixin en una urgència o en una troballa d'auditoria.
Millora incremental
Les petites funcionalitats i correccions que mai no arriben a un full de ruta, lliurades de manera contínua perquè el producte no s'estanqui sense que ningú no ho noti.
Com comencem
Llegim el sistema abans de prometre res sobre ell
Fer-se càrrec de software que no vas escriure és un problema conegut amb un mètode conegut. No és un taller de descobriment.
Auditar el que hi ha
Codi, infraestructura, tests, camí de desplegament i defectes coneguts. Reps les conclusions per escrit, continuïs amb nosaltres o no.
Estabilitzar els riscos
L'urgent que hagi trobat l'auditoria: dependències sense apedaçar, còpies de seguretat que no existeixen, un desplegament que només sap fer una persona. Resolt primer.
Acordar el nivell de servei
Temps de resposta, horari de cobertura i capacitat mensual per escrit, dimensionats segons el que aquest sistema val per al negoci.
Operar-lo de manera contínua
Un ritme mensual estable de QA, apedaçament i petites millores, amb un informe de què va canviar i quant va costar.
Preguntes freqüents
El que es pregunta sobre els contractes de suport
Manteniu software que ha construït una altra empresa?
Sí, i bona part d'aquesta feina és exactament això. La fase d'auditoria existeix per poder ser honestos sobre l'estat del que heretem abans que cap de les dues parts es comprometi.
Si l'auditoria conclou que mantenir-lo costa més que substituir-ne una part, també t'ho direm, fins i tot quan això signifiqui un contracte més petit per a nosaltres.
Com es factura?
Com una quota mensual que cobreix una capacitat i un temps de resposta acordats, que és el que ho converteix en una línia de pressupost en lloc d'una sèrie de sorpreses. Quan la càrrega és de debò impredictible, facturem per temps i materials amb un límit.
Podem contractar només el QA?
Sí. QA com a servei és sovint el primer que els equips externalitzen, perquè és la disciplina que més es salta quan els desenvolupadors estan sota pressió de lliurament, i perquè demana instints diferents dels que calen per escriure la funcionalitat.
Quins són els vostres temps de resposta?
S'acorden en cada contracte contra horari laboral europeu, amb nivells de severitat perquè una caiguda en producció i un defecte estètic no es tractin com la mateixa petició. Hi ha cobertura ampliada quan el sistema ho justifica.
Treballeu al costat dels nostres desenvolupadors interns?
Normalment sí. Un repartiment habitual és que el teu equip porti el producte nou mentre nosaltres carreguem amb el QA, els pipelines i el backlog de manteniment: justament la feina que, si no, els interromp tota la setmana.
I si més endavant volem tornar a portar-ho internament?
Continua sent possible per disseny. La feina passa al teu repositori i al teu compte de cloud, els tests i les definicions d'infraestructura són teus, i la documentació està escrita perquè algú acabat d'incorporar ho pugui agafar sense haver de reservar una reunió amb nosaltres.
Explica'ns què tens ja en producció
Una trucada amb un enginyer sènior sobre el sistema que estàs sostenint. En sortiràs sabent què implicaria mantenir-lo com cal.