segnalo:
U.S. Digital Services Playbook
"The American people expect to interact with government through digital channels such as websites, email, and mobile applications. By building better digital services that meet the needs of the people that use our services, we can make the delivery of our policy and programs more effective."
magari vi sembra un po' OT, ma a me pare abbastanza azzeccato come spunto.
Vi lascio qualche commento del tutto personale in linea, sperando di stimolare qualche scambio di idee, se vi va.
DIGITAL SERVICE PLAYS:
- Understand what people need - vedi recenti discussioni. Su questo siamo tutti d'accordo, a scanso equivoci, poiché qui si che la discussione è centrata sugli utenti.
- Address the whole experience, from start to finish - essenzialmente consigliano di modellare i vari usi. Qui si potrebbero introdurre metodologie specifiche, ma bisogna ricordarsi i costi (lo dico perché mi pare si continui a pensare che "non ci vuole niente" o peggio che tutti vogliono le stesse cose)
- Make it simple and intuitive - in generale dobbiamo ricordarci che fare le cose semplici può costare di più
- Build the service using agile and iterative practices - al di là delle buzzword su agile, io lo interpreto come un suggerimento per andare online con dei prototipi testabili, e però pensare fin da subito il prodotto come "non finito". Ma probabilmente è una fissazione mia :-)
- Structure budgets and contracts to support delivery - leggete le voci che prevedono budget per fasi come prototipi, ricerche, product requirements etc. Non so da loro ma ahimè qui da noi IMHO è fantascienza al momento
- Assign one leader and hold that person accountable - questo è facile per noi, in Italia tutti vogliono essere leader :-P Un po' più complicato è convincere il leader di turno a fare backlogs e cose simili...
- Bring in experienced teams - cioè se devi realizzare un servizio di utilità pubblica, assicurati: 1) di avere *davvero* un team e 2) che ci sia almeno qualcuno nel team che abbia una vaga idea di ciò che sta facendo (non bastano 3 giorni di ricerche su internet, tanto per capirci)
- Choose a modern technology stack - fondamentalmente: evitare i lock-in (qui si potrebbe parlare anche di opensource, ma non è detto)
- Deploy in a flexible hosting environment - se per rilasciare un nuovo servizio devo spostare il team a fare 2 giorni di configurazione, ho perso. Se chi mette in esercizio il servizio fatto e finito dal team sta sulla luna, ho perso.
- Automate testing and deployments - leggendo questa mi vengono i lucciconi agli occhi... :-)
- Manage security and privacy through reusable processes - moolto delicata, sarebbe carino aprire una discussione a tema al prossimo SOD
- Use data to drive decisions - a parte i prototipi che possono partire da dove è più facile partire, il resto dovrebbe essere guidato dalla domanda, ovvero dovrebbe esserci un modo di farsi suggerire le priorità. O no? E se si: come?
- Default to open - ovviamente