Qual è un buon libro per aiutare la gestione non tecnica a comprendere lo sviluppo del software? [chiuso]

11

Se hai persone non tecniche che gestiscono il tuo team di sviluppo software, c'è un libro che vorresti che leggessero per capire meglio il processo?

Ad esempio, nella maggior parte dei lavori, puoi piuttosto stimare quanto tempo richiederà un'attività. Ma nello sviluppo, il punto è che devi capire il problema, che richiede tempo sconosciuto. Questo è difficile da comunicare.

Qualcosa che sai di questo lo spiega bene?

project-management

— Nathan Long
fonte

2

Correlati: stackoverflow.com/questions/4012628/...

— Maglob

3

Attento a presentarlo al management, potrebbero facilmente percepirlo mentre dici "Dovresti leggere questo in modo da succhiare di meno". Che probabilmente non prenderanno gentilmente.

— Ben L

1

@Ben - La verità fa male!

— Shawn D.

Quindi per qualcosa di semplice e veloce da leggere c'è Head First Software Development.

— NadtheVlad,

14

" Peopleware " e " Mythical Man Month " sarebbero un paio di classici, anche se non sono sicuro di quanto bene la gestione vorrebbe leggere entrambi i libri poiché potrebbero essere visti come vecchi.

— JB King
fonte

5

Se il management non capisce che il lavoro di un manager non è tecnico ma di natura sociologica ... beh, un motivo in più per cui dovrebbe leggere questi :-) La natura umana non cambia in un paio di decenni.

— Péter Török,

Concordo sul fatto che sono entrambi un po 'troppo vecchi e anche, probabilmente troppo tecnici per "gestori non tecnici"

— mcottle,

Peopleware è un libro senza tempo, letto un mese fa e ancora molto riconoscibile. Oltre a ciò, è stato aggiornato con una seconda edizione un decennio fa.

— Carra,

Anche se ammetto che potrebbe essere troppo tecnico, direi che MMM non è affatto troppo vecchio - quando l'ho letto, sono rimasto stupito dal fatto che un libro scritto 30 anni fa da un ragazzo che ha avuto la sua esperienza 40 anni fa potrebbe essere ancora così perfetto e avere così tanto da insegnare. Il fatto che non abbia mai avvicinato nessuna delle tecnologie a cui fa riferimento, ma che il libro parla ancora alle persone, è una testimonianza della sua atemporalità.

— SqlRyan,

4

Per la gestione dei processi e dei progetti software, devo raccomandare il Rapid Development di Steve McConnell : Taming Wild Schedules Software and Software Project Survival Guide . Questi libri trattano argomenti che vanno dai classici errori nella gestione dei progetti software alla gestione dei rischi, alle spiegazioni delle migliori pratiche e quando applicarle in modo appropriato.

La dinamica dello sviluppo software di Jim McCarthy fornisce anche alcune informazioni interessanti sul funzionamento dei team di software e fornisce suggerimenti e trucchi per l'ottimizzazione dei progetti software, basati su casi reali.

— Thomas Owens
fonte

1

Potresti voler regolare il link per "Guida alla sopravvivenza del progetto software" in modo che punti a: amazon.com/Software-Project-Survival-Guide-Practices/dp/…

— NoChance

+1 La Guida alla sopravvivenza del progetto software è progettata per questo.

— moto

1

Non è un libro, ma ho avuto un buon successo nel dirigere gestori non tecnici (ragionevolmente brillanti) a Joel su Software .

— Joe Z
fonte

+1 qui. Questo blog (insieme a "Business of Software" di Eric Sink ( ericsink.com/bos/Business_of_Software.html - anche se recentemente molto più tecnico di quanto non fosse prima) ha messo l'IT in termini commerciali molto chiari che le persone non tecniche possono digerire.

— Alla

ti dispiacerebbe spiegare di più su ciò che fa e a cosa serve? Le "risposte solo link" non sono del tutto benvenute allo Stack Exchange

— moscerino

1

Ottieni fatti e errori di ingegneria del software .

MODIFICARE

Questo libro è facile da leggere e facile da rubare paragrafi per la gestione. Si concentra sui problemi dello sviluppo del software dalla distanza di non sapere nulla al riguardo. All'epoca, avevo problemi simili a quelli di OP e, lavorando con il mio manager e questo libro, riesco a convincerlo che ho bisogno di più tempo e risorse per completare i miei compiti.

Tuttavia, recentemente ho visto molte cose in quel libro contraddette. Come sempre, non consiglierei a nessuno di leggere nulla negli studi sociali. È tutto troppo appetitoso e cambia di giorno in giorno.

— Gleno
fonte

ti dispiacerebbe spiegare di più su ciò che fa e a cosa serve? Le "risposte solo link" non sono del tutto benvenute allo Stack Exchange

— moscerino

0

Software perfetto: e altre illusioni sui test dovrebbero essere un altro libro che li ottieni.

Dalla prefazione, ecco alcune delle domande che discute:

"Perché dobbiamo disturbare i test quando sembra rallentarci?

Perché le persone non possono semplicemente creare il software giusto, quindi non ha bisogno di test?

Dobbiamo testare tutto?

Perché non testare tutto?

Cosa rende i test così difficili?

Perché i test impiegano così tanto tempo?

È persino possibile un software perfetto?

Perché non possiamo accettare solo alcuni bug? "

— testerab
fonte

0

Forse " The Art of Agile Development ". Ciò può convincerli a guardare alla gestione dei progetti software in modo più realistico. Certo, se non vuoi che provino agile, potrebbe essere una brutta cosa. Ma trovo che sia una lettura avvincente.

— philosodad
fonte

0

In termini di processo di sviluppo del software, dovrei scegliere "The Pragmatic Programmer: From Journeyman to Master" di Andy Hunt e Dave Thomas. È pieno di gemme di conoscenze utili che in genere richiederebbero molta esperienza di programmazione nel mondo reale per imparare diversamente. Sta anche programmando un linguaggio indipendente dal linguaggio ed è per lo più facile da capire.

In termini di stima, il programmatore pragmatico ha una breve sezione al riguardo, ma il classico "Il mese dell'uomo mitico" di Fred P. Brooks dovrebbe valere la pena di essere letto. Alcuni esempi di progetti sembrano un po 'datati ma molte delle idee suonano ancora vere oggi.

— dodgy_coder
fonte