Che cosa farete con il programmatore non-più-efficace?

Question

Un programmatore della tua squadra è grande a mantenere il vecchio sistema legacy. Ma la società è passato a una nuova tecnologia / piattaforma.

Che cosa fate con lo sviluppatore-non-più efficace?

Answer 1

Prova a lui passare agevolmente alla nuova tecnologia / piattaforma -. Prima dargli piccoli incarichi, poi quelli più grandi, poi lo sposta completamente

Se è un buon programmatore dovrà imparare e adattarsi, se non, spiegargli che dovrà pensare ad un'altra posizione - sia nella stessa azienda o in un altro. E 'di business, non il suo parco giochi.

Answer 2

Probabilmente la società è ancora la stessa attività in modo da questo ragazzo avrebbe avuto anni di conoscenza del dominio duramente guadagnato che potrebbe essere sfruttato in un ruolo tecnico / gestione di progetti o di BA. Inoltre, se si dispone di client che sono riluttanti a passare alla nuova piattaforma esistente che sarà prezioso in un ruolo di supporto in quanto nessuno dei nuovi ragazzi capirà la roba legacy.

Answer 3

Le persone possono diventare 'non-più-efficace' per una serie di motivi che vanno dalla perdita di entusiasmo, problemi personali, la disillusione con la società o la gestione, la paura o stanchezza del cambiamento tecnologico, l'uso inappropriato di droghe ricreative, ecc, ecc .

Probabilmente sono stati valutati una volta e dipendenti efficaci. Una risposta umana è quello di scoprire qual è il problema e poi trovare un modo per rendere quella persona sentire bene themself e il loro lavoro di nuovo, in modo che possano ancora una volta aiutare l'impresa diventare produttivi. Una persona nella posizione che descrivi non è ovviamente contento ora di essere improduttivi o di essere visto da altri colleghi, più fortunati o più talentuosi come 'non-più-efficace'.

Quindi non mi piace il modo in cui la domanda è inquadrata, come se quella persona è diventato un problema e un peso: priva di umanità. Se si espresse in questo modo, la risposta potrebbe diventare più chiaro a voi in modo più rapido.

"Trovo che io non sono più uno sviluppatore efficace e ho paura che sarò presto unemployable. Il mondo è cambiato intorno a me. Che cosa posso fare per ottenere il mio datore di lavoro per aiutare me attraverso questo e portare eseguire il mio senso di pena e di autostima? "

PS io sono 52 e sono riusciti a mantenere all'avanguardia, principalmente attraverso contratti e sempre utilizzando le nuove tecnologie, ma vedo un sacco di gente nella posizione che descrivi. Sono esseri umani prima di essere programmatori o dipendenti.

Answer 4

Gli dica di imparare la nuova tecnologia, e di fornire un ragionevole lasso di tempo e di aiutare a farlo.

Answer 5

Se non lo può allenare sul nuovo sistema, si dovrà lasciarlo andare. Oppure si potrebbe promuoverlo al "project manager" e attendere fino a che le viti in su, poi lo fuoco.

Answer 6

Credo che fino a quando si dispone di vecchio software nella produzione, è sempre necessario ragazzi con conoscenza della vecchia piattaforma. Immaginate se tutte le persone che possono lavorare sul vostro programma COBOL 20 anni se ne sono andati via, e un giorno il cliente chiama sta dicendo che qualcosa non va ..... ho già visto questa situazione prima;)

parlare con il membro del team, spiega a lui che la società si sta muovendo verso diverse tec / lingua / piattaforma, ecc, e gli offrono la possibilità di avere corsi o materiale di formazione per tenersi aggiornati con le attività aziendali.

Se lui non vuole il tempo speso per imparare cose nuove, si può sempre provare ad usare lui in diverse aree. L'esperienza è sempre importante, anche nel campo delle tecnologie non si utilizza.

Supponiamo che si lavora per una società che opera nel Visual Basic .NET, si dispone di due programmatori di scegliere, il primo ha 1 anno di esperienza con Visual Basic .NET, l'altro ha 15 anni di esperienza nel basso livello C ++ / programmazione assembly. Io probabilmente assumere la seconda, anche se lui non sa niente di visual basic, ha sicuramente hanno una grande quantità di esperienza da condividere.

alk.

Answer 7

Lo tenga, per almeno due motivi:

• Se il vecchio sistema legacy è ancora in produzione, è ancora competente per il mantenimento di esso.

• E 'sicuramente sa meglio di chiunque altro, non solo come i vecchi lavori di sistema, ma anche cosa lo fa nelle sue parti più nascoste. Questa conoscenza è molto importante quando si specifica e la progettazione del nuovo sistema. Il tuo ragazzo ha un ruolo da svolgere nella costruzione del nuovo sistema, anche se non è coinvolto in nuove tecnologie.

Answer 8

L'approccio migliore è proattiva: assicurarsi di fornire ai dipendenti di programmazione sistemi legacy una certa percentuale di attività che coinvolgono le nuove tecnologie. Questo li rende più prezioso per l'organizzazione, e aumenta la loro soddisfazione sul lavoro. Cosa non piace di questo? ; -)

E se sei la persona coinvolta nel codice legacy, fare passare il tempo di apprendimento di nuove tecnologie, sul proprio tempo se è necessario.

Se non è possibile applicare direttamente ciò che si impara al tuo codice legacy, si può sempre sfruttare le tecnologie più recenti attività di ingegneria del software periferici come il controllo del codice sorgente, la gestione della configurazione, bug tracking, la gestione dei progetti (ad esempio, l'approccio Scrum a gestione del progetto agile), la documentazione, il supporto, e così via.

Answer 9

A parte di quanto è stato detto, penso che si dovrebbe anche prendere in considerazione se il sistema legacy ha back up di valore. Soprattutto se si è appena fatto la mossa.

Si consideri il ipotetico scenario di seguito:

Passaggio 1. Implementare nuova tecnologia shinny.

Passaggio 2. Spostare programmatore eredità tech per qualsiasi altra cosa (o incendio)

passaggio 3. Scopri un bug critico in nuova tecnologia, o vitali dati / processi supportati nel sistema legacy, ma non da quello nuovo.

Passaggio 4. Oups ...

Se il ragazzo è stato "grande" ci sono possibilità molto ragionevoli egli sarà in grado di imparare il nuovo sistema. Egli non può conoscere la tecnologia impiegata, ma lui non conoscere le finalità e caratteristiche del sistema. Lui sa quello che fa il sistema e perché, basta per fargli vedere come.

Ora, naturalmente, se davvero non riesco a farlo e che si è sicuri che il sistema legacy è pronto per essere donato ad un museo ...

Answer 10

Hai fatto questa domanda, significa che ci si trova in un dilemma, significa che come il lavoro di questo ragazzo e hai detto che lui è buono con il codice legacy.

Colui che è bravo in una cosa può essere buono in altri troppo (credo di sì)

Informi il programmatore che il cambiamento è inevitabile e dirgli di avviare cambiare la sua tecnologia e impostare un obiettivo realistico e reciprocamente vantaggiosa e far rispettare rigorosamente il calendario.

Se può adottare lui sopravviverà altro imparerà a trovare un nuovo lavoro. [Nota: I miei commenti e suggerimenti sono quello che io però avrei aiutato, ma non garantisce il successo% 100.]

Answer 11

L'ovvio, la risposta non-divertente, è quello di dargli una formazione. Non dargli un libro e dirgli di imparare il nuovo sistema, ma dargli una formazione adeguata, mandarlo su un corso, hanno a imparare il sistema dalle persone che attualmente utilizza, loro ombra al loro lavoro per un po ', chiedere informazioni e così via.

Answer 12

Ci sono diversi fattori qui:

1. dimensione della società
2. Probabilità di tornare al vecchio tecnico
3. La volontà del dipendente per passare alla nuova tecnologia.
4. prospettiva sul valore dei dipendenti della Società

Se si sta parlando di una piccola azienda (<10 persone); è probabilmente molto meglio tagliare esca e la ricerca di nuovi talenti che spendere tempo riqualificazione che dipendente; sia per l'azienda e che la persona. Le aziende che piccolo non può permettersi avere persone improduttive sul libro paga per molto tempo.

Per una società più grande, gli altri 3 elementi hanno la precedenza. Se c'è anche un accenno di tornare indietro, quindi mantenendo quella persona è l'assicurazione pura. Allo stesso modo, se il dipendente è entusiasta di passare alla nuova tecnologia (e modi di fare le cose) allora possono portare tutta la loro esperienza passata esercitate su andando avanti.

Infine, se la società valori effettivamente i propri dipendenti tenteranno di incoraggiare quella persona di plasmare se stessi nel nuovo ambiente. Fate attenzione qui però, incoraggiando un dipendente che non ha alcun interesse nel cambiamento non funziona per nessuno.

---

Ho visto questo problema andare in entrambi i modi. In un caso un dipendente era felice l'interruttore e ha trascorso una grande quantità del proprio tempo di alzarsi alla velocità; sono stati in ultima analisi, in grado di fornire un sacco di conoscenza e di valore.

Ho visto anche chi è andato con il cambiamento tecnologico scalciando e urlando: avrebbero dovuto essere lasciato andare molto prima di quanto non lo fossero. Tuttavia, la società ha ritenuto l'obbligo di continuare a provare con loro. Mi sono imbattuto in una di queste persone un anno dopo che finalmente lo tagliano:. Era molto più felice nel suo nuovo lavoro