Buchtipps zum Thema IT-Projekte
was könnte ich noch Sinnvolles auf diesen Seiten anbieten - habe ich mir gedacht - und bin auf die Buchtipps gekommen.
Nach dem Motto:
"Sage mir, was du gern liest und ich sage dir, wer du bist"
gebe ich hier die Titel von Büchern an,
die ich irgendwann einmal gelesen und an die ich mich spontan erinnert habe.
Ich habe sie hervorgeholt und einige Kapitelüberschriften und Zitate herausgesucht.
Tom DeMarco, Wien warten auf dich
Der Faktor Mensch im DV-Management 1987
Tom DeMarco hat hunderte Projekte analysiert.
Er konnte Projekte scheitern oder gelingen sehen und diese Erfahrung
gibt er mit viel Humor in seinen Büchern an den Leser weiter.
- "Personen unter Zeitdruck arbeiten nicht besser, sie arbeiten nur schneller".
- Qualität ja, wenn die Zeit reicht.
- Qualität ist gratis, aber nur …"
- Die sieben falschen Hoffnungen des Managements.
- "Es gibt Tausende von Möglichkeiten, einen Arbeitstag zu verlieren, aber keine einzige, um einen Tag zurück zu bekommen".
- Zwischen 9 und 5 kann man hier nicht arbeiten.
- "Produktivitätsunterschiede von 10:1 zwischen einzelnen Programmierern sind erklärbar; es gibt aber auch 10:1 Unterschiede in der Produktivität von Softwareorganisationen".
- Gebt uns die Türen zurück!
- Die verborgenen Kosten der Fluktuation.
- Dienst nach Vorschrift und arglistiges Fügen.
- Teammord
Tom DeMarco, Warum ist Software so teuer?
… und andere Rätsel des Informationszeitalters 1995
- Mythen und Märchen
- Software-Messungen: Wo sie nützen und wo sie schaden.
- Anscheinend ist es in den neuziger Jahren angesagt, "straff und taff" zu werden. Bin ich der einzige, der das für Blödsinn hält?
- Die nicht-technische Seite des Software-Engineering
- "Software-Entwicklung ist kein High-Tech-Geschäft.
Bei der Software-Entwicklung geht es vor allem darum, miteinander zu reden und Dinge niederzuschreiben.
- Stand der Technik kontra Stand der Praxis
Tom DeMarco, Der Termin
Ein Roman über Projektmanagement 1997
Hier hat DeMarco seine Ansichten zur Softwareentwicklung spannend und anschaulich in Romanform dargestellt.
Die Hauptperson, der entführte Topmanager Tompkins, schreibt am Ende jedes Kapitels
seine wichtigsten Erkenntnisse in ein Tagebuch, beispielsweise:
- Menschen können Veränderungen nur in Angriff nehmen, wenn sie sich sicher fühlen.
- Fehlende Sicherheit bewirkt fehlende Risikobereitschaft.
- Risikovermeidung ist fatal: Sie führt dazu, dass die mit einem Risiko verbundenen Chancen ungenutzt bleiben.
- Menschen unter Druck denken nicht schneller
- Mehrarbeit über einen längeren Zeitraum hinweg ist eine Methode zur Produktivitätssenkung.
- Mehrdeutigkeit in einer Spezifikation deutet auf einen Konflikt zwischen den verschiedenen Interessengruppen an einem System hin.
- Wenn aneiner Entwicklungsanstrengung mehrere Parteien beteiligt sind, sind Interessenkonflikte unvermeidlich.
- Ganz wichtig: Wir stehen beide auf der einen Seite Seite; es ist das Problem, das auf der anderen Seite steht.
- Ist ein Projekt in der Anfangsphase personell aufgebläht, besteht die Gefahr, dass die Entwurfsaktivitäten abgekürzt werden (um all die Leute zu beschäftigen).
- Projekte brauchen Rituale
- Wann immer sie die Phrase "straff und taff" hören, ersetzen Sie sie mit dem, was sie wirklich bedeutet:
eingeschüchtert und gescheitert.
Andrew Hunt, David Thomas, The Pragmatic Programmer
from journeyman to master 19xx
Dieses Buch bietet 70 pragmatische Ratschläge und 11 Checklisten für eine professionelle Arbeitshaltung.
In einer Quickreferenz sind sie in Einzeilern zusammengefasst. Hier eine kleine Auswahl:
- Care about your craft: Why spend your life developing software unless you care about doing it well?
- Think about your work: Turn off the autopilot and take control.
- Don't live with broken windows: Fix bad designs, wrong decisions and poor code when you see them.
- Remember the big picture:Don't get so engrossed inthe details that you forget to check what's happening around you.
- Critically analyze what you read and hear.
- Don't repeat yourself.
- Use a single editor well.
- Fix the problem, not the blame.
- Don't assume it, prove it.
- Work with a user to think like a user.
- Sign your work.
Siehe auch www.pragmaticprogrammer.com
Bruce Eckel, Thinking in Java
Das ist für mich das beste Buch über Java.
Die Vergleiche mit C++ kamen meiner Projektvergangenheit sehr entgegen und ich schätze es sehr,
wenn Eigenschaften nicht nur beschrieben sondern auch verglichen, kommentiert - manchmal sogar kritisiert werden.
Siehe auch www.bruceeckel.com
http://www.schilken.de/buchtipps.htm
(c)2004 Alfred Schilken| aktualisiert am: 11.02.04