Domande frequenti

In concreto si tratta per lo più di una di queste situazioni: una PMI ha una soluzione esistente di cui nessuno si occupa più davvero e non dispone di un reparto IT interno in grado di farsene carico. Un’organizzazione in crescita si accorge che sito e strumenti isolati non bastano più e che servono una piattaforma, integrazioni e un esercizio stabile. Un comune o un’amministrazione ha bisogno di un sito web, di un portale o di un’applicazione specialistica che soddisfi i requisiti di protezione dei dati, accessibilità ed esercizio nel settore pubblico. Oppure un team di progetto dispone di competenze proprie e ci coinvolge miratamente per backend, infrastruttura, integrazione o UX/UI – anche accanto a un’agenzia esistente o a un’impresa generale.

Quanto alle dimensioni, si va da un’analisi tecnica di pochi giorni fino a progetti di piattaforma che sviluppiamo e gestiamo a lungo termine. Non esiste un budget minimo. Abbiamo sede in Svizzera e lavoriamo per organizzazioni in tutta la Svizzera e in Europa, in particolare in Germania, Austria e Ungheria; conduciamo i progetti in tedesco, inglese e ungherese.

È utile se ci comunicate in anticipo di che cosa si tratta: la situazione di partenza, i sistemi esistenti, i tempi desiderati e le condizioni note come un quadro di budget, una procedura di appalto in corso o scadenze politiche. Anche sapere chi decide da parte vostra è importante per noi. Da parte nostra partecipa al colloquio la persona che sarà poi responsabile del vostro progetto – quindi qualcuno in grado di rispondere tecnicamente alle vostre domande.

Al termine del colloquio ricevete da noi una valutazione: siamo o no il partner adatto a voi. In caso affermativo segue direttamente un’offerta (quando l’ambito è chiaro) oppure la proposta di una breve fase di analisi (quando non lo è). Di norma ricevete un’offerta entro cinque giorni lavorativi; è valida 30 giorni.

Offerte, contratti e documentazione sono vincolanti, e documenti vincolanti li redigiamo solo in lingue in cui possiamo valutare noi stessi ogni formulazione. Per questo la regola vale anche per le richieste inviate dalla versione francese o italiana di questo sito. Nel modulo di contatto scegliete la lingua in cui vi rispondiamo.

Non vale invece per i contenuti del vostro sito web o della vostra applicazione. Di norma ci occupiamo noi delle traduzioni in altre lingue. Se preferite fornirci traduzioni vostre – ad esempio dal vostro ufficio comunicazione o da un’agenzia di traduzione –, le integriamo.

A questo scopo vi proponiamo volentieri uno o più workshop con i vostri reparti specialistici e, se presente, con la vostra IT: che cosa si vuole ottenere, chi usa la soluzione, quali processi ne dipendono, quali condizioni tecniche valgono? Ne risulta un elenco di requisiti prioritizzati (indispensabili / auspicabili) con una prima stima dell’impegno.

Il risultato è vostro ed è costruito deliberatamente in modo da restare utilizzabile anche senza di noi: come base per decisioni interne, per una richiesta di credito o di budget, o come punto di partenza per un capitolato d’oneri in una gara d’appalto. Per i committenti pubblici vale però una riserva: se collaboriamo alla stesura del capitolato per una procedura di appalto, ciò può costituire un coinvolgimento preliminare che limita la nostra partecipazione successiva. Ne parliamo apertamente prima di iniziare.

Un’analisi separata è particolarmente sensata quando lo stato di un sistema esistente non è chiaro, quando occorre decidere tra modernizzazione e ricostruzione, quando l’impegno può essere stimato seriamente solo dopo aver esaminato codice e infrastruttura – oppure quando state preparando una gara d’appalto e vi servono basi solide.

A seconda dei casi l’analisi comprende codice, architettura, infrastruttura, sicurezza, flussi di dati e fornitori terzi impiegati. Si conclude con un rapporto scritto: stato attuale, valutazione, opzioni d’intervento con stima dell’impegno e una raccomandazione chiara. Il rapporto è scritto in modo che anche un altro fornitore possa lavorarci.

Questo primo passo è una ricognizione: mettiamo al sicuro gli accessi (hosting, dominio, repository del codice, aree di amministrazione), ci facciamo un quadro di codice, architettura, infrastruttura, dipendenze e flussi di dati e documentiamo lo stato attuale. Ne deriva una valutazione dei rischi: dove ci sono lacune di sicurezza, quali componenti sono obsoleti, quali licenze sono interessate, e così via. Su questa base possiamo ad esempio procedere così: stabilizzare e gestire, modernizzare per tappe, oppure sostituire – o diversamente, a seconda dello stato del sistema.

Da voi ci servono soprattutto gli accessi esistenti e una persona di riferimento che conosca il sistema dal punto di vista degli utenti. Se è previsto il passaggio da un altro fornitore, accompagniamo la consegna. E se durante l’analisi incontriamo problemi di sicurezza critici, vi informiamo senza indugio e concordiamo misure immediate prima di proseguire.

Quale procedura si applichi dipende dal valore della commessa e dal diritto in materia di appalti pubblici del vostro cantone (CIAP e leggi cantonali di applicazione). Le commesse di questo ordine di grandezza rientrano spesso nell’incarico diretto o nella procedura a invito; ai bandi pubblici partecipiamo tramite simap.ch. Lavoriamo con i modelli di contratto e le condizioni generali dell’ente pubblico; i punti divergenti li chiariamo prima della firma. Se vi abbiamo già sostenuti nella definizione dei requisiti, affrontiamo apertamente la questione del coinvolgimento preliminare prima che inizi una procedura.

Alcuni dei maggiori fattori di costo sono di solito l’ampiezza delle funzioni, il numero e la complessità delle integrazioni, la migrazione dei dati, il livello di ambizione del design, lo standard di accessibilità perseguito e i requisiti di sicurezza. Hosting, licenze e prestazioni di terzi vengono sempre indicati come voci separate; i costi correnti d’esercizio sono riportati distintamente dai costi di progetto.

Una nostra offerta contiene l’ambito definito, le ipotesi assunte, le prestazioni incluse ed escluse, il calendario e le modalità di pagamento. Per comuni ed enti pubblici forniamo cifre adatte a richieste di budget e di credito – un tetto massimo di costi, suddiviso tra costi una tantum e costi ricorrenti – e, su richiesta, suddividiamo i progetti in fasi distribuibili su più esercizi di bilancio.

Un prezzo fisso presuppone che requisiti e criteri di collaudo siano fissati per iscritto. Tutto ciò che va oltre viene trattato come richiesta di modifica. Il vantaggio è la certezza di pianificazione: conoscete l’importo prima che inizi la realizzazione e potete metterlo a bilancio e farlo approvare.

A consuntivo lavoriamo con un rilevamento trasparente delle ore, un tetto di costi stabilito contrattualmente, rapporti periodici su impegno e budget residuo e la possibilità di terminare il progetto nei punti concordati. In entrambi i modelli ricevete i giustificativi delle ore.

Nella pratica combiniamo spesso le due cose: prezzo fisso per analisi e concezione, poi prezzo fisso per la realizzazione sulla base del concetto.

Dietro a ciò stanno alcuni meccanismi fissi: un documento scritto sull’ambito con i criteri di collaudo, una priorizzazione in indispensabile e auspicabile, riserve dichiarate apertamente anziché margini nascosti, rapporti periodici sull’impegno rispetto al budget e un preavviso non appena si delinea uno scostamento superiore al 10 per cento – molto prima che il budget sia raggiunto.

Le modifiche durante un progetto sono normali: le condizioni quadro si spostano, succede qualcosa sul mercato o nella legislazione, arrivano nuovi requisiti dall’esterno – non tutto si può prevedere. Nei progetti condotti in modo iterativo preferiamo scambiare i nuovi requisiti con altri meno importanti anziché sommarli. Per i comuni questo è particolarmente rilevante: un credito suppletivo è politicamente delicato, e noi informiamo abbastanza presto perché resti evitabile.

Dopo il kickoff, in cui si stabiliscono ruoli, canali di comunicazione e processi decisionali, lavoriamo in iterazioni di due settimane. Dopo ogni iterazione vi mettiamo a disposizione lo stato attuale – su richiesta in un ambiente di test –, così che possiate seguire voi stessi l’avanzamento. Le decisioni vengono messe per iscritto, requisiti e modifiche sono gestiti in un sistema consultabile da entrambe le parti. Le tappe fondamentali si concludono con un collaudo formale. Prima del go-live seguono i test di accettazione e, dove serve, una formazione; per la fase di avvio concordiamo su richiesta una disponibilità maggiore.

La durata di un progetto dipende soprattutto dall’ambito funzionale, dalla complessità tecnica e dalle integrazioni necessarie. Anche la disponibilità di contenuti e dati e la rapidità con cui vengono prese decisioni e approvazioni influiscono sulla pianificazione.

Dopo l’analisi elaboriamo un piano di progetto con le fasi e le tappe previste. Per i progetti più grandi possiamo suddividere la realizzazione in più fasi, così che le prime funzionalità siano già utilizzabili mentre altre parti sono ancora in sviluppo.

Presso i committenti pubblici occorre inoltre considerare la durata di un’eventuale procedura di appalto.

Questa persona è il vostro interlocutore per scadenze, budget e decisioni così come per le questioni specialistiche e tecniche – senza passare da un verbale o da un altro ufficio. Per le assenze è prevista una supplenza che conosce il progetto.

Dopo il go-live il contatto non passa a una hotline anonima: le richieste di supporto passano dal nostro sistema di ticket, per e-mail o per telefono e arrivano a persone che conoscono il vostro sistema. Ove possibile, le stesse persone seguono un sistema dal progetto fino all’esercizio – è uno dei motivi per cui offriamo l’esercizio.

Tre ruoli sono importanti e possono anche coincidere in una sola persona: qualcuno che decide su budget e approvazioni; qualcuno che conosce i processi specialistici e i contenuti e prova gli stati intermedi; e una persona di riferimento IT per accessi e infrastruttura – può essere anche il vostro fornitore IT esterno.

L’impegno si distribuisce in modo disomogeneo: nella fase di analisi vi serviamo intensamente, nella realizzazione solo puntualmente per domande e collaudi intermedi, al momento del collaudo di nuovo di più. Se la vostra capacità è limitata, assumiamo compiti aggiuntivi come la migrazione dei contenuti, il coordinamento dei test o anche la direzione di progetto dalla vostra parte. I workshop li teniamo volentieri anche da voi in loco; dove ha senso e la vostra infrastruttura lo consente, anche da remoto – così si risparmiano tempo e costi. Lo scambio corrente avviene di regola da remoto.

Conosciamo HERMES e ci atteniamo ad esso: in tali progetti forniamo i risultati previsti nella forma prescritta – dallo studio, passando per concezione e realizzazione, fino all’introduzione – e occupiamo i ruoli previsti dal vostro manuale di progetto. Un procedere agile all’interno delle fasi HERMES è possibile e oggi consueto. In ambienti Scrum assumiamo i ruoli corrispondenti e lavoriamo nei vostri sprint e con i vostri strumenti.

Nella collaborazione con la vostra IT interna o con il vostro fornitore IT esistente chiariamo le responsabilità fin dall’inizio – tipicamente il fornitore gestisce l’infrastruttura e noi l’applicazione. Accanto a un’agenzia o a un’impresa generale ci assumiamo un ambito chiaramente delimitato, ad esempio backend, infrastruttura o integrazione. Se in seguito sarà il vostro team di sviluppo a riprendere la soluzione, pianifichiamo fin dall’inizio documentazione, lavoro comune sul codice e formazione.

A favore di una ricostruzione o di un rilancio parlano di solito le ragioni seguenti: la tecnologia impiegata non riceve più aggiornamenti di sicurezza, l’architettura non regge i nuovi requisiti, ogni estensione diventa sproporzionatamente costosa, oppure i costi d’esercizio superano quelli di un sistema nuovo. Se nulla di tutto ciò si applica, procediamo per tappe: prima mettere in sicurezza (aggiornamenti, backup, monitoraggio), poi sostituire singoli componenti – un frontend, un’interfaccia o la banca dati – e, se necessario, consolidare in un unico sistema più soluzioni isolate cresciute nel tempo.

Il vantaggio di questa strada: l’esercizio prosegue, i costi si distribuiscono su più esercizi di bilancio e i primi miglioramenti si percepiscono rapidamente. Il prezzo da pagare è una fase di transizione con un sistema misto, che deve essere documentata con cura. Quale variante faccia al caso vostro lo decidete voi, sulla base di un confronto trasparente tra costi, rischi e benefici che risulta dalla nostra analisi.

Esaminiamo con voi, tra le altre, le domande seguenti: questo processo vi distingue dagli altri o è intercambiabile? Un prodotto standard copre l’80 per cento del fabbisogno senza contorsioni? Come si rapportano i costi di licenza su cinque-dieci anni allo sviluppo più l’esercizio? Esistono requisiti di sovranità e di localizzazione dei dati che i prodotti standard non possono soddisfare? E quanti sistemi esistenti devono essere collegati?

Casi tipici per soluzioni su misura sono portali clienti e piattaforme self-service, applicazioni specialistiche interne, l’automazione di processi con rotture di supporto e livelli di integrazione tra ERP, CRM e sistemi specialistici. Spesso la risposta migliore è ibrida: un prodotto standard come base, completato da un componente su misura esattamente dove ne vale la pena.

Distinguiamo due cose: un prototipo rende visibili presto percorsi e interfacce, così da poterli verificare con utenti reali – da noi nasce di regola direttamente nel codice e non in uno strumento di design separato. Un MVP è già utilizzabile in produzione, volutamente ridotto all’essenziale. Entrambi possono avere senso; spesso l’uno segue l’altro. Se manca un sistema periferico – ad esempio un ERP di test –, lo simuliamo in base alla descrizione delle sue interfacce, affinché lo sviluppo non debba attenderlo.

Affinché dall’MVP non nasca un collo di bottiglia tecnico, curiamo fin dall’inizio un’architettura modulare, modelli di dati puliti, interfacce documentate, tecnologie consolidate e test automatizzati. Ciò che dovrà aggiungersi in seguito lo pianifichiamo per fasi in una roadmap – così si può distribuire anche il budget su più anni. Dopo l’MVP valutiamo insieme i riscontri, ridefiniamo le priorità e proseguiamo lo sviluppo.

Un’integrazione inizia di regola con un’analisi delle interfacce: quali dati fluiscono in quale direzione, quanto devono essere aggiornati, qual è il sistema di riferimento? Se un sistema non offre un’API moderna, di solito esistono altre vie: esportazioni e importazioni periodiche, una sincronizzazione a livello di banca dati oppure – come ultima risorsa – un’automazione dell’interfaccia utente, in cui uno script usa l’applicazione come farebbe un collaboratore, ad esempio per esportare regolarmente dei dati. Con i sistemi proprietari collaboriamo con il produttore.

Per il single sign-on integriamo i sistemi di gestione delle identità e degli accessi esistenti tramite gli standard diffusi OpenID Connect, OAuth 2.0 e SAML, così che i vostri collaboratori usino gli accessi a cui sono abituati. Le interfacce che sviluppiamo noi stessi sono documentate secondo lo standard corrente (OpenAPI), affinché possano essere sviluppate in seguito indipendentemente da noi. Riprendiamo i dati dai sistemi legacy, bonifica compresa.

All’inizio c’è un inventario: contenuti, dati, URL, integrazioni, domini, voci DNS e servizi di posta elettronica. Migriamo contenuti e dati, effettuiamo migrazioni di prova e confrontiamo i risultati prima della migrazione produttiva. Su richiesta mettiamo a disposizione un sistema di staging – per la durata del progetto o in modo permanente – sul quale potete verificare in anticipo il nuovo stato; è chiuso ai motori di ricerca, tutto il resto vi può essere testato. Per la visibilità sui motori di ricerca predisponiamo un piano di reindirizzamenti (redirect 301 per ogni URL precedente), aggiorniamo le sitemap e sorvegliamo dopo il go-live pagine di errore, posizionamenti e log.

Il passaggio vero e proprio avviene in una finestra al di fuori dell’utilizzo principale. Il vecchio sistema resta operativo fino a dopo il collaudo, così da poter tornare indietro in qualsiasi momento. Se necessario, durante una fase di transizione le interfacce esistenti funzionano verso entrambi i sistemi, finché tutti i processi dipendenti sono stati commutati.

A seconda della soluzione impieghiamo test unitari, di integrazione e end-to-end, integrati da test di prestazione e verifiche su diversi browser e dispositivi. Ogni modifica passa automaticamente attraverso i test e una revisione da parte di una seconda persona prima di essere rilasciata. Per la durata del progetto raccomandiamo un ambiente di test sul quale potete verificare voi stessi gli stati intermedi; viene commissionato separatamente e in seguito può essere disattivato.

Il collaudo segue criteri concordati in anticipo: voi testate in una fase definita, gli errori trovati vengono classificati per gravità e corretti entro termini stabiliti, e il go-live avviene solo dopo la vostra approvazione. Le decisioni tecniche le fissiamo in brevi note di architettura (ADR); alla chiusura ricevete una documentazione tecnica e un manuale d’esercizio.

Per comuni ed enti pubblici esistono prescrizioni legali in materia di accessibilità, che variano da cantone a cantone; lo standard svizzero eCH-0059 rimanda a tal fine alle WCAG 2.1 AA. Se l’accessibilità fa parte dell’incarico, ne teniamo conto già nel design (contrasti, struttura, gestione del focus), nello sviluppo (HTML semantico, utilizzo da tastiera, marcatura corretta di moduli e componenti) e nella verifica: test automatizzati, test manuali con tastiera e screen reader e, su richiesta, una verifica esterna da parte di un servizio specializzato indipendente. L’accessibilità può essere concordata come criterio di collaudo.

I siti esistenti li esaminiamo in un audit e mostriamo che cosa occorre fare. I componenti che forniamo sono costruiti per essere accessibili; se una pagina lo resta si decide poi in redazione – nella scelta dei componenti, nei testi alternativi, nella struttura dei titoli e nei documenti caricati. Per questo formiamo la vostra redazione nella creazione di contenuti accessibili e diamo supporto tecnico per la dichiarazione di accessibilità. Tenete inoltre presente che i contenuti di terzi e gli archivi di PDF esistenti potrebbero non poter essere resi accessibili premendo un pulsante.

Un contratto di manutenzione con noi comprende aggiornamenti periodici di sistema operativo, framework, librerie e dipendenze, inclusa la tempestiva chiusura delle lacune di sicurezza note; il monitoraggio con allerta, affinché ci accorgiamo dei guasti prima di voi o dei vostri clienti; backup con ripristino testato; finestre di manutenzione annunciate; una documentazione di tutte le modifiche al sistema produttivo; e, su richiesta, un rapporto d’esercizio su disponibilità, aggiornamenti applicati e punti aperti.

Prendiamo in manutenzione anche sistemi che non provengono da noi – dopo una verifica, affinché sappiamo di che cosa ci assumiamo la responsabilità. Una presa in carico dell’esercizio si svolge in tre passi: analisi, messa in sicurezza dello stato attuale, passaggio all’esercizio regolare. Potete commissionarci esercizio e manutenzione anche senza un progetto di sviluppo precedente.

Un forfait d’esercizio comprende tipicamente hosting e infrastruttura, la manutenzione (aggiornamenti di sicurezza e di framework, monitoraggio, backup), un contingente di supporto e i tempi di reazione concordati. Vengono fatturate separatamente le licenze di terzi e gli sviluppi che vanno oltre l’esercizio.

Per la vostra pianificazione di bilancio forniamo una cifra fissa per i costi ricorrenti, di norma con una durata di dodici mesi e tre mesi di preavviso.

Le richieste di supporto vengono prioritizzate in base all’impatto:

Per ogni livello valgono un tempo di reazione e un tempo obiettivo per la risoluzione, fissati nel contratto. I canali di segnalazione sono il sistema di ticket, l’e-mail e il telefono; se un guasto non è risolto nel tempo atteso, scatta un processo di escalation fino alla direzione.

Al di fuori degli orari di supporto il monitoraggio continua a sorvegliare i sistemi e avvisa automaticamente; le segnalazioni vengono elaborate il giorno lavorativo successivo, salvo che sia stata concordata una reperibilità. Le lacune di sicurezza critiche nei componenti impiegati le chiudiamo di norma entro 48 ore, indipendentemente dal ritmo di manutenzione ordinario. Tempo di ripristino (RTO) e perdita massima di dati (RPO) possono essere concordati contrattualmente.

Quale variante sia sensata ve lo raccomandiamo in base ai dati trattati: per un sito web senza particolari esigenze di protezione un’ubicazione nell’UE è la scelta economica e non problematica dal punto di vista della protezione dei dati; l’invio delle e-mail transazionali avviene in tal caso tramite AWS SES, con trattamento in Irlanda. Non appena entrano in gioco dati personali di un’amministrazione, dati degni di particolare protezione o prescrizioni cantonali, raccomandiamo la Svizzera come luogo di conservazione e di trattamento – scegliamo allora ogni servizio coinvolto, dal centro di calcolo all’invio delle e-mail, in modo che dati e accessi non lascino il Paese. La nostra infrastruttura si trova oggi in Germania, quindi all’interno dell’UE; lì funzionano anche monitoraggio e logging.

I backup vengono creati quotidianamente e archiviati in forma cifrata in un’ubicazione separata dall’esercizio. Come direttiva standard li conserviamo 30 giorni; a seconda del sistema e del metodo di backup vale una conservazione più lunga, e gli stati più vecchi vengono regolarmente ripuliti. Il ripristino viene testato; la cadenza la stabiliamo per ogni sistema. I log vengono ruotati e salvati in forma cifrata; i dati di monitoraggio sono di norma non critici. L’elenco dei subfornitori impiegati lo ricevete su richiesta e come parte del contratto di trattamento dei dati. Laddove singoli servizi – ad esempio per l’invio di e-mail o per strumenti di sviluppo – potrebbero trattare dati al di fuori dell’ubicazione scelta, lo dichiariamo apertamente e offriamo un’alternativa se le vostre esigenze lo richiedono.

Potete anche restare presso la vostra infrastruttura di hosting esistente o farci gestire il vostro ambiente cloud o server. Hosting e sviluppo si possono acquistare separatamente. E poiché puntiamo su tecnologie standard, un successivo cambio di fornitore di hosting è possibile senza riscrivere la soluzione.

Un contratto di trattamento dei dati (DPA) è necessario non appena trattiamo dati personali per vostro conto – nell’hosting e nell’esercizio quindi praticamente sempre, nel puro sviluppo con dati di prova di norma no. Quali dati trattiamo concretamente dipende dalla soluzione ed è fissato nel contratto. In sviluppo ed esercizio vale il principio della protezione dei dati fin dalla progettazione: minimizzazione dei dati, un modello di accesso secondo il principio del privilegio minimo, cifratura in transito, backup cifrati, ambienti separati e nessun dato personale produttivo nei sistemi di sviluppo e di test. Le nostre misure tecniche e organizzative sono documentate e potete prenderne visione.

Alla fine del contratto i vostri dati vengono esportati e consegnati, quindi cancellati di norma entro 30 giorni – con conferma scritta. Per una valutazione d’impatto sulla protezione dei dati o un controllo preliminare secondo il diritto cantonale forniamo il contributo tecnico. E se volete sapere quali dati il vostro sito attuale invia oggi a terzi – tracciamento, caratteri, mappe, contenuti incorporati –, lo analizziamo e mostriamo che cosa andrebbe cambiato.

Gli accessi ai vostri sistemi sono personalizzati, protetti ovunque possibile con autenticazione a più fattori e revocati immediatamente quando un collaboratore lascia l’azienda. Gli accessi amministrativi sono limitati a poche persone e tracciabili. Password, chiavi API e altri segreti non si trovano mai nel codice, bensì in un sistema previsto a tale scopo. Ogni modifica passa attraverso una revisione del codice, le dipendenze vengono controllate automaticamente alla ricerca di vulnerabilità note e gli aggiornamenti di sicurezza critici li applichiamo di norma entro 48 ore. Per esigenze di protezione più elevate svolgiamo security review e organizziamo su richiesta test di penetrazione esterni.

Se nonostante tutto si verifica un incidente, scatta un processo stabilito: rilevamento tramite monitoraggio e allerta, contenimento, informazione a voi entro 24 ore con una persona di riferimento designata, correzione, ripristino e infine un rapporto scritto con causa e misure. In caso di obblighi di notifica nei confronti dell’IFPDT o dell’autorità cantonale per la protezione dei dati vi sosteniamo con le indicazioni necessarie. Le nostre misure di sicurezza le ricevete documentate – ad esempio per una verifica dei fornitori.

La distinzione ci sta a cuore perché nelle verifiche dei fornitori viene spesso confusa: la certificazione del centro di calcolo copre la sicurezza fisica e l’esercizio dell’infrastruttura. Per tutto ciò che sta al di sopra – l’applicazione, gli accessi, il processo di sviluppo, il trattamento dei vostri dati – siamo responsabili noi, e per questo non vale alcuna certificazione altrui.

Ciò che vi forniamo invece: un concetto di sicurezza documentato, l’elenco delle misure tecniche e organizzative, i questionari di sicurezza della vostra organizzazione compilati e un’autodichiarazione per le procedure di appalto.

Di norma ricevete l’intero codice sorgente alla fine del contratto, senza costi aggiuntivi, insieme alla documentazione – come stato completo senza cronologia delle versioni, con cui voi o un altro fornitore potete proseguire lo sviluppo; in un puro progetto di sviluppo, quindi, alla sua conclusione. Chi desidera visibilità durante la durata contrattuale può commissionare un repository mirror con accesso in lettura, che aggiorniamo a ogni release – un impegno a sé, fatturato separatamente. I nostri componenti riutilizzati sono contrassegnati come tali: su di essi ricevete un diritto d’uso non esclusivo e illimitato nel tempo nell’ambito della vostra soluzione – compreso il diritto di modificarli e di incaricarne terzi – nonché il loro codice sorgente nello stato impiegato. I componenti open source impiegati li documentiamo con le rispettive licenze, così che sappiate sempre che cosa contiene la vostra soluzione.

La documentazione comprende installazione, architettura, interfacce ed esercizio – scritta per persone che non hanno mai visto il sistema.

Che cosa significa in concreto: i vostri dati si possono esportare integralmente, nei formati previsti dalle tecnologie impiegate – dump della banca dati, esportazioni strutturate, file nel formato originale. Le interfacce sono documentate. L’applicazione è containerizzata; con il codice ricevete le relative definizioni dei container, così da poter costruire nuove versioni in autonomia. Un manuale d’esercizio descrive i requisiti di sistema e le raccomandazioni per l’esercizio. E non inseriamo dipendenze da componenti non trasferibili.

Un cambio si svolge come una consegna ordinata, con una fase di transizione in cui rispondiamo alle domande del nuovo fornitore. Per questo fatturiamo l’impegno effettivo alla tariffa oraria normale – non esiste alcuna «tassa di uscita». Nel caso in cui venissimo a mancare noi stessi vale quanto segue: la documentazione è aggiornata, ogni sistema è noto da noi a più persone, e su richiesta concordiamo un repository mirror o un deposito del codice presso un fiduciario. Alla fine del contratto ricevete codice, dati, documentazione e una conferma di cancellazione per tutto ciò che resta da noi.

Dopo il progetto potete decidere, tra l’altro, se gestiamo integralmente la soluzione; se ci occupiamo della manutenzione mentre l’hosting resta presso il vostro fornitore attuale; se ci incaricate solo all’occorrenza per sviluppi, ad esempio tramite un contingente di ore; oppure se subentra la vostra IT interna o un altro fornitore – con consegna, formazione e una fase di transizione in cui restiamo raggiungibili per domande.

In ogni caso ricevete alla chiusura del progetto la documentazione completa. Su richiesta continuiamo a supportare il vostro team di sviluppo dopo la consegna e formiamo i vostri collaboratori – redazione, amministrazione o sviluppo – affinché possano usare e curare la soluzione in autonomia.