Risposte:
Peopleware: vengono in mente progetti e team produttivi .
Il primo capitolo del libro afferma che
"I maggiori problemi del nostro lavoro non sono tanto tecnologici quanto di natura sociologica".
Il libro affronta problemi sociologici o "politici" come la "convinzione" del team, la tranquillità dell'ambiente di lavoro e l'alto costo del turnover.
Managing Humans , ovvero la raccolta di elementi manageriali di Rands In Repose , merita di essere letto e divertente da avviare.
Una tonnellata di verità concentrata sulla sua essenza.
Sviluppo rapido di Steve McConnell.
Il motivo per cui lo faccio su PeopleWare è che ci sono alcune altre cose che potresti effettivamente essere in grado di implementare come team leader. Quando sei un caposquadra (con la mancanza di influenza che normalmente deriva) gran parte di PeopleWare è in gran parte aspirazionale in quanto non sarai in grado di influenzare in modo significativo l'ambiente di lavoro, i salari e le assunzioni e così via.
Immagino che dipenda dal fatto che tu stia cercando qualcosa sul processo di sviluppo o sulla gestione e sulla leadership. Anche se non l'ho letto, mi piace l'aspetto di The First 90 Days che qualcuno ha raccomandato. In alternativa, mi piace abbastanza The One Minute Manager anche se molti hanno problemi con esso (in gran parte che è raccontato come una storia e che il suo contenuto è ovvio - che sono d'accordo ma spesso ci manca l'ovvio, quindi ricordarci di tanto in tanto non è una brutta cosa e qualunque cosa ne pensi è almeno molto breve).
The Mythical Man Month di Fred Brooks ha un sacco di cose da non perdere. Quello e Peopleware sono i due che definiscono la gestione dei progetti software.
Se sei un nuovo team leader del software, ti consiglio di:
È scritto dal punto di vista di "Sono appena stato nominato caposquadra - e adesso?" e presenta molti scenari pratici presentati in modo chiaro. Ha anche buoni riferimenti all'interno di ogni sezione, quindi è utile come libro di consultazione in corso.
AntiPatterns in Project Management è un meraviglioso elenco di modi per sbagliare. È un ottimo elenco di cose da evitare.
Bene, quelli buoni elencati sono già abbastanza popolari con la maggior parte dei programmatori. Che ne dici di questo: The No Asshole Rule di Bob Sutton .
Discuterei davvero per la stima del software: demistificare l'arte nera o qualcosa del genere. Il tuo stile di gestione, mentre può essere regolato, è ampiamente impostato da questo momento. Puoi sempre imparare a fare le cose meglio, più velocemente, ma il tuo stile è davvero quello che sei.
Alcune persone sono cretine supposte, altre amano urlare e urlare mentre altre ascoltano e creano consenso. Se hai sviluppato per un certo periodo di tempo quei tratti della personalità sono praticamente impostati o abbastanza visibili. La tua nuova posizione richiederà molta pianificazione: il tuo tempo e il tempo degli altri. Per avere successo, è meglio farlo bene (o per lo più giusto).
Il tuo status di Team Leader coniato di recente sarà determinato dalla tua capacità di consegnare i progetti in tempo.
Il tuo. Allena il tuo leader con una serie di discussioni e sessioni di tutoraggio e chiedi al tirocinante di tenere un diario privato di situazioni, risposte e successi o fallimenti. In sostanza, scriveranno il loro libro. Questo esercizio non è tanto per il libro stesso o per il riferimento, ma per incoraggiare l'atto di riflessione.
Quindi, dopo che il leader appena coniato ha compreso i problemi, seleziona alcuni dei grandi libri pubblicati in altri post.
Il mio punto è che dovresti avere qualche esperienza con la leadership e la gestione prima di andare a leggere libri su di loro, semplicemente perché non saprai abbastanza sull'argomento da capire, apprezzare e relazionarti con ciò che hai letto. Ad esempio, non consiglieresti a qualcuno di leggere il codice completo prima che scrivessero la loro prima riga di codice, vero? Lo stesso vale qui. Metti i piedi bagnati in modo da avere qualcosa a cui relazionarti, quindi scegli i libri.