I migliori libri sulla gestione di un team di sviluppo software? [chiuso]

13

I libri canonici sullo sviluppo del software sono abbastanza affermati. Tuttavia, dopo aver letto un terribile libro pieno di cattivi consigli sulla gestione dei team di programmazione questo fine settimana, sto cercando consigli per libri davvero validi incentrati sul lato gestionale della programmazione (reclutamento, misurazione / gestione delle prestazioni, motivazione, migliori pratiche, struttura organizzativa , ecc.) e non tanto sulla costruzione del software stesso.

Eventuali suggerimenti?

books management

— JohnFx
fonte

C'è ora una domanda simile su pm.stackexchange.com

— Andre Holzner,

16

Peopleware: progetti e team produttivi .

Se leggi un libro fallo su questo. Descrive come iniziare a rendere produttivi i tuoi sviluppatori e fa il backup del perché queste cose sono importanti con numeri difficili.

Le probabilità sono che non le implementerai tutte (troppe aziende hanno culture radicate che le impediranno) ma vale la pena sapere qual è l'ideale e perché e avere le munizioni per ottenere ciò che puoi.

testo alternativo

— Jon Hopkins
fonte

8

Dopo la tua lettura Peopleware (un po 'datato, 1999, ma è IL classico) ecco uno più recente dello stesso autore ( Tom DeMarco )

Slack ottenere passato Burnout, busywork, e il mito della totale efficienza testo alternativo

— Comunità
fonte

7

Il mitico mese-uomo . Questa è una lettura essenziale.

— Adam Crossland
fonte

Per i primi capitoli (la suddivisione dettagliata del perché l'aggiunta di persone ai progetti li rende in seguito) ne vale la pena. Il resto penso che sia datato piuttosto male poiché anche dove rilevante è la lettura molto secca.

— Jon Hopkins,

6

Gestire gli umani

Non ci sono molti oggetti d'azione concreti, ma è una lettura interessante e offre una prospettiva.

— Inaimathi
fonte

1

Mi è piaciuto leggere questo perché ha un senso dell'umorismo :)

— ChrisAnnODell,

2

Ho comprato questo libro dopo averlo suggerito. A metà strada ora e sono d'accordo sul fatto che sia molto solido.

— JohnFx,

Il migliore che ho trovato finora per la gestione di un team di sviluppo.

— Britt Wescott

5

Oltre a scrivere Code Complete, Steve McConnell ha anche scritto Rapid Development: Taming Wild Software Schedules che tratta della gestione di progetti di sviluppo software e per i project manager di software è quasi buono come Code Complete.

Ha anche scritto Software Stimation: Demystifying the Black Art e The Software Project Survival Guide, entrambi i quali meritano uno sguardo, sebbene la stima del software sia abbastanza ... dettagliata su un argomento specifico, quindi a meno che tu non sia davvero interessato a ciò che potresti desiderare per evitare.

— Jon Hopkins
fonte

La Guida alla sopravvivenza del progetto software e di sviluppo rapido è il libro di testo del corso di Ingegneria del software e gestione del progetto della mia università. Per quel corso è richiesto un rapido sviluppo e consiglio vivamente di averlo.

— Thomas Owens

1

@Thomas - mi hai dato un po 'di fiducia nell'insegnamento universitario. È un ottimo libro che merita di essere appeso dopo la laurea.

— Jon Hopkins,

Il mio dipartimento utilizza parecchi testi classici: il libro Gang of Four in Engineering of Software Subsystems, Code Complete è raccomandato in due corsi diversi e Weiger's Software Requirements è usato nel corso di ingegneria dei requisiti. E gli studenti delle classi superiori in genere raccomandano libri come programmatore pragmatico, Mythical Man Month e Peopleware ai non professionisti.

— Thomas Owens

4

Anche la dinamica dello sviluppo software di Jim McCarthy è buona (come con i libri McConnell è Microsoft Press - una società nota per la spedizione di software mediocri in ritardo in qualche modo è riuscita a pubblicare alcuni libri molto buoni su come dovrebbe essere fatto correttamente).

Contiene 54 "regole" per lo sviluppo del software - alcune ovvie, alcune in meno, praticamente tutte da ricordare e meno di 200 pagine (con immagini) così leggibili (più la struttura delle 54 regole significa che è in bei pezzi).

— Jon Hopkins
fonte

Uno dei pochi citati che non conoscevo in precedenza. Grazie per il suggerimento Bonus: diverse copie usate per 1 centesimo + spedizione su Amazon.

— JohnFx,

3

Per il reclutamento Smart and Gets Things Fatto da un tizio chiamato Joel Spolsky ha la virtù di essere molto molto corto con alcune buone intuizioni. Alcune delle cose di cui parla non saranno facili da implementare in ogni azienda / paese, ma spesso ci sono alternative che ti daranno alcuni dei vantaggi.

Mentre stiamo pubblicizzando le cose di Joel, anche il primo libro di Joel sui saggi sul software è buono, sebbene siano tutti disponibili online. Breve, leggibile e stimolante.

(Continua a morire di ipocrisia dopo tutte le volte in cui si è lamentato della gente che si batte per quanto siano meravigliosi Joel e / o Jeff.)

— Jon Hopkins
fonte

Ho letto il libro dei saggi di JOS, ma mi ero trattenuto da "Smart and Gets Things Done" perché temevo che sarebbe stato troppo un rifacimento dell'altro. C'era molto materiale originale?

— JohnFx,

@JohnFx - Non c'è molto materiale completo (200 piccole pagine - non che la brevità sia una brutta cosa) ed è in gran parte un'espansione di idee che probabilmente hai visto altrove nei suoi scritti, ma è ancora abbastanza buono e ho pensato che lo fosse vale la pena leggere. Dal punto di vista finanziario, si potrebbe dire che è costoso per quello che è, ma lo compensa non sprecando il tempo per essere lunghi per il gusto di essere lunghi. Francamente vorrei poter pagare $ 5 - 10 in più per avere qualcuno che toglie il riempimento dalla maggior parte dei libri IT.

— Jon Hopkins,

2

(link al libro)

Agile o no, un processo retrospettivo (guardando indietro al recente lavoro di una squadra e cercando modi per farlo meglio) è importante. Questo libro contiene molte tecniche utili che un team può utilizzare per ricostruire ciò che è accaduto, capire le cause alla radice e decidere cosa fare in futuro.

— azheglov
fonte

1

Herding cats è scritto in particolare per i programmatori che sono diventati manager.

— user281377
fonte

In realtà, quello era il libro terribile a cui mi riferivo.

— JohnFx,

Quindi non riceverò un +1 da te, immagino? Perché pensi che questo libro sia terribile?

— user281377

In quasi tutte le pagine di quel libro ho trovato consigli che sarebbero stati l'esatto contrario di tutto ciò che la mia esperienza di gestione mi ha mostrato. Avrebbe dovuto essere intitolato "Come essere un manager N00B in 10 facili lezioni" Inoltre l'autore si sforza troppo di agire come se capisse i programmatori quando è chiaro che sta solo ripetendo gli stereotipi. Mi ricorda un ragazzo bianco di mezza età che rappa per dimostrare ai giovani quanto sia alla moda.

— JohnFx,

1

Crystal Clear di Alistair Cockburn. Anche se non ti piacciono gli Agile, include molti buoni consigli sulla gestione dei team e ti dà un buon background per costruire il tuo processo di sviluppo.

— Henry
fonte

-2

Molti libri sopra menzionati per il fronte del software. Direi che non è sufficiente un libro o una coppia. La gestione stessa è un compito difficile ed è molto soggettiva. Consiglierei a qualcuno che sta prendendo in considerazione la direzione di leggere molti libri di recensioni di Harvard Business. Tutti hanno un'idea concreta da condividere e questi richiedono molta lettura e molti sforzi per implementare.

— Geek
fonte