[{"data":1,"prerenderedAt":349},["ShallowReactive",2],{"post-\u002Fblog\u002Fsviluppatore-software-se-ne-va":3,"related-\u002Fblog\u002Fsviluppatore-software-se-ne-va":342},{"id":4,"title":5,"body":6,"date":326,"description":327,"extension":328,"meta":329,"navigation":330,"order":331,"path":332,"related":333,"seo":337,"seoTitle":338,"sitemap":339,"stem":340,"updated":326,"__hash__":341},"blog\u002Fblog\u002Fsviluppatore-software-se-ne-va.md","Il software dipende da una sola persona: come proteggere l’azienda in tempo",{"type":7,"value":8,"toc":306},"minimark",[9,18,21,24,29,32,72,76,93,97,100,105,108,123,127,130,134,137,141,144,206,209,213,216,241,244,252,256,269,281,285,289,292,296,299,303],[10,11,12,13,17],"p",{},"Se il ",[14,15,16],"strong",{},"software dipende da una sola persona",", il rischio non è il programma ma cosa succede se quella persona non c’è. Il momento giusto per agire è quando è ancora disponibile: va verificato dove sono codice e accessi, fatte scrivere le procedure critiche e affiancata da qualcun altro. Sono interventi poco costosi, che diventano molto difficili il giorno dopo le dimissioni.",[10,19,20],{},"Tra gli sviluppatori c’è un modo un po' brutale per chiamarlo: quante persone dovrebbero essere investite da un autobus perché il progetto si fermi? Se la risposta è una, sei nella situazione di molte piccole e medie aziende. Può essere un dipendente, il consulente storico o un socio che ha scritto il programma anni fa.",[10,22,23],{},"Un punto di metodo: questo non è un problema della persona, che anzi spesso ha tenuto in piedi l’azienda per anni. Va affrontato con rispetto. Presentarlo come un controllo sul suo lavoro è il modo più sicuro per ottenere poca collaborazione.",[25,26,28],"h2",{"id":27},"cosa-recuperare-subito","Cosa recuperare subito",[10,30,31],{},"Questa lista richiede poco tempo e protegge da quasi tutti gli scenari peggiori. Ti serve anche se non pensi affatto che possa andarsene.",[33,34,35,42,48,54,60,66],"ol",{},[36,37,38,41],"li",{},[14,39,40],{},"Il codice sorgente."," Dove si trova? È su un sistema di controllo delle versioni o sul computer di una persona? Corrisponde a ciò che è in uso?",[36,43,44,47],{},[14,45,46],{},"Le password."," Database, server, dominio, servizi cloud, certificati. Devono stare in un archivio aziendale protetto, non nella testa di qualcuno o su un suo account personale.",[36,49,50,53],{},[14,51,52],{},"Gli intestatari."," Dominio, hosting e account dei fornitori devono essere intestati all’azienda. Controllalo: è frequente trovare servizi attivati con un indirizzo email personale.",[36,55,56,59],{},[14,57,58],{},"I contratti."," Chi paga cosa e dove arrivano le scadenze, compresi i rinnovi automatici e i certificati.",[36,61,62,65],{},[14,63,64],{},"I backup."," Chi li controlla? Quando è stato provato l’ultimo ripristino?",[36,67,68,71],{},[14,69,70],{},"La prova del nove."," Fai generare il programma da zero su un computer pulito. Se ci riesce solo su un vecchio portatile, è un’informazione importantissima.",[25,73,75],{"id":74},"di-chi-sono-davvero-il-codice-e-i-diritti","Di chi sono davvero il codice e i diritti?",[10,77,78,79,86,87,92],{},"Dipende dal rapporto con chi l’ha scritto. Per i dipendenti, l’",[80,81,85],"a",{"href":82,"rel":83},"https:\u002F\u002Fbrocardi.it\u002Flegge-diritto-autore\u002Ftitolo-i\u002Fcapo-iii\u002Fsezione-i\u002Fart12bis.html",[84],"nofollow","articolo 12-bis"," della legge sul diritto d’autore attribuisce al datore di lavoro, salvo patto contrario, i diritti economici sui programmi creati nell’esecuzione delle mansioni. Per un consulente esterno, la situazione è ",[80,88,91],{"href":89,"rel":90},"https:\u002F\u002Fwww.agendadigitale.eu\u002Fsicurezza\u002Fsoftware-le-forme-di-cessione-dei-diritti-rischi-e-tutele-contrattuali\u002F",[84],"meno lineare"," e dipende molto dagli accordi presi. Se non c’è nulla di scritto, questo è il momento di sistemare le cose con un legale, finché il rapporto è buono.",[25,94,96],{"id":95},"come-far-uscire-le-conoscenze-dalla-testa","Come far uscire le conoscenze dalla testa",[10,98,99],{},"Chiedere a un programmatore impegnato di “scrivere tutta la documentazione” è un ottimo modo per non ottenere nulla. Funzionano molto meglio richieste piccole e concrete.",[101,102,104],"h3",{"id":103},"le-procedure-di-emergenza","Le procedure di emergenza",[10,106,107],{},"Prima di tutto ciò che servirebbe se si bloccasse tutto, in una pagina:",[109,110,111,114,117,120],"ul",{},[36,112,113],{},"come si riavvia il sistema e come si controlla che funzioni;",[36,115,116],{},"come si ripristina un backup;",[36,118,119],{},"cosa si fa nelle operazioni di fine mese e fine anno;",[36,121,122],{},"quali errori capitano spesso e come si risolvono.",[101,124,126],{"id":125},"le-regole-che-nessuno-sa","Le regole che nessuno sa",[10,128,129],{},"Qui c’è il vero valore: gli arrotondamenti particolari, i clienti con condizioni speciali, i motivi di certe scelte. Il metodo migliore è fare domande durante il lavoro, e registrare le risposte. Bastano sessioni brevi e regolari, anche di un’ora a settimana, in cui si parte da un problema vero.",[101,131,133],{"id":132},"gli-schermi-registrati","Gli schermi registrati",[10,135,136],{},"Far registrare lo schermo mentre esegue un’operazione, spiegandola a voce, richiede pochi minuti e conserva moltissime informazioni. In un secondo momento, si può trascrivere e organizzare il contenuto. L’importante è che la registrazione esista.",[25,138,140],{"id":139},"affiancare-qualcuno","Affiancare qualcuno",[10,142,143],{},"Nessun documento sostituisce un’altra persona che abbia già messo le mani nel sistema. Si può fare in tre modi:",[145,146,147,163],"table",{},[148,149,150],"thead",{},[151,152,153,157,160],"tr",{},[154,155,156],"th",{},"Soluzione",[154,158,159],{},"Quando conviene",[154,161,162],{},"Attenzione a",[164,165,166,180,193],"tbody",{},[151,167,168,174,177],{},[169,170,171],"td",{},[14,172,173],{},"Secondo sviluppatore interno",[169,175,176],{},"Il software è strategico e cambia spesso",[169,178,179],{},"Può essere difficile trovare chi lavori su tecnologie vecchie",[151,181,182,187,190],{},[169,183,184],{},[14,185,186],{},"Fornitore esterno di riserva",[169,188,189],{},"Serve qualcuno che conosca il sistema, ma non a tempo pieno",[169,191,192],{},"Va coinvolto davvero, con piccoli interventi, non solo “sulla carta”",[151,194,195,200,203],{},[169,196,197],{},[14,198,199],{},"Rotazione degli interventi",[169,201,202],{},"C’è già un piccolo team interno",[169,204,205],{},"Serve tempo, e all’inizio si va più lenti",[10,207,208],{},"La regola pratica è di far fare a un’altra persona il prossimo intervento, con la persona esperta che controlla, invece del contrario.",[25,210,212],{"id":211},"se-le-dimissioni-sono-già-arrivate","Se le dimissioni sono già arrivate",[10,214,215],{},"Il tempo è poco, quindi concentra lo sforzo. Ecco le priorità nelle settimane che restano:",[33,217,218,224,230,235],{},[36,219,220,223],{},[14,221,222],{},"Prima settimana:"," accessi, codice sorgente, prova di generazione del programma e ripristino di un backup.",[36,225,226,229],{},[14,227,228],{},"Poi:"," procedure di emergenza e di fine periodo, con registrazioni.",[36,231,232,234],{},[14,233,228],{}," un elenco dei problemi noti e delle cose rimaste a metà.",[36,236,237,240],{},[14,238,239],{},"Infine:"," passaggio guidato alla persona o al fornitore che subentrerà.",[10,242,243],{},"Verifica anche la possibilità di una consulenza dopo l’uscita, per qualche mese: spesso costa poco, in confronto a ciò che evita. Quando la persona lascia l’azienda, disattiva le sue utenze e cambia le password condivise, con ordine e senza drammi.",[10,245,246,247,251],{},"Se invece la persona non è più raggiungibile, la situazione è simile a ",[80,248,250],{"href":249},"\u002Fblog\u002Ffornitore-software-ha-chiuso","quando il fornitore del software ha chiuso",": la prima cosa è mettere al sicuro i dati e ricostruire il funzionamento del sistema.",[25,253,255],{"id":254},"la-domanda-dietro-la-domanda","La domanda dietro la domanda",[10,257,258,259,263,264,268],{},"A volte il problema non si può risolvere con la documentazione, perché è la tecnologia stessa a restringere il campo: chi lavora ancora con linguaggi fuori produzione è difficile da trovare, e il rischio si ripresenterà con la persona successiva. In questo caso, vale la pena di ragionare sul ",[80,260,262],{"href":261},"\u002Fblog\u002Fdebito-tecnico-cos-e","debito tecnico accumulato"," e su ",[80,265,267],{"href":266},"\u002Fblog\u002Fsoftware-legacy-cos-e","quanto il sistema sia ormai legacy",".",[10,270,271,272,276,277,268],{},"Se decidi di sostituire il programma, la persona che lo conosce è la risorsa più preziosa del progetto, non un ostacolo. Il metodo graduale della ",[80,273,275],{"href":274},"\u002Fblog\u002Fmodernizzazione-software-legacy","guida alla modernizzazione del software legacy"," funziona molto meglio con il suo aiuto, finché è possibile. E ricorda di evitare di ricreare lo stesso rischio con il nuovo fornitore: ",[80,278,280],{"href":279},"\u002Fblog\u002Fcome-scegliere-software-house-gestionale","ecco le domande da fare",[25,282,284],{"id":283},"domande-frequenti","Domande frequenti",[101,286,288],{"id":287},"come-ne-parlo-senza-che-si-senta-sotto-accusa","Come ne parlo senza che si senta sotto accusa?",[10,290,291],{},"Parti dal rischio per l’azienda, non dalla persona: “se ti ammali per un mese, come facciamo?”. Riconosci il valore di ciò che ha fatto e dagli tempo vero per farlo, togliendo qualcos’altro dalla sua lista. Se lo aggiungi soltanto al lavoro di sempre, non succederà.",[101,293,295],{"id":294},"la-persona-rifiuta-di-condividere-le-informazioni-cosa-posso-fare","La persona rifiuta di condividere le informazioni. Cosa posso fare?",[10,297,298],{},"Se è un dipendente, gli accessi e il codice appartengono di norma all’azienda: chiedi consiglio a chi segue i rapporti di lavoro. Se è un fornitore, guarda il contratto. In entrambi i casi, muoviti presto.",[101,300,302],{"id":301},"quanta-documentazione-serve-davvero","Quanta documentazione serve davvero?",[10,304,305],{},"Meno di quanto si pensi: procedure di emergenza, schema generale, regole non evidenti. Una documentazione breve e aggiornata vale più di un manuale enorme che nessuno legge.",{"title":307,"searchDepth":308,"depth":308,"links":309},"",2,[310,311,312,318,319,320,321],{"id":27,"depth":308,"text":28},{"id":74,"depth":308,"text":75},{"id":95,"depth":308,"text":96,"children":313},[314,316,317],{"id":103,"depth":315,"text":104},3,{"id":125,"depth":315,"text":126},{"id":132,"depth":315,"text":133},{"id":139,"depth":308,"text":140},{"id":211,"depth":308,"text":212},{"id":254,"depth":308,"text":255},{"id":283,"depth":308,"text":284,"children":322},[323,324,325],{"id":287,"depth":315,"text":288},{"id":294,"depth":315,"text":295},{"id":301,"depth":315,"text":302},"2026-11-01","Solo una persona conosce il software dell’azienda? Come ridurre il rischio prima che se ne vada: cosa recuperare e come passare le consegne.","md",{},true,24,"\u002Fblog\u002Fsviluppatore-software-se-ne-va",[334,335,336],"fornitore-software-ha-chiuso","software-legacy-cos-e","debito-tecnico-cos-e",{"title":5,"description":327},"Software che dipende da una sola persona: che fare | ITnext",{"loc":332,"lastmod":326},"blog\u002Fsviluppatore-software-se-ne-va","ktEv9JsNtrQmOFx9VvXWno9vBMLrkA-zjWmnF005zpU",[343,345,347],{"path":249,"title":344},"Il fornitore del software ha chiuso: cosa fare subito per non restare bloccato",{"path":266,"title":346},"Software legacy: cos’è e 8 segnali che è diventato un rischio",{"path":261,"title":348},"Debito tecnico: cos’è, spiegato a chi dirige un’azienda",1793609719014]