Sistemi digitali progettati per essere usati, mantenuti e fatti evolvere.

01

Metodo

  1. 01

    Capire

    Prima di proporre qualcosa serve capire il processo com’è adesso, compresi i punti in cui le persone hanno già trovato una scorciatoia.

    Perimetro, vincoli e criteri di riuscita, scritti.

  2. 02

    Progettare

    Struttura dell’informazione, flussi e interfaccia. Le decisioni difficili si prendono qui, quando costano ancora poco.

    Architettura, flussi e schermate chiave.

  3. 03

    Costruire

    Sviluppo per incrementi verificabili. Ogni incremento è qualcosa che si può aprire e usare, non una percentuale di avanzamento.

    Versioni funzionanti, rilasciate con continuità.

  4. 04

    Rifinire

    Prestazioni, accessibilità, casi limite. È la fase in cui un prodotto smette di funzionare solo nelle condizioni previste.

    Correzioni, ottimizzazioni, verifiche.

  5. 05

    Rilasciare

    Messa in produzione, monitoraggio e passaggio di consegne. Il codice resta leggibile anche da chi non lo ha scritto.

    Rilascio, documentazione e piano di evoluzione.

02

Principi

  • 01

    Il vincolo prima della soluzione

    Un progetto senza vincoli dichiarati non è aperto: è soltanto rimandato. Perimetro, budget e limiti tecnici si mettono per iscritto all’inizio.

  • 02

    Design e sviluppo non sono due fasi

    Una scelta di interfaccia è una scelta di architettura. Trattarle separatamente produce prodotti che sembrano buoni e si comportano male.

  • 03

    La velocità è una funzionalità

    Un’interfaccia lenta viene usata di meno, indipendentemente da quanto è ben progettata. Le prestazioni sono un requisito, non un’ottimizzazione finale.

  • 04

    Scrivere per chi arriva dopo

    Il codice viene letto molte più volte di quante venga scritto. Un sistema che nessun altro può riprendere in mano è un sistema a termine.

  • 05

    Meno superficie, meno debito

    Ogni funzionalità aggiunta va mantenuta per sempre. Togliere è una decisione di progetto quanto aggiungere.

  • 06

    Niente magia

    Se il funzionamento di un sistema non è spiegabile a chi lo userà, il problema non è la comprensione: è il sistema.

03

Competenze

Product design

  • Architettura dell’informazione
  • Interaction design
  • Sistemi di interfaccia
  • Prototipazione

Engineering

  • Front-end applicativo
  • Back-end e API
  • Modellazione dati
  • Testing

Platform

  • Architetture cloud
  • CI/CD
  • Osservabilità
  • Sicurezza applicativa

Integrazione

  • Sistemi terzi
  • Migrazioni
  • Automazione dei processi
  • Modelli AI applicati
04 Inizia un progetto

Hai un progetto
in mente?

Parliamone. Bastano il contesto e il problema: al resto pensiamo insieme.