Motivare gli sviluppatori in un progetto percepito come noioso?


20

Come manager, non posso sempre finire per generare lavoro che sarebbe all'avanguardia. Alcuni progetti vengono eseguiti in modalità di manutenzione e generano un flusso di cassa gratuito salutare per l'azienda.

Come sviluppatore cosa ci vorrebbe per restare in questo progetto? Ho pensato di rinominare il lavoro, ma potrei fare molto aiuto qui.

EDIT: Grazie a tutti per i suggerimenti. Finora ecco cosa abbiamo:

  1. Rotazione del lavoro secondo l'interesse degli sviluppatori
  2. Ambiente di lavoro flessibile
  3. Dedica il tempo a lavorare su progetti di animali domestici
  4. Social e divertimento
  5. Marchio del progetto
  6. Usalo come trampolino di lancio per altri progetti

Risposte:


8

Per i progetti in modalità manutenzione, pensa a ciò che verrà dopo. Cosa alla fine li renderà poco attraenti per i tuoi clienti? Per evitare l'obsolescenza, hanno bisogno di nuove funzionalità, prestazioni migliori o essere semplificate? Se ricominciamo, alcuni progetti possono essere uniti? Dovrebbero essere costruiti con strumenti, lingue o processi diversi? Ci sono miglioramenti o indicazioni che nessuno ha preso in considerazione? Chiedi ai tuoi sviluppatori di rispondere ad alcune di queste domande. Costruisci prototipi. Prova una nuova lingua o framework. Dai a un progetto una nuova interfaccia mobile.

È più facile sperimentare alternative quando non c'è una scadenza incombente. Usa i tempi noiosi per superare le manovre dei tuoi concorrenti.


ottimo suggerimento per l'interfaccia mobile.
Fanatic23,

19

Devi offrire loro qualcosa per occupare il loro tempo. I progetti in modalità manutenzione spesso non richiedono 40 ore settimanali da ogni sviluppatore. Se lo fa, probabilmente c'è qualcosa che non va nel software, ma in base al modo in cui hai posto la domanda, presumo che tu stia cercando idee per occupare i tuoi sviluppatori mentre non c'è molto da fare. Non so quale sia il tuo budget finanziario, ma penso che alcuni incentivi come inviarli a una conferenza sul software potrebbero essere utili. Un altro suggerimento potrebbe includere esplicitamente consentire loro di esplorare i propri interessi per dire 15 ore a settimana. Qualcuno potrebbe essere interessato ad esplorare gli algoritmi di ordinamento o la progettazione di database. Potrebbe non essere direttamente correlato alla tua attività, ma non riesco a immaginare che alla fine non trarrai beneficio dalla loro maggiore conoscenza. Basta non forzarli a lavorare con niente da fare. Consentire loro di occupare il loro tempo con qualcos'altro se non c'è molto lavoro da fare. Penso che sia giusto chiedere un riassunto di ciò che stanno facendo per assicurarsi che non stiano solo navigando sul Web in modo casuale, ma che li esplorino un po '.


+1. Stavo anche pensando di ridurre l'orario di lavoro a circa 30 alla settimana.

+1, sono d'accordo che orari di ufficio flessibili sono destinati ad aiutare in tal caso, ma non a tempi ridotti.
Fanatic23,

1
+1 in più: ruota gli sviluppatori su base regolare, seguendo uno schema trasparente, ad esempio ogni 6 o 12 mesi
free_easy

+1 per dare un po 'di tempo per esplorare i loro interessi. Molte aziende (incluso google) seguono questa stessa pratica come un modo per generare idee per nuovi progetti.
Evan Plaice,

7

Divertiti a lavorare sul progetto.

In effetti progetti interessanti sono piuttosto rari. E gli studi dimostrano che la felicità dei dipendenti dipende fortemente dal sociale e dal divertimento. Citano in modo massiccio i colleghi quando viene loro chiesto perché non lascerebbero il loro lavoro attuale.

Ecco perché dovresti essere sempre felice quando senti ridere nel tuo edificio invece di urlare.


6

Per me, il miglior motivatore in quella situazione sono obiettivi molto chiari, specialmente sotto forma di una buona specifica. O, piuttosto che meglio, è una delle poche cose che ti resta da offrire. Il ragionamento è che se l'opera stessa non è interessante, sapere che rielaborerò un mucchio di quelle cose noiose è un enorme ulteriore demotivatore. Ciò può dipendere dal fatto che il programmatore riconosca chiaramente il valore di una specifica.


1
E offri loro un bonus se riescono a trasformare la fonte a metà della sua dimensione.
Marco C,

4

Un'altra cosa è chiarire che per quanto noiosi possano essere, i progetti generatori di reddito sono per il bene di tutti - niente entrate, niente lavoro ecc. Il lavoro deve essere fatto, altrimenti non avrai abbastanza soldi per tenerli a bordo. Sottolinealo esplicitamente, a volte le persone non se ne rendono conto.

Quindi, dividere il carico. Cerca di trovare modi per mantenere determinati limiti di lavoro noioso e fastidioso (a seconda del tipo di lavoro, dividi i giorni feriali, dividi i compiti, ecc.) In modo che nessuno abbia la sensazione di essere bloccato con tutto il casino mentre gli altri lo fanno cose divertenti.

Quindi, prova a uniformarlo con cose divertenti. E parlare con gli sviluppatori, potrebbero avere buone idee.


3

Devi cambiare la percezione del progetto "noioso". Se sta generando un reddito sano, non può essere molto difficile.


1
sì, lavorando sul lato del branding delle cose.
Fanatic23,

2

Spesso, questi progetti fanno bene ai programmatori mediocri e felici di essere mediocri. Sai, le persone che non sono appassionate di programmazione e che la vedono solo come un modo per pagare le bollette. Ora capisci qualcosa: non lo sto dicendo perché sono programmatori più deboli e tu vuoi rendere miserabili le loro vite. Lo dico perché di solito si tratta di persone che non si aspettano che il loro lavoro sia fonte di realizzazione nella loro vita. A quanto pare, questi sembrano bassa pressione, flussi costanti di reddito. Molto probabilmente, questi lavoratori sono più che felici di svolgere un lavoro facile e a bassa pressione.

Naturalmente, ciò non significa che puoi semplicemente assegnare loro compiti noiosi e dimenticartene. Forse potresti dare ai tuoi "giocatori A" l'80% di compiti divertenti / 20% di compiti noiosi, i tuoi "giocatori B" potrebbero essere 50/50 e i tuoi "giocatori C" potrebbero essere 20/80.


1

Lascia che i tuoi sviluppatori guadagnino tempo pagato lavorando sul proprio animale domestico / open-source / progetti interessanti facendo qualche lavoro grugnito. Offri loro un po 'di supporto con questo tipo di progetti, specialmente se il lavoro è su un progetto o programma interno. Questa è una strategia che Google utilizza, penso?


1

Devo ammettere che non ho mai lavorato a un progetto noioso e poco interessante, quindi non sono sicuro di aver capito la tua domanda. E sviluppo sistemi aziendali per vivere. :) Seriamente, in pratica ho scoperto che i programmatori sono infastiditi dal lavoro "noioso" molto meno di quanto mi aspettassi. Il lavoro inutile, come la compilazione di schede che nessuno controlla mai, è un problema molto più grande. Detto ciò:

Conosci le tue preferenze dei programmatori; ad alcuni programmatori non piace la GUI, altri si allontanano da SQL. Cerca di rispettare tali preferenze, dal momento che un'attività noiosa per un programmatore potrebbe essere divertente per un altro. Se non è possibile dividere il lavoro in modo tale per qualsiasi motivo, rendilo interessante aumentando la concorrenza - lascia che competano chi sarà il primo a finire la sua parte, o fare un tabellone sul cui lato del codice ha il minor importo di bug nel QA. Microsoft è nota per la sua cultura aziendale che consente ai programmatori di competere su approcci diversi e di scegliere quello migliore alla fine o di incorporare le parti migliori di ciascun approccio nel prodotto finale.

Possedere una parte del prodotto e avere il controllo su di essa aumenta drasticamente il proprio impegno. Al contrario, non c'è niente di più noioso che avere qualcuno che gestisca il tuo lavoro. Inoltre, se c'è un compito ricorrente che tutti odiano, spiegare il quadro generale - che è qualcosa che deve essere fatto e perché e ruotare la persona che lo fa ogni settimana di solito è più che sufficiente.


0

Ho avuto / visto il successo usando questo tipo di progetto come percorso per quelli più interessanti.

Se i tuoi nuovi sviluppatori di livello medio iniziano tutti nei progetti "noiosi" ponendo domande agli sviluppatori senior (che partecipano per la maggior parte degli altri progetti) e chiarisci che meglio fai nell'area di manutenzione, più è probabile che tu debba ottenere un coinvolgimento futuro nel nuovo lavoro, quindi supponendo che tu abbia una squadra decente e in realtà seguire con il cambio di squadra occasionale e attirare gli sviluppatori principali di tanto in tanto sul nuovo lavoro che le squadre si allineeranno.

Se hai una squadra cattiva o una squadra molto buona questo approccio potrebbe non funzionare per te.


2
Il problema con questo approccio è che potrebbe portare a un elevato turnover iniziale. Capisco che a volte devi aspettare per ottenere quello che vuoi, ma perché dovrei voler lavorare per un'azienda che mi farà iniziare la fatica quando ci sono molte altre aziende che mi assegneranno altri progetti divertenti per cominciare?
Jason Baker,

1
Penso che stai descrivendo l'eccezione "squadra molto buona". Non puoi farlo con una squadra in cui tutti sono senior dev. Se non sei uno sviluppatore senior, di solito non otterrai progetti interessanti se sei comunque nel settore degli affari. Se riesci a trovarti in una posizione di spavalderia come jr dev fa bene per te, ma in molti posti non è molto probabile.
Bill,
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.