Was ist ein gutes Buch, um nicht-technischem Management das Verständnis der Softwareentwicklung zu erleichtern? [geschlossen]

11

Wenn Sie einige nicht-technische Mitarbeiter haben, die Ihr Softwareentwicklungsteam verwalten, gibt es ein Buch, das sie lesen sollen, um den Prozess besser zu verstehen?

Beispielsweise können Sie bei den meisten Arbeiten ziemlich gut abschätzen, wie lange eine Aufgabe dauern wird. In der Entwicklung geht es jedoch darum, das Problem herauszufinden, das unbekannte Zeit in Anspruch nimmt. Das ist schwer zu kommunizieren.

Was Sie darüber wissen, erklärt dies gut?

Nathan Long
quelle
2
Siehe auch
Maglob
3
Wenn Sie dies dem Management sorgfältig präsentieren, können sie es leicht wahrnehmen, wenn Sie sagen: "Sie sollten dies lesen, damit Sie weniger saugen." Was sie wahrscheinlich nicht freundlich finden werden.
Ben L
1
@ Ben - Die Wahrheit tut weh!
Shawn D.
Für etwas, das einfach und schnell zu lesen ist, gibt es Head First Software Development.
NadtheVlad

Antworten:

14

" Peopleware " und " Mythical Man Month " wären ein paar Klassiker, obwohl ich nicht sicher bin, wie gut das Management beide Bücher lesen würde, da sie möglicherweise als alt angesehen werden.

JB King
quelle
5
Wenn das Management nicht versteht, dass der Job eines Managers nicht technischer, sondern soziologischer Natur ist ... nun, ein weiterer Grund, warum er diese lesen sollte :-) Die menschliche Natur ändert sich in nur wenigen Jahrzehnten nicht.
Péter Török
Stimmen Sie zu, dass sie beide etwas zu alt und wahrscheinlich auch zu technisch für "nicht-technische Manager" sind
mcottle
Peopleware ist ein zeitloses Buch, das vor einem Monat gelesen wurde und immer noch sehr gut erkennbar ist. Außerdem wurde es vor einem Jahrzehnt mit einer zweiten Ausgabe aktualisiert.
Carra
Obwohl ich zugeben werde, dass es zu technisch sein könnte, würde ich argumentieren, dass MMM überhaupt nicht zu alt ist - als ich es las, war ich erstaunt, dass ein Buch vor 30 Jahren von einem Mann geschrieben wurde, der seine Erfahrung 40 Jahre lang gesammelt hat vor könnte noch so genau sein und so viel zu lehren haben. Die Tatsache, dass ich nie in die Nähe einer der Technologien gekommen bin, auf die er sich bezieht, aber dass das Buch immer noch Menschen anspricht, ist ein Beweis für seine Zeitlosigkeit.
SqlRyan
4

Für das Softwareprozess- und Projektmanagement muss ich Steve McConnells Rapid Development: Taming Wild Software Schedules und Software Project Survival Guide empfehlen . In diesen Büchern werden Themen behandelt, die von klassischen Fehlern bei der Verwaltung von Softwareprojekten über das Management von Risiken bis hin zu Erklärungen zu Best Practices und deren angemessener Anwendung reichen.

Jim McCarthys Dynamics of Software Development bietet auch einige interessante Einblicke in die Arbeitsweise von Softwareteams sowie Tipps und Tricks zur Optimierung von Softwareprojekten anhand realer Fälle.

Thomas Owens
quelle
1
Möglicherweise möchten Sie den Link für "Software Project Survival Guide" so anpassen, dass er auf
Folgendes verweist
+1 Der Software Project Survival Guide wurde dafür entwickelt.
Mcottle
1

Kein Buch, aber ich hatte guten Erfolg damit, (ziemlich kluge) nichttechnische Manager an Joel on Software zu leiten .

Joe Z.
quelle
+1 hier. Dieser Blog (zusammen mit Eric Sinks "Business of Software" ( ericsink.com/bos/Business_of_Software.html - obwohl in letzter Zeit viel technischer als früher) brachte die IT in sehr klare geschäftliche Begriffe, die nicht-technische Leute verdauen können
Am
Würde es Ihnen etwas ausmachen, mehr darüber zu erklären, was es tut und wofür es gut ist? "Nur-Link-Antworten" sind bei Stack Exchange
Mücke
1

Holen Sie sich Fakten und Irrtümer der Softwareentwicklung .

BEARBEITEN

Dieses Buch ist leicht zu lesen und für die Verwaltung leicht zu entfernen. Es konzentriert sich auf die Themen der Softwareentwicklung aus der Ferne, nichts darüber zu wissen. Zu dieser Zeit hatte ich ähnliche Probleme wie OP. Durch die Zusammenarbeit mit meinem Manager und diesem Buch kann ich ihn davon überzeugen, dass ich mehr Zeit und Ressourcen benötige, um meine Aufgaben zu erledigen.

Allerdings habe ich in letzter Zeit viele Dinge in diesem Buch gesehen, die im Widerspruch standen. Wie immer würde ich niemandem empfehlen, irgendetwas in den Sozialstudien zu lesen. Es ist alles zu verwaschen und ändert sich von Tag zu Tag.

Gleno
quelle
Würde es Ihnen etwas ausmachen, mehr darüber zu erklären, was es tut und wofür es gut ist? "Nur-Link-Antworten" sind bei Stack Exchange nicht ganz willkommen
Mücke
0

Perfekte Software: und andere Illusionen über das Testen sollten ein weiteres Buch sein, das Sie erhalten.

Im Vorwort sind hier einige der Fragen aufgeführt, die darin behandelt werden:

"Warum müssen wir uns die Mühe machen zu testen, wenn es uns nur zu verlangsamen scheint?

Warum können die Leute nicht einfach die richtige Software erstellen, sodass keine Tests erforderlich sind?

Müssen wir alles testen?

Warum nicht einfach alles testen?

Was macht das Testen so schwierig?

Warum dauert das Testen so lange?

Ist perfekte Software überhaupt möglich?

Warum können wir nicht einfach ein paar Fehler akzeptieren? "

Testerab
quelle
0

Möglicherweise " Die Kunst der agilen Entwicklung ". Dies kann sie davon überzeugen, Softwareprojekte realistischer zu verwalten. Wenn Sie nicht möchten , dass sie es mit Agilität versuchen, kann das natürlich eine schlechte Sache sein. Aber ich finde es selbst eine überzeugende Lektüre.

Philosodad
quelle
0

In Bezug auf den Softwareentwicklungsprozess müsste ich mich für "The Pragmatic Programmer: Vom Gesellen zum Meister" von Andy Hunt und Dave Thomas entscheiden. Es ist voll von Juwelen nützlichen Wissens, die normalerweise eine Menge realer Programmiererfahrung erfordern, um etwas anderes zu lernen. Es ist auch programmiersprachenunabhängig und meist leicht zu verstehen.

In Bezug auf die Einschätzung hat der pragmatische Programmierer einen kurzen Abschnitt darüber, aber der Klassiker "The Mythical Man Month" von Fred P. Brooks müsste lesenswert sein. Einige der Projektbeispiele scheinen etwas veraltet zu sein, aber viele der Ideen stimmen noch heute.

dodgy_coder
quelle