2009-08-28 7 views
5

Il mio team (4 persone) ha appena raggiunto un importante traguardo nel nostro sviluppo, portandoci a circa 2/3 finito, ma suppongo che lo stress abbia attirato tutti e che tutti gli ingranaggi si siano fermati quasi del tutto. fatto a 1/5 della velocità originale. Volevo chiedere alla comunità SO come affrontare al meglio questo problema, ho identificato i seguenti problemi.Come assicurarsi che questo slancio venga mantenuto dopo un importante traguardo nello sviluppo?

  • Mancanza di messa a fuoco e direzione chiare. Sembriamo colpire piccoli miglioramenti laterali, ma non stiamo lavorando a qualcosa di centrale per il progetto, quindi penso che stia causando una mancanza di entusiasmo.

  • Arresto di una spinta di sviluppo molto forte. Questo sembra aver fatto desiderare a tutti di "rilassarsi", il che va bene per un po ', ma i progressi devono ancora essere fatti.

  • I compiti rimanenti sono più noiosi che glamour. Questa è la natura della bestia, ma devo ancora domarla in modo efficace.

Qualsiasi aiuto è apprezzato.

+4

Sto votando per chiudere questa domanda come off-topic perché non si tratta di programmazione, si tratta di metodologia. – EJoshuaS

risposta

9

Alcuni tempi di inattività sono necessari dopo aver raggiunto importanti traguardi. Le persone hanno bisogno di rilassarsi e decomprimere. L'andare avanti porta avanti lo stress e l'affaticamento e il team non lavorerà più vicino al loro potenziale.

Dare a tutti un paio di giorni per una settimana di riposo e lasciarli tornare completamente aggiornati e pronti a continuare.

+0

Beh, non ho l'autorità per farlo, sono un project manager, non un supervisore, tuttavia posso lasciarglielo prendere facilmente. – Firoso

+0

proprio sopra - se le persone hanno bruciato l'olio di mezzanotte, dar loro un po 'di respiro – obelix

+1

Lasciate che assapora il loro risultato. Premiare i loro progressi. Pranzo libero, birre dopo il lavoro. Alcuni giorni di non stressarsi non sono male. Aiuterà il morale, soprattutto se hanno rotto il culo per ottenere questa parte. – xcramps

1

Fare qualcosa, oltre al lavoro, come una squadra. Vai a pranzo, happy hour, tag laser, tutto ciò che puoi fare come un gruppo che non funziona. Una breve pausa dallo stress può essere un enorme sollievo, e si spera che possa rienergizzare la tua squadra per la spinta finale.

+0

purtroppo la maggior parte di questo non sta per volare con la compagnia, specialmente non sul loro tempo o biglietto. – Firoso

+2

È molto più economico che respingere il progetto perché non sei riuscito a rispettare la scadenza a causa di errori causati dallo stress ... –

+3

Qualsiasi cosa tu faccia con persone che lavorano è ancora lavoro, IMHO. – MusiGenesis

6

Dite loro che servono solo 3 persone per completare il progetto.

+2

HA HA HA HA HA HA HA HA! 2 punti. – Firoso

1

Credo anche in "slackweek". Se la scadenza per l'intero progetto non è troppo vicina: lascia che ognuno faccia quello che vuole per un periodo di tempo. Potresti scrivere qui alcuni test, allineare alcune cose nella GUI, leggere l'ultima di bla, qualunque cosa. Fino a te se deve essere il lavoro su quel progetto specifico o solo qualcosa di utile nel complesso.

QUINDI, hai un grande incontro di "lancio" in cui parli visione e obiettivi per il terzo rimanente - immagini di grandi dimensioni e rimetti tutti allineati di nuovo. Suppongo che le cose rimaste siano davvero necessarie per dare al cliente un prodotto completo in modo che possa essere motivato.

Buona fortuna!

+0

beh, non è un po 'più di questo, abbiamo un modello funzionante, ora abbiamo solo bisogno di adattarlo per soddisfare le nostre esigenze e riempire le crepe per così dire. quindi Kinda giusto. – Firoso

0

Aggiungi un uovo di pasqua! Non migliora il progetto principale, ma aiuta a dare agli sviluppatori un senso di proprietà.

Inoltre, può essere utile dedicare del tempo alla pulizia "pet peeve". Ciò offre agli sviluppatori la possibilità di risolvere i fastidiosi problemi che sono importanti per loro. Ciò aiuta a migliorare il progetto e allo stesso tempo consente allo sviluppatore di progredire con qualcosa che è importante per loro. Aiuta a mantenere alto il livello di eccitazione.

0

Ci sono chiare scadenze/traguardi in arrivo? Sarebbe qualcosa da considerare come avere una data obiettivo può aiutare a fornire qualche attenzione.

La quantità di moto persa, si lega alle persone che vengono semplicemente bruciate, non motivate come prima o il lavoro sta diventando molto diverso, ad es.elaborare dettagli specifici su requisiti vaghi, piuttosto che sulle parti interessanti che vengono fatte ora?

+0

È un po 'di entrambi, ma direi che è più un cambio di marcia che il burnout. – Firoso

0

Una delle cose che Agile ti dà è un focus più preciso su dove ti trovi, cosa hai fatto e cosa resta da fare, nelle prossime settimane. Ci sono concetti di "arretrato" (cosa deve essere fatto) e "velocità" (quanto velocemente si fanno le cose). Poiché ogni iterazione è tipicamente di circa un mese, è molto chiaro vedere quando la squadra non sta lavorando alla velocità prevista o richiesta, o lavorando troppo duramente. Potresti essere in grado di prendere in prestito alcuni concetti da Scrum per questi scopi.

Una soluzione più semplice è quella di ricordare loro che se continuano a lavorare ad un ritmo ragionevole, non c'è tempo di fine tappa crisi che rende la vita un inferno di tutti.

+0

-1 (solo virtuale, perché mi piace essere al multiplo di 5) per l'obbligatorietà di vendita Agile/Scrum. Qualsiasi cosa che Agile e Scrum possano portare sul tavolo, la motivazione non è una di queste. – MusiGenesis

+0

Ho mentito. -1 per davvero. – MusiGenesis

+0

OK, -1 perché non ti piace Agile/Scrum, o perché non ti piace leggere i commenti nella misura in cui li comprendi veramente? Quello che stavo dicendo è che una cosa che esce da Agile è la metrica obiettivo a cui puoi puntare, invece di dire semplicemente "Non stai lavorando abbastanza velocemente". La parte di motivazione era un paragrafo separato per una ragione.E se guardi ancora più da vicino, non ho suggerito all'OP di usare Agile/Scrum, ho suggerito di prendere in prestito questi concetti da esso. Penso che il tuo colpo fosse ingiusto. –

2

Penso che la chiave sia quando dici che i compiti rimanenti sono più noiosi che glamour. La vita è così ma molti sviluppatori non vogliono lavorare su noioso. Tuttavia, in qualità di lead, è responsabilità per determinare quali attività devono essere eseguite e assegnarle alle persone. Come con i compiti più interessanti, forse anche più importanti (qualcuno salirà quasi sempre per fare le cose interessanti, non tanto con il tedio).

Quindi assegna i tuoi compiti, dai loro le scadenze e il follow-up sui progressi che stanno facendo. Se hai ancora qualche compito più interessante, non permettere a nessuno di fare uno di questi fino a quando non avrà completato la sua parte di noia. In effetti penzolano i compiti interessanti lasciati come ricompensa per ottenere il tedio fatto più velocemente o fare la maggior parte di esso.

Se non si hanno più compiti interessanti, è possibile che si generi una competizione per ottenere il resto delle cose.

È ok per essere lento per alcuni giorni dopo una spinta importante, ma se dura più di una settimana, penso che sia necessario riunire la squadra e parlare di cosa è necessario fare per risolvere il rallentamento.