Il metodo prima dello strumento.
MARBIT progetta e sviluppa soluzioni digitali su misura, tenendo insieme progettazione, tecnologia e attenzione all’esperienza d’uso.
Sistemi digitali progettati per essere usati, mantenuti e fatti evolvere.
Metodo
- 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.
- 02
Progettare
Struttura dell’informazione, flussi e interfaccia. Le decisioni difficili si prendono qui, quando costano ancora poco.
Architettura, flussi e schermate chiave.
- 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à.
- 04
Rifinire
Prestazioni, accessibilità, casi limite. È la fase in cui un prodotto smette di funzionare solo nelle condizioni previste.
Correzioni, ottimizzazioni, verifiche.
- 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.
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.
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
Hai un progetto
in mente?
Parliamone. Bastano il contesto e il problema: al resto pensiamo insieme.