Consigli sull'avvio di un nuovo lavoro [chiuso]

Ricorda che sei un ingegnere, non un manager, e assicurati che lo sappiano .

Gli ingegneri rispettano il realismo e la comprensione in generale e odiano le richieste non realistiche o le azioni non preparate e mal preparate. Probabilmente lo saprai, come dichiari di esserlo.

In qualità di manager, sarai piggy-in-the-middle e probabilmente avrai un duro lavoro tra il rispetto di quelli sopra te e quelli sotto di te, non è un equilibrio facile in molte aziende, in particolare in tempi duri.

Dirò questo, se preferisci gli ingegneri, la tua giornata lavorativa tenderà ad essere buona e rispettosa oltre agli incontri, anche se la tua carriera potrebbe risentirne. Se preferisci la gestione, allora potresti essere promosso e favorito, ma i tuoi lavoratori probabilmente ti odieranno e l'atmosfera a volte sarà povera.

Forse guarderei ad aumentare il punteggio del test Joel . Introduci elementi che mancano da quella lista che ritieni possano semplificarti la vita. Ad esempio, se non hanno un database di bug, ne introduci uno.

Nota, non farlo per il gusto di farlo. Fatelo se pensate che l'introduzione del nuovo aspetto nel team di programmazione sarebbe vantaggiosa. Usa il test di Joel come linea guida.

Non lo so ... se fossi in me penso che sarei venuto a lavorare, con l'assunto che ogni squadra è diversa e impara per un po '. Cercherei di capire cosa funziona per loro, cosa no, e magari suggerire qualche piccolo cambiamento in arrivo.

D'altra parte, puoi sempre decidere un sacco di modifiche che vuoi implementare prima di arrivare a lavorare il tuo primo giorno, forzarle su tutti, e in generale sconfiggerle in sottomissione.

Penso che sia una questione di filosofia.

Ascolta i tuoi dipendenti e i tuoi manager. Giudica gli altri su come producono non sulla loro personalità. Fai sapere loro esattamente cosa ci si aspetta da loro e attenersi ad esso. Cerca di rimanere centrato e non prendere le cose personalmente. Prepara tre buste .

I libri potrebbero essere e sono stati scritti su questo. Dò questi due ai nuovi manager:

Leading Geeks di Paul Glen, et.al. link

Diventare un leader tecnico di Gerald Weinberg link

Combatti il tuo istinto per entrare e iniziare subito a fare o parlare di cambiare tutto. In qualità di nuovo direttore di un ingegnere, la tentazione è quella di adeguare l'intera squadra al suo stile personale.

Almeno fino a quando non avrai qualche rapporto con il team, dovresti tenere le tue idee per te stesso e sollecitare attivamente gli input dal team esistente per dimostrare che apprezzi il loro contributo. Quindi, quando è necessario iniziare a configurare alcune strutture, è più probabile che si adatti meglio alla cultura e sia accettato più facilmente.

Versione breve: parla meno, ascolta di più. Quindi ascolta ancora un po '. E dopo aver ascoltato un po 'di più, conferma la comprensione spiegando loro ciò che vedi. Quindi inizia a dare suggerimenti.

Suggerirei di implementare uno strumento di sviluppo agile (SCRUM?). Tende a mantenere i team ben organizzati e puntuali per sprint brevi o più lunghi in cui il codice deve essere completato.

Puoi trovare molte risorse online per quanto riguarda lo sviluppo agile e SCRUM.

Ecco un buon inizio: link

Buona fortuna.