37signals basandosi sui principi descritti in Getting Real ha realizzato 5 applicazioni web (Basecamp, Campfire, Backpack, Writeboard, Ta-da List) che hanno riscosso un grande successo tra gli utenti (privati e aziende), attualmente oltre un milione. Va inoltre ricordato che 37signals con David Heinemeier Hansson ha dato vita al framework di sviluppo Ruby on Rails.

Il libro è disponibile in 3 formati:

1. Getting Real in pdf 19$
2. Getting Real in copia cartacea 25$
   
3. Getting Real online Gratis

I sedici capitoli del libro propongono idee interessanti per tutto il processo di progettazione-sviluppo-rilascio di un progetto, in particolare nel settore web restando tuttavia ad un livello piuttosto alto in modo da poter applicare i principi espressi anche il altri settori senza grossi problemi.

E così che si parte dall’idea (alla base di tutto chiaramente) focalizzando le proprie energie per definire il core dell’applicazione ignorando nelle prime fasi i dettagli ed evitando di fasciarsi la testa pensando ad un futuro che non potrebbe mai arrivare con problemi di scalabilità e gestione dei costi. Restare semplici per poter cambiare con maggiore facilità.

Per restare semplici al grido di less is more è importante capire quali feature sviluppare e come gestire le possibili richieste valutando i costi nascosti che esse comporterebbero. Dopotutto quello che si vuole è realizzare qualcosa che si possa gestire, gli sforzi sono concentrati verso la creazione di un progetto sano. Piuttosto è meglio cercare di scoprire cosa gli utenti non vogliano vedere nell’applicazione.

Si passa quindi ai primi passi dell’applicazione vera e propria, è importante avere qualcosa di funzionante in breve tempo. Partendo dal brainstorming, passando per delle simulazioni (prototipizzazione) in html per poi passare finalmente alla scrittura del codice vero e proprio. Per restare semplici è importante prendere alcune decisioni direttamente senza lasciarle agli utenti, alcune preferenze non sono di vitale importanza ecco quindi che basterà prendere una decisione una volta per tutte piuttosto che aver a che fare con la gestione di esse. Fondamentale è la fase di test durante la quale è bene dare l’applicazione in pasto agli utenti con delle sessioni di utilizzo reale, lo sviluppatore userebbe degli schemi ben precisi di utilizzo e questo non è ciò che avviene con un nuovo utente.

La parte centrale del libro si occupa della messa in pratica del progetto dall’organizzazione del lavoro e alla scelta dello staff necessario per la crescita del progetto. Utili consigli vengono trasmessi per cercare di ottenere il massimo dalla proprie capacità. Si passa quindi al design dell’applicazione in termini di interfaccia come punto fondamentale da definire prima di scrivere codice, vedere realmente come il progetto si presenterà agli utenti permette di capire molte cose e correggerne altre. Si chiude la parte tecnica con un capitolo dedicato interamente al codice: mantenerlo semplice per gestirlo meglio e poter cambiare più rapidamente, aprire le porte agli altri con rss e api, usare tool e linguaggi che piacciano agli sviluppatori. A happy programmer is a productive programmer. 

Si chiude quindi con quella che è la fase meno tecnica e più commerciale/promozionale parlando di preview e facilità di registrazione/cancellazione, passando al lancio vero e proprio dopo aver generato il giusto hype e cavalcando l’onda del buzz grazie al quale capire la direzione presa dal progetto in termini di immagine. Passato il lancio non è tutto finito, si continua a lavorare per migliorare il prodotto dando le giuste priorità ai problemi comparsi man mano che gli utenti utilizzano il servizio. Essere pronti al cambiamento è fondamentale.

Il mio consiglio? Leggetelo, leggetelo, leggetelo. Tutto, questo fine settimana. Non ci vorrà molto e di sicuro alla fine avrete una carica in più, se anche una sola delle idee lette vi farà dire “interessante!” non sarà stato tempo sprecato. Poi tornate su questo post e parliamone assieme!

Per chi avesse problemi con l’inglese c’è la traduzione in italiano (ma non avendola letta non posso garantire che tutto renda come in lingua originale).