Ruoli essenziali per il team di applicazioni web

7

Alcuni miei amici hanno avuto un'idea per un'applicazione web che (finora) pensiamo possa essere ottima. Ho fatto l'analisi e tutte le fasi iniziali del processo di sviluppo e sto per iniziare la codifica. Sto parlando di qualcosa che è a malapena un progetto di livello medio, quindi ritengo che uno sviluppatore (me stesso) dovrebbe essere sufficiente.

Il fatto è che stiamo cercando di assegnare ruoli a ciascuno di noi in modo che possiamo concentrarci sui nostri doveri e chiarire le nostre responsabilità all'interno del team. Siamo una squadra di quattro persone, tre di noi (i miei amici) sono uomini d'affari che farebbero marketing, relazioni con i clienti, amministrazione e contabilità e io sono fondamentalmente lo sviluppatore. Ho in mente di coinvolgerli nel processo di sviluppo dando loro la documentazione per scriverli e usarli come tester, il tutto a parte i doveri di gestione che hanno.

Forse qualcuno là fuori si è trovato nella stessa situazione, quindi sarei grato se l'esperienza fosse condivisa in modo da poterci dare delle posizioni nel progetto in base a ciò che ho spiegato sopra. Quali sono i ruoli essenziali o il layout ottimale del team in modo che l'idea possa essere sviluppata con successo? La questione non è strettamente legata alla programmazione, ma è legata alla creazione di un'imprenditorialità software al di là del codice, è qualcosa che sono sicuro che molti di noi stanno cercando.

Qualsiasi aiuto è molto apprezzato! Saluti.

    
posta romeroqj 16.02.2011 - 17:29
fonte

5 risposte

2

Quando i miei amici e io (7 di noi) abbiamo iniziato un progetto del genere, l'unica cosa su cui eravamo d'accordo era che, qualunque cosa fosse accaduta, saremmo ancora amici alla fine del progetto.

Ora che la roba calda e confusa è fuori mano (-: ecco come abbiamo gestito le cose:

  • Strong team leader : qualcuno con una visione del progetto e qualcuno che ci centra quando le discussioni vengono seguite. Il nostro era un ufficiale dell'Esercito / WestPoint. Ci ha tenuti in carreggiata!

  • Consegne settimanali e amp; documentazione : Eravamo responsabili del completamento di articoli come la raccolta dei requisiti (business e tecnico), alla creazione di uso e amp; casi di test (basati su requisiti), diagrammi UML, prototipi, prototipi, ecc., insieme alla relativa documentazione. Avere questo documento (circa 400 pagine alla fine nel nostro caso) è stato molto utile.

  • Gioca a set di abilità : ognuno di noi aveva un set di abilità molto specifico e ci è stato assegnato / preso parte del progetto che ci si adattava meglio. Allo stesso tempo, molti di noi sono intervenuti per gli altri per qualsiasi motivo. Siamo stati rispettosi di non prendere in consegna la porzione di qualcun altro, ma abbiamo offerto aiuto / suggerimenti quando abbiamo visto che le cose non si muovevano o stavano andando fuori strada.

  • Rompi il progetto in attività gestibili : dalla gestione dei progetti, alla progettazione del modello di dati / DB, alla codifica, all'interfaccia utente, ecc. Cerca di non essere troppo granulare, ma che abbiamo trovato più arte che scienza.

  • Prototipo precoce e amp; spesso In retrospettiva, dal momento che stavamo facendo questo su una tempistica ristretta, avremmo dovuto creare un prototipo e adeguato i requisiti secondo necessità. Abbiamo usato l'approccio a cascata, che ha funzionato nel nostro caso, ma penso che una prototipazione rapida fosse più ciò che avremmo dovuto usare.

  • Rompere l'impasse : ci sarà un tempo in cui non sarai d'accordo su quale strada intraprendere o cosa fare dopo. Dare a qualcuno l'autorità di essere il tie-breaker se le cose vengono a questo.

  • Passione & Fiducia : abbiamo creduto nel nostro progetto, nei suoi obiettivi e valori. Questo ci ha permesso di andare avanti con il nostro lavoro quando i tempi si sono fatti difficili. E sapevamo di poter contare e fidarsi degli altri del progetto, non solo di fare il loro lavoro, di avere una discussione onesta sui vari aspetti del progetto senza implicazioni negative (se solo potessi imbottigliarlo ... )

Mentre il nostro progetto non è stato lanciato (un'altra società ci ha battuto), abbiamo imparato molto da esso. E sì, siamo amici fino ad oggi. (-:

HTH, buona fortuna!

KM

    
risposta data 16.02.2011 - 20:01
fonte
0

Prima di tutto è necessario che i tuoi amici, che presumo siano tecnicamente ingenui, non possano presentare un'applicazione per la notte che deve funzionare. Inoltre, hanno bisogno di capire i costi hardware e software in anticipo per lavorare in un budget. Vorrei raccomandare uno sviluppatore extra o almeno una persona con una mentalità tecnica in quanto la documentazione e il test che ne derivano non saranno completi; Ad esempio, non stanno andando a testare per SQL injection o XSS, né saranno in grado di creare le specifiche funzionali che sarà necessario compilare se decolla e si portano più persone. Questo deriva dalla mia esperienza di avere manager non tecnici in quelle che sarebbero considerate startup.

    
risposta data 16.02.2011 - 19:15
fonte
0

Due ruoli essenziali nel team che sviluppa l'app Web (IMO) sono:

  • Designer
  • Programmatore

Questi due ruoli richiedono un insieme di competenze significativamente diverso. È molto più difficile essere bravi sia nel design che nella programmazione, quindi trovare un buon web designer è un passo degno.

Non hai bisogno di tester dedicati in questa fase, concentrati invece sui test delle unità e sulla buona copertura del codice. Inoltre non hai bisogno di amministratori di database (almeno per ora), dal momento che il tuo sito non produrrà un elevato carico del server per qualche tempo.

    
risposta data 16.02.2011 - 19:53
fonte
0

Investire in un buon web designer. Un sacco di sviluppatori di app wep commettono l'errore di raddoppiare come web designer, che è il proprio insieme di abilità distinte che non è necessariamente qualcosa che viene naturalmente a un dev.

    
risposta data 16.02.2011 - 21:41
fonte
0

Penso che tu debba iniziare con tre persone:

  1. Un project manager / analista aziendale / campione di prodotto per mantenere in movimento le catene.
  2. Un server / IT asso
  3. Un programmatore.

Alcuni potrebbero obiettare che puoi trovare qualcuno che possa fare sia il n. 2 sia il n. 3, non sono d'accordo.

I problemi relativi a server / sicurezza distraggono inutilmente il programmatore.

    
risposta data 16.02.2011 - 21:53
fonte

Leggi altre domande sui tag