Vai al contenuto
SNForge

Gli agenti costruiscono. Tu decidi cosa va in Produzione

SNForge è la delivery agentica per ServiceNow. Porta un requisito fino alla Produzione: soluzione, update set, controlli, test ATF e promozioni da Dev a Test, UAT e Produzione. Il lavoro ripetitivo lo fanno gli agenti. Su ogni decisione che conta c'è una persona.

sn_forge Cliente di prova/LAV-142 in corsoattende una personain Produzione
Un lavoro di esempio, dal requisito alla Produzione. Lì si ferma finché non decide una persona.

Il tempo della delivery non va nel codice

Va nei requisiti da chiarire, negli update set da ricomporre, nei test da scrivere e nelle promozioni da preparare. SNForge prende quella parte e la fa sempre allo stesso modo.

  1. OggiI requisiti si chiariscono al primo giro di UAT.

    Con SNForgeL'analista fa le domande prima che si costruisca.

  2. OggiGli update set si ricompongono a mano, e qualcosa resta fuori.

    Con SNForgeUn update set per lavoro, confrontato con l'istanza di destinazione.

  3. OggiI test ATF si scrivono alla fine, se resta tempo.

    Con SNForgeI test nascono dal requisito e girano sull'istanza.

  4. OggiLe promozioni si preparano a memoria.

    Con SNForgeOgni ambiente ha il suo gate: chi decide, cosa manca, cosa è già provato.

Come funziona

Un lavoro parte da un requisito, scritto in chat o in un documento, e fa sempre gli stessi cinque passi. Ognuno lascia una traccia che si può rileggere.

  1. Requisito

    L'analista ricava obiettivi, vincoli e criteri di accettazione, e chiede quello che manca prima che si costruisca.

    Decide chi ha avviato il lavoroCriteri di accettazione
  2. Soluzione

    L'architetto propone la soluzione sullo schema reale dell'istanza e sulla knowledge del modulo, e dichiara i rischi.

    Decide un approvatoreDocumento di soluzione, esportabile in Word
  3. Costruzione

    Lo sviluppatore costruisce su Dev in un update set dedicato. Il revisore controlla il codice e le regole del cliente.

    Lo fanno gli agenti, con i controllisys_update_set, uno per lavoro
  4. Verifica

    I test ATF nascono dal requisito e girano sull'istanza. L'esito resta allegato al lavoro.

    Lo fanno gli agenti, con i controllisys_atf_test, con l'esito
  5. Promozione

    Test, UAT e Produzione, ognuno dietro un gate umano, con il confronto con l'istanza di destinazione e la bozza di change request per il CAB.

    Decidono approvatore e release managerchange_request, bozza per il CAB

Chi avvia non approva. Chi ha avviato un lavoro non può approvarne la promozione in UAT e in Produzione. E in Produzione non si scrive niente senza una persona.

Cosa c'è dentro

Uno spazio per ogni cliente, con le sue istanze, la sua knowledge e i suoi lavori.

Chat con le fonti citate

Domande sulla piattaforma e sull'istanza del cliente, con la fonte di ogni risposta. Sull'istanza, solo letture.

Lavori agentici

Dal requisito all'update set, un update set per lavoro. Il costo di ogni lavoro e di ogni chiamata al modello resta registrato.

Controlli e test ATF

Revisione del codice, regole del cliente e test ATF generati dal requisito, con l'esito allegato al lavoro.

Documenti per il cliente

Documento di soluzione e bozza di change request per il CAB, esportabili in Word.

Moduli come SAM Pro

Procedure e analisi pronte per moduli come SAM Pro, con le misure lette dall'istanza.

Portafoglio e approvazioni

Tutti i clienti in una vista: le decisioni in attesa e da quanto, i rilasci della settimana, la salute delle istanze.

Italiano e inglese

Interfaccia e messaggi nelle due lingue, per team che lavorano con clienti diversi.

I dati del cliente restano del cliente

Istanze, requisiti e nomi delle persone non sono materiale da spargere in giro. SNForge è costruito partendo da qui.

Anonimizzazione verso un modello esterno: nomi e indirizzi diventano segnaposto, e tornano al loro posto nella risposta.

Scrivinel tuo spazio

Maria Rossi (maria.rossi@cliente.example) chiede perché Luca Bianchi non riceve le approvazioni.

Parteverso il modello

⟦PERSONA_1⟧ (⟦EMAIL_1⟧) chiede perché ⟦PERSONA_2⟧ non riceve le approvazioni.

al modello esterno arrivano solo i segnaposto

Tornanella risposta

A Luca Bianchi manca il ruolo approver_user: aggiungilo e avvisa Maria Rossi.

La corrispondenza fra segnaposto e nomi veri resta in SNForge: il modello esterno non la vede mai.

  • Modello locale per la knowledge

    Le domande sulla knowledge possono restare su un modello che gira nell'infrastruttura, senza uscire.

  • Clienti separati dal database

    Ogni riga appartiene a un cliente, e la separazione la fa il database stesso.

  • Produzione protetta

    Gate umani su Test, UAT e Produzione. Chi avvia non approva, e il commit in Produzione resta manuale.

  • Registro a catena

    Ogni decisione e ogni scrittura sull'istanza entrano in un registro a catena, che dopo non si può modificare.

  • Ruoli chiari

    Ognuno vede e fa solo la sua parte.

    lettore operatore approvatore release manager amministratore

Per chi lavora sulle istanze dei clienti

Team di delivery

Meno lavoro ripetitivo fra requisito e update set, più tempo per le scelte di soluzione.

Consulenti con più clienti

Uno spazio per cliente, con istanze, knowledge e regole separate, e un portafoglio che li tiene insieme.

Release manager e CAB

Ogni promozione arriva con i test, il confronto con la destinazione e la bozza di change request.

Vediamolo su un caso vero

Mezz'ora su un'istanza di prova: un requisito, la soluzione, l'update set e la catena fino alla Produzione.

Oppure scrivi direttamente a info@snforge.com.