Consigli per il programmatore solista la cui squadra si espanderà in un prossimo futuro [chiusa]

Question

Per 4 anni, sono stato lo sviluppatore solista per una piccola azienda. Abbiamo una manciata di ben definire i prodotti in un settore di nicchia. Ci sarà l'assunzione di 1-2 sviluppatori presto, e che probabilmente cambiare il modo in cui funzionano le cose da queste parti.

Anche se non avrò un titolo "reale", io sarà "in carica" ??di questa squadra. Quello che voglio fare è stabilire un reparto di programmazione molto organizzato e produttivo per la mia azienda. Ho avuto questo diritto solo lavoro uscito dal college, così mentre sono diventato abile come programmatore in questo settore, mi manca un sacco di esperienza di programmazione squadra. Sento che partendo con il piede giusto sarà la chiave.

In questo momento è solo a me, un paio di computer, e un server SVN. Sto cercando tutti gli orientamenti generali sulla costruzione di una squadra da zero.

Answer 1

ottenere la vostra casa in ordine e garantire che le cose sono setup per uno sforzo di collaborazione.

• Version Control - Lei ha detto che si dispone già di un server SVN, che è grande. Assicurarsi di aver stabilito il repo e organizzato i progetti in modo standardizzato.
• Automated Builds
• Emissione / Bug software di monitoraggio
• Unità / Integrazione test
• server di integrazione continua

Avere la seguente configurazione oggetti e integrato nel processo di sviluppo rende molto più facile per portare la gente a bordo, tenere traccia di ciò che viene fatto, e mantenere le cose da ottenere "disordinato".

Answer 2

assumere qualcuno molto più competente di quanto si

... e con esperienza in grandi progetti software aziendale.

che vi aiuterà a industrializzare i processi e probabilmente imparare molto da loro.

Si insegnerà loro la tua nicchia di mercato.

Se non riesci a trovare una persona così, io vi suggerisco di andare a corsi di formazione relativi alla gestione del team. Vi suggerisco un Certificazione Scrum come antipasto.

Answer 3

Può essere ovvio, ma assicurarsi che si pensa ci troveremo a lavorare con i nuovi assunti. Cercate di organizzare un paio di birre quando entrambi inizio per cercare di ottenere la squadra a sentire come uno.

Sono necessari per renderli consapevoli di eventuali standard di codifica seguite e le eventuali techinques comuni in uso, in comune, come in ripetute nella vostra base di codice.

Alla fine si dovrebbe essere tutti in grado di alimentare di nuovo nel processo e migliorare ... supponendo che si seguono altri consigli e assumere qualcuno con le competenze per completare la tua.

Answer 4

In mancanza di un vero e proprio titolo, io sarà "in carica" ??di questa squadra.

Non commettere l'errore di lasciare il vostro desiderio / ambizione di essere "in carica" ??mettersi in cammino. Se la vostra azienda assume sviluppatori con più esperienza di te, i nuovi assunti potrebbero essere molto più adatto al ruolo leader del team di quello che sei.

Il tuo vero valore alla squadra e la società è la tua profonda conoscenza dei prodotti come attualmente implementato.

Answer 5

Questo è molto simile alla situazione ero a qualche mese fa. Il miglior consiglio che posso dare è caduta l'arroganza tipica di essere un programmatore e assumere il meglio del meglio della vostra azienda può permettersi.

ero "in carica" ??per un po ', ma un membro del team con più esperienza intensificato e volentieri abbandonai i miei compiti amministrativi in ??modo da poter fare quello che sto meglio a, la scrittura di codice di qualità. Sono ancora un mentore per la squadra come si sarà.

Se fai ciò che è meglio per l'azienda in questa situazione, sarete ricompensati.

Answer 6

Ci stanno per riscaldare le discussioni tecniche: nuovi programmatori hanno un bias, hanno sperimentato un paio di modi per fare le cose e di fronte ad un nuovo modo che non capiscono, faranno prima pensano non ha senso e mutevoli esigenze. I programmatori che hanno lavorato da soli per anni sono suscettibili di essere sulla difensiva circa il loro lavoro, e anche il loro lavoro saranno un po 'idiosincratica, a causa del numero di problemi che hanno risolti senza discutere le cose con altre persone.

Essere consapevoli di quei pregiudizi, accogliere l'ingresso fresco, non essere troppo difensiva e non prendere decisioni avventate di cambiare tutto sia.

Ci sono molti lati buoni a lavorare in team, in particolare ottenendo il codice rivisto da un collega. Insistere su che per tutti i membri del team incluso l'utente fin dall'inizio.

Answer 7

Come la sviluppatore senior dovrai cappello manager in e iniziare a guardare le politiche delle risorse umane della vostra azienda. (soprattutto elementi come ferie, le procedure di assenze per malattia e processo disciplinare anche se spero non sarà mai bisogno)

Ora, a seconda noli competenze e le capacità di avvio delegando alcuni aspetti del vostro lavoro attuale nuova, sarà necessario il tempo per la gestione delle priorità e la programmazione.

Una fonte bene della semplice e capacità di gestione di base su cosa fare e come in modo professionale è http: // www.manager-tools.com . Fanno podcast regolari sulla gestione e consulenza di carriera, per non parlare di un catalogo posteriore considerevole di materiale per voi.

Answer 8

Un sacco di suggerimenti forniti sono eccellenti, vorrei solo aggiungere un paio dalla mia esperienza in una posizione simile.

1. Lasciatevi coinvolgere dalle decisioni di assunzione e non abbiate paura ai candidati di veto che non sono. Avrete bisogno di lavorare a stretto contatto con il team e faranno rappresentate vostra per i vostri clienti e alla gestione.
2. Stabilire una cultura di onestà con i membri del team e si aspettano onestà da loro soprattutto quando le situazioni sono difficili.
3. Imparare a delegare e quindi concentrarsi su soluzioni e non di processo.

Answer 9

Il libro Brownfield Application Development Net in ha alcune idee che penso dovrebbe aiutare . Una parte del consiglio è come impostare le cose in modo che siano ripetibili tra i membri del team, e attraverso il tempo.