Come misurare il successo di un piccolo progetto software? [chiuso]

0

Sono parte di un team di sviluppo software di 7 persone che supporta un'azienda con poche migliaia di dipendenti. Il nostro team sta mettendo insieme un rapido processo di revisione per misurare il successo di un progetto software. I progetti sono per lo più interni, il che significa che i nostri "clienti" sono più spesso di altri membri del personale. I progetti sono ragionevolmente piccoli (generalmente da 100 a 1000 ore).

Il nostro processo di revisione dovrà avere alcuni aspetti, probabilmente incluso:

  • Un questionario inviato ai clienti (compilato da persone in una varietà di ruoli, se possibile, come manager che potrebbero non essere utenti del software e utenti), considerando la facilità d'uso, la qualità della documentazione, l'incidente risposta, rapporto qualità-prezzo, affidabilità.
  • Costo rispetto al budget. Anche qui verrebbero esaminati i tempi di sviluppo stimati rispetto al tempo reale.
  • Sicurezza, se applicabile.
  • Manutenibilità, come la facilità di accesso come utente in particolare per la replica dei problemi e la facilità con cui il codice deve essere seguito.
  • Documentazione tecnica, ad esempio istruzioni sulla configurazione di ambienti di sviluppo e dati di test.

C'è qualcosa di eclatante che ho perso, o qualcosa che dovrebbe avere un focus particolarmente strong (o debole)?

    
posta Highly Irregular 06.03.2014 - 02:21
fonte

2 risposte

3

Congratulazioni per aver accettato il semplice compito di risolvere uno degli aspetti più controversi dello sviluppo del software: misurare il valore dello sviluppatore del software.

Il mio consiglio è di iniziare con una comprensione molto chiara di quali siano le intenzioni su come verrà utilizzata questa analisi, in quanto "sapori" quali tipi di metriche sono appropriati e quanto efficacemente sarete nel raccogliere tale quella informazione.

Gli obiettivi possibili includono:

  1. Comprensione del motivo per cui alcuni progetti vengono percepiti come più efficaci di altri e identificando le cose che possono essere modificate per aumentare le probabilità di successo in futuro.

  2. Revisioni delle prestazioni dei singoli membri del team di sviluppo software

  3. Calcolo del ritorno aziendale sui dati di investimento per i progetti per valutare la validità dell'attuale approccio.

  4. Comprensione del valore aggiunto dal team del software per l'azienda nel suo complesso.

Potrebbero esserci di più in questo elenco.

Quando hai una chiara comprensione dell'obiettivo, hai molte più probabilità di ottenere buoni consigli sui tipi di dati di cui hai bisogno. I tipi di domande che stai attualmente elencando sembrano implicare che stai andando più verso 3 e 4

    
risposta data 06.03.2014 - 09:40
fonte
-2

Accanto a qualsiasi cosa tu menzioni aggiungerò una metodologia agile, come Scrum.

Mi piacerebbe vedere qualcosa relativo a Scrum. Credo che tu possa implementare Scrum per aumentare la visibilità di come il tuo team sta lavorando o sta lavorando ai tuoi progetti. Scrum è ottimo per gestire requisiti imprecisi o mutevoli. Ti aiuterà perché acquisisce attività in sospeso su un backlog visibile e, una volta avviato uno sprint, i suoi compiti sono immutabili.

    
risposta data 06.03.2014 - 04:03
fonte

Leggi altre domande sui tag