23 Cose da fare sempre quando si aggiunge una nuova feature
Posted by Dibi Store Sun, 23 Sep 2007 09:08:00 GMT
Se siamo in procinto di applicare una nuova feature ad un nostro prodotto, è buona norma considerare alcuni aspetti fondamentali.
Per capire appieno le potenzialità di questo articolo, è bene dare un occhiata ai capitoli introduttivi di Getting Real, il libro della web company 37Signals
In particolare prenderò in esame il capitolo 5, chiamato appunto 'hidden costs', che spiega in modo chiaro quali siano i passi da seguire quando si vuole implementare un nuovo aspetto nella nostra applicazione.
Come prima regola è bene considerare che l'aggiunta di un nuovo componente andrebbe fatta solo se strettamente necessaria. Il successo di un software non dipende dal numero di componenti, ma dal loro reale utilizzo e dalla semplicità d'uso. I costi nascosti nascosti che bisogna calcolare sono rispettivamente:
- Pianificazione del progetto
- Realizzazione del codice
- Realizzazione dei test
- Aggiornamento della presentazione del prodotto e dei termini d'uso
- Campagna di pubblicizzazione
- Lancio del prodotto
Dopo aver considerato tutti questi aspetti, e qualora abbiate deciso di implementare il nuovo componente, questi elencati di seguito sono i famosi 23 passi da seguire:
- 1. Dire di no
- 2. Forzare il componente per capire il suo valore
- 3. Se il secondo punto fallisce, terminare qui il proprio lavoro
- 4. Fare un abbozzo dell'applicazione
- 5. Eseguire il design dell'applicazione
- 6. Scrivere il codice necessario
- 7-15. Testare il codice (da questo può dipendere il successo o meno
- 16. Aggiornare la documentazione (se necessario)
- 17. Aggiornare la presentazione (se necessario)
- 18. Aggiornare la copia per il marketing (se necessario)
- 19. Aggiornare le condizioni d'uso (se necessario)
- 20. Verificare se tutte le promesse sono state mantenute
- 21. Verificare di avere rispettato il budget
- 22. Lanciare il componente
- 23. Osservarne l'utilizzo (mia aggiunta)
Forse i primi 3 punti potranno sembrarvi strani, ma presto capirete che il successo di un applicazione dipende dalla sua semplicità, e tengo a ribadirlo, non dal numero complessivo di componenti.
