Sviluppo di applicazioni web
Applicazioni usate ogni giorno da persone vere, costruite per reggere il carico e per essere riprese da un'altra squadra.
Panoramica
Un'applicazione web si distingue da un sito per la durata: viene usata ogni giorno, accumula dati, e le decisioni tecniche prese all'inizio diventano difficili da cambiare una volta che degli utenti ne dipendono.
La parte decisiva del lavoro si gioca quindi a monte, sul modello dei dati, sui permessi e sul comportamento in caso di errore. Sono le parti invisibili in una dimostrazione e quelle che decidono il costo dei tre anni successivi.
A chi è rivolto
- Aziende con un processo mal servito dagli strumenti di mercato
- Squadre la cui applicazione attuale non regge più il carico
- Organizzazioni che sostituiscono un insieme di fogli di calcolo
Il nostro approccio a Sviluppo di applicazioni web
Le attività concrete che comprende un incarico tipo. Il perimetro si concorda prima: nulla di quanto elencato ricompare più avanti come voce a sorpresa.
Modello dei dati
La struttura che decide cosa l'applicazione potrà fare dopo, trattata per prima.
Permessi e ruoli
Chi vede e modifica cosa, progettato fin dall'inizio invece che aggiunto dopo.
Interfaccia
Schermate pensate per l'uso quotidiano, dove la rapidità conta più dell'effetto.
Integrazioni
Collegamenti ai sistemi esistenti, in genere la parte più pesante del lavoro.
Comportamento in caso di errore
Cosa succede quando un servizio esterno cade, deciso invece che scoperto.
Test e monitoraggio
Una copertura sufficiente e una sorveglianza che segnali i problemi prima degli utenti.
Dal primo contatto al risultato misurato
Sempre la stessa sequenza, così sapete cosa viene dopo.
Capire
Il processo reale, comprese le scorciatoie che nessuno ha documentato.
Progettare
Modello dei dati, permessi e architettura, prima di disegnare schermate.
Costruire
Consegnare per parti utilizzabili, perché i ritorni arrivino presto.
Esercire
Messa in produzione, monitoraggio e correzioni sugli usi reali.
Risultati, non pile di documenti
Un cumulo di deliverable non è progresso. Questi sono i cambiamenti che il lavoro deve produrre.
Una base che regge
Il modello dei dati decide quanto costerà ogni evoluzione successiva.
Ritorni presto
Consegnare per parti evita di scoprire un errore di progetto alla fine.
Guasti controllati
Prevedere il cedimento di un servizio esterno evita il blocco totale il giorno in cui accade.
Riprendibile
Test e documentazione permettono a un'altra squadra di continuare.
Domande frequenti su Sviluppo di applicazioni web
Quello che ci chiedono prima di contattarci. Se la vostra domanda non c'è, fatecela direttamente.
Costruire o comprare?
Comprare quando uno strumento di mercato copre l'essenziale del bisogno, cosa più frequente di quanto si valuti internamente. Costruire quando il vostro processo è davvero particolare e costituisce un vantaggio, non solo un'abitudine.
Quanto tempo per una prima versione?
Da tre a sei mesi per una versione utilizzabile che copra il nucleo del bisogno, di più con integrazioni pesanti. Consegnare per parti permette di avere qualcosa in uso ben prima della fine del progetto.
Cosa succede all'applicazione dopo?
Richiede manutenzione, come ogni software in uso: aggiornamenti di sicurezza, correzioni ed evoluzioni. Va previsto un budget di esercizio, altrimenti l'applicazione si degrada in diciotto mesi.
Possiamo cambiare fornitore in seguito?
Sì, e costruiamo perché sia possibile: tecnologie diffuse, codice leggibile, test e documentazione. Un'applicazione che solo la nostra squadra potrebbe mantenere sarebbe un rischio, non un vantaggio commerciale.
State pensando a Sviluppo di applicazioni web?
Diteci che cosa volete cambiare. Se non siamo i partner giusti ve lo diciamo e vi indichiamo di meglio.
Vi interessa il quadro completo?
Sviluppo di applicazioni web di solito si affianca ad altre attività in Sviluppo web, applicazioni e piattaforme. Sfogliate l'intera area per vedere i collegamenti.