Vedo molti programmatori allontanarsi dai ruoli di gestione e amministrazione. Vogliono costruire cose. Di conseguenza, molte di queste posizioni sono occupate da persone non tecniche. Non riesco a vedere come aggiungono valore. La pianificazione di riunioni, la prenotazione di siti esterni e altri lavori amministrativi sono sufficienti per giustificare il loro ruolo?
I fail to see how they currently add value and is scheduling meetings, booking offsites and other administration works enough for their role?
Non sottovalutare la quantità di interazione che il tuo manager fa con gli altri reparti. Gestiscono i budget, i piani di formazione, i documenti delle risorse umane. Proteggono gli sviluppatori dal risucchiare le riunioni con altri reparti e forniscono un fronte unificato per il tuo gruppo.
In breve, il loro compito è proteggere gli sviluppatori auto-motivati da tutte le altre cose demotivanti che esistono nel mondo degli affari.
I migliori manager sono maghi. Fanno sparire il resto della compagnia per i loro sviluppatori. Non riesco a ricordare la citazione esatta di Joel , ma è stato qualcosa per il fatto che è compito del management assicurarsi c'è un grasso Internet Pipe, una bestia di una macchina e molta caffeina, quindi tutti gli sviluppatori devono preoccuparsi di ciò che sanno fare meglio.
Un buon manager è la voce del tuo gruppo per il resto dell'azienda.
Come si applica specificamente allo sviluppo del software, ci sono due tipi di ruoli che aggiungono valore ai manager: gestione del progetto e team leader.
Un project manager si interfaccia con i clienti e il middle management, che è un risparmio di tempo per gli sviluppatori. Spesso ci sono dei chiarimenti o cambiamenti di scope che emergono nei progetti, ed è utile per i clienti e il middle manager avere un unico punto di contatto. Cercare di rispondere alle domande di ogni membro di un team di sviluppo porta a decisioni di progetto non documentate e impegni non documentati, la rovina della gestione dell'ambito.
Dall'altro lato, un team leader è coinvolto nello sviluppo delle carriere / abilità, assicurandosi che il carico di lavoro sia distribuito in modo appropriato tra i membri del team e fornendo risorse e ricompense commisurati ai singoli contributi e bisogni.
Nessuno di questi ruoli richiede un programmatore a testa in giù, anzi un po 'il contrario. Un programmatore salterà spesso a un compito di scrittura del codice come prima risposta a una domanda oa una crisi, ed è utile avere qualcuno il cui compito è chiedere se è davvero necessario eseguire quell'attività.
Insieme agli altri vantaggi menzionati, il manager non tecnico può fare un lavoro migliore per prendere decisioni definitive in caso di impasse tra gli esperti. So che questo sembra contro-intuitivo, ma i bravi manager non tecnici comprendono i punti di forza e di debolezza delle loro persone.
Esempio: due programmatori discutono su quale server utilizzare per un'applicazione. In una sorta di democrazia finzione, entrambi ottengono il loro voto unico, quindi nessuna decisione viene presa. Questa guerra potrebbe durare all'infinito (e con alcune persone tecniche lo farà). Qualcuno deve intervenire e arbitrare questo disaccordo e portare avanti il progetto. Un buon giudice si appoggerà all'opinione di colui che ha più esperienza in questo settore.
Solo perché qualcuno manca di talento, abilità o conoscenza in un'area non significa che non possa identificare chi lo fa. Riconoscere il talento è un talento.
Is scheduling meetings, booking offsites and other administrative work enough for their role?
Sì. Perfettamente sufficiente. Sono anche buoni per chiamare la gestione degli edifici quando c'è un problema con il calore, l'AC, ecc; assicurandosi che distributori automatici e refrigeratori d'acqua siano ben riforniti e mantenuti; portare in giro chicche speciali per noshing; mantenere l'ufficio pulito e ordinato ...
Fai del tuo meglio per pensare ad altre attività simili per tenerle occupate e fuori dai guai ...
Il loro ruolo più importante? Stare fuori strada e non mischiarsi con i programmatori, e fare in modo che altre persone non tecniche facciano lo stesso.
Considera un team di sviluppo come un club di pallacanestro MLB (l'analogia è abbastanza buona IMO): i manager sono sempre ex giocatori - solo loro sanno come gestire le "mani in gestione" di un team di persone altamente qualificate, nerd e idiosincratiche , professionisti, che fanno cose che la 'gente normale' non può fare.
In base alla mia esperienza, i manager non tecnici sono i più adatti a questo ruolo, oltre ad aggiungere valore evitando che la roba aziendale interferisca con il lavoro degli sviluppatori, fomentano la collaborazione tra sviluppatori (perché è ben noto che gli sviluppatori sono introversi link ), i bravi consentono alla squadra di lavorare al loro ritmo ma si preoccupano della visibilità.
Leggi altre domande sui tag management teamwork