Sarò in testa a un progetto di gruppo per alcuni studenti universitari del 2 ° anno, come potrei gestire meglio la squadra?

3

Ho parecchi anni di esperienza nella programmazione pre-universitaria e sono stato lavorare a tempo pieno come sviluppatore mobile in una piccola azienda per circa 3 mesi, quindi Sono abbastanza avanti rispetto a quasi tutti i miei corsi universitari.

Avremo un progetto software di gruppo composto da 4-5 anni (incluso me stesso), uno o due dei quali saranno esperti quanto me. Avremo circa 6 settimane per fare il progetto. È troppo presto per me per sapere ancora il compito, ma è così sarà tutto il software.

Il mio obiettivo principale è acquisire esperienza e migliorare la leadership gruppi, e consentire a tutti nel gruppo (anche ai principianti) di ottenere un po ' sperimentare la programmazione. (Per principianti, intendo quelli che hanno veramente iniziato programmazione quando abbiamo iniziato l'università.)

Ho visto alcuni brevi video di YouTube su Agile, TDD / BDD ( specificamente questo ragazzo ) e mi sono chiesto quali tecniche potrei usare per applicare al gruppo progetto. (Nota che non potremo prendere il nostro corso agile fino al 3 ° anno :( .) Stavo pensando di coinvolgere alcuni di questi tipi di cose:

  • Prodotto / MVP minimo vitale - per assicurarci di non perdere tempo a sviluppare la cosa sbagliata. Ma poi la gente accetterà di aver bisogno di riordinare la propria codice ...
  • Test comportamentali - lo sviluppatore / io stesso con esperienza relativamente scrivere a tutti questi per darci la certezza che non ci infrangeremo le rispettive caratteristiche lungo la strada.
  • Un modo per suddividere le attività in biglietti più piccoli, in modo che siano assegnabili
    • Processo di test - Voglio assolutamente una sorta di controllo di qualità su prodotto finale. Credo che dovrò farlo se voglio che gli altri guadagnino esperienza con la programmazione stessa.
    • Revisione del codice - in modo che io sappia esattamente cosa va inserito nel codice di base e che non sarà un codice spazzatura
  • Quotidiano in piedi - Ho guidato un progetto di 4 settimane all'inizio di quest'anno e ho trovato che i principianti della squadra "sono caduti dal progetto" mentre stavamo correndo fuori tempo e compiti semplici da fare per i principianti. Io e l'altro lo sviluppatore relativamente esperto ha dovuto subentrare per accelerare le cose (che non è affatto quello che volevo). Voglio tenere tutti (incluso me stesso) aggiornato con quello che stanno facendo tutti, assicurarsi che non lo siano bloccati / bloccato.

Non voglio strafare la gestione del progetto e perdere tempo in generale, o sovraccaricare i principianti nella squadra se la codifica stessa sarà un po ' una sfida, quindi credo di non poter usare tutte queste cose. Inoltre, con il test e test comportamentali, avrò anch'io un grosso carico di lavoro, quindi questo è un altro problema.

Capisco che probabilmente finirò per farlo all'inizio, e ne abbiamo 2, due settimane, progetti di coppia quindi proverò prima del grande.

Di questi, cosa mi raccomando, mi esercito e prendo le priorità?

    
posta Dylanthepiguy 29.12.2016 - 04:21
fonte

2 risposte

3

Costruire su ciò che hai già menzionato. Puramente dal punto di vista del processo, le mie raccomandazioni sarebbero

  1. Seleziona una piattaforma / software, che si tratti di Google Docs, University SharePoint, qualcosa come Jira, ecc. per memorizzare lo stato delle tue attività e assicurarti che tutti comprendano come riflettere nuove attività, aggiornare attività, commentare attività ecc. proprio
  2. Avere un incontro iniziale per suddividere il progetto in attività il più possibile ridotte e non assegnare necessariamente le attività alle persone, ma lasciare che le attività vengano acquisite singolarmente durante il progetto
  3. Avere incontri giornalieri / standup di non più di 15-20 minuti per evidenziare i progressi e le sfide
risposta data 29.12.2016 - 09:36
fonte
1

Ho fatto un progetto proprio come questo a scuola.

La cosa importante che abbiamo fatto è stata definire i tipi di funzionalità di cui le persone potrebbero assumersi la responsabilità. Ci siamo occupati di quelli che non stiamo finendo i loro compiti dicendo che quando presenteremo presenterò ogni funzione e chi ne è responsabile. Finisci qualcosa o non avrai nulla da dire.

Ho spostato cielo e terra per essere sicuro che tutti avessero qualcosa finito. Non ho fatto il lavoro di nessun altro, ma ho stuzzicato, spronato, allenato e ridefinito il successo fino a quando tutti hanno avuto un contributo.

Non ho mai dettato nulla. Ho offerto opportunità che svanirebbero se tu fossi troppo lento.

Ho gestito la rabbia totale che alcuni membri del team provavano nei confronti di quelli meno produttivi ascoltando, rappresentando le preoccupazioni per l'istruttore e creando un piano per rendere tutti responsabili.

Ha funzionato. Anche il nostro membro più difficile ha realizzato qualcosa. Che sinceramente mi ha sorpreso. Ne sono più orgoglioso, quindi, del sistema di networking peer che avevo creato come mia funzione o qualsiasi altra cosa che abbiamo fatto.

Se avesse fallito, avremmo avuto un problema con il fatto di non avere la sua funzione. In realtà ho avuto problemi con il lavoro o fallimenti per non avere le caratteristiche di tutti. Non li ho mai superati. Ho fatto in modo che potessimo lavorare senza ciò che è stato chiesto.

Alla fine abbiamo completato solo il 10% di ciò che avremmo sognato di fare. Ma quel 10% era un prodotto completo che non lasciava mai all'utente chiedersi perché le cose non funzionassero. Quando abbiamo presentato, non abbiamo menzionato il 90% mancante.

E abbiamo ottenuto i voti più alti della classe.

    
risposta data 29.12.2016 - 05:16
fonte

Leggi altre domande sui tag