Willkommen bei c++.de
Unser Tipp
Einstieg in WPF 4.5 (2. aktualisierte Auflage)

Einstieg in WPF 4.5 (2. aktualisierte Auflage)


Hauptmenü
· Startseite

Module
· Forum
· Bücher
· Magazin
· Tutorials
· Weblinks
· Top-Liste
· Kontakt


  
Buchvorstellung

  Bedeutung der Symbole

Themenbereich: Projekte

Rainwater, Hank

Katzen hüten. Ein Leitfaden für Programmierer, die Programmierer leiten.


Verwandte und/oder ähnliche Titel anzeigen

Mehr Infos zum Titel oder Bestellmöglichkeiten:
Dieses Buch bei amazon.de ansehen!
Dieses Buch bei amazon.at ansehen!

Zur Startseite

Diese Rezension wurde erstellt von c++.de
Eingetragen am: 22.04.2003  Hits: 3333
gut geeignet für:
  • Softwareentwickler, die für Projekte mit mehreren Programmierern zuständig sind
  • Angehende Softwareteamleiter
nicht geeignet für:
  • Einzelentwickler, die in absehbarer Zeit weiterhin alleine arbeiten
Katzen hüten. Natürlich ein Titel, der neugierig macht. Der Autor schildert humorvoll bis sarkastisch, welche Probleme auftreten wenn Programmierer geführt und geleitet werden müssen. Denn - Programmierer sind nicht einfach nur Menschen, Programmierer sind besondere Menschen. Ausgeprägte Individualisten, Einzelarbeiter, Architekten, Bastler, all diese Gruppen kommen in einem Team zusammen. Und der Teamleiter muß mit dieser Gruppe Software erstellen. Nach Möglichkeit noch im Zeitplan.

Aus dem Inhalt:

  1. Sich an die Führungsrolle anpassen - bisher mußte man nur Code schreiben, nun übernimmt man auch für fremden Code die Verantwortung - und für die verschiedenen Typen von Entwicklern.
  2. Den Leiter managen - ein Blick auf die Leitungsperson selbst, ist man in der Lage sich selbst zu verwalten und zu managen? Nur wer sich selbst im Griff hat, kann die ganze Gruppe managen.
  3. Die Herde führen - welche Konflikte gibt es im Team, wie gehen Sie mit Personalpolitik, Gehaltsforderunge und Konflikten zwischen den Entwicklern um?
  4. Organisieren für den Erfolg - betrachtet die Möglichkeit, wie ein Projektleiter seine Aufgaben und die des Teams verwaltet und mit Tools organisiert, und weist auf die Wichtigkeit hin, daß Projekte genau definiert sein müssen bevor sie begonnen werden.
  5. Meetings managen - Meetings erscheinen den Teilnehmern oft als reine Zeitverschwendung, doch sie sind für den Informationsfluß wichtig. Aber nur bei richtiger Vor- und Nachbereitung klappt das auch.
  6. Philosophie und Praxis des technischen Leitens - als Teamleiter ist man für die Architektur der Software verantwortlich, für das Design, für die Wartung, für den Entwurf. Was muß man überwachen, damit die Ideen umgesetzt werden, wo greift man kontrollierend ein.
  7. Die dunkle Seite des Führens - stellt die verschiedenen Führertypen vor, mit ihren Nachteilen und ihren unangenehmen Eigenschaften. Wie geht ein Vorgesetzter mit Kritik um, wie vermeidet er, daß er überfordert wird - und wie schafft er es "nett und gut" zu bleiben? Ein Spiegel für den Leser.
  8. Gute Führung - befasst sich mit den Merkmalen der Mitarbeiterführung, und welche Mittel es dafür gibt.
  9. Arbeiten mit Ihrer Chefin - versuchen Sie zu verstehen, unter welchem Druck Ihre Vorgesetzten stehen, und wie Sie es schaffen neue Tools, Mittel und Wege einzuführen und intern zu verkaufen.
  10. Worte ohne ein Lied - ein letzter Abschnitt über die alltäglichen Probleme wie geografisch verteilte Teams, wie man die aktuellen Trends erkennt, nutzt und verfolgt, und einiges mehr.
Ausdrücklich wendet sich der Autor auch an Programmierer, die durch Zufall oder aus eigenem Antrieb plötzlich von ihrer Programmiererrolle eine Projektverantwortung bekommen - selbst verantwortlich werden für Termine und Personal. Sehr realistisch schildert der Autor dabei die Probleme und Entzugserscheinungen, die der frischgebackene Leiter erleben wird und erlebt - Besprechungen, Kundenmeetings, aber nur noch wenig eigenen Code schreiben. Eine furchtbare Welt. Als Leser merkt man deutlich, daß der Autor genau diese Erfahrungen selbst einmal gemacht hat und sehr genau weiß, wovon er spricht. Und daß er auch die Entzugserscheinungen kennt, wenn der Einzelentwickler plötzlich weg muß von seinem PC hin zu einer öffentlicheren und offeneren Tätigkeit, in Zusammenarbeit mit fremden Wissensgebieten und Fachbereichen der Firma, die einem bisher unbekannt waren und die man ignorieren konnte.

Demnach bleibt er auch sprachlich immer auf der Softwareebene - er verwendet keine Begriffe aus der Theorie des Projektmanagements, sondern er benutzt Ausdrücke wie Objekt und Nachricht, um die Arbeitsorganisation des Teams zu beschreiben. Das Buch bleibt immer in der Welt der Software und schweift nie ab.

In gewisser Weise dient es durch die Vorstellung der verschiedenen Verhaltensmuster und Entwicklertypen - mit ihren Stärken und Schwächen - auch als Wegweiser zur Selbsterkenntnis. An verschiedenen Stellen erkennt man sich selbst wieder und eigene Fehler aber auch Stärken erkennen.

Hatte ich schon erwähnt, daß es auch humorvoll geschrieben ist? Die Stereotypen der Softwareentwickler und deren Macken geben ja genug Möglichkeiten dafür.

Eine gute und originelle Idee: der Autor hat für seine Tätigkeit eine speziell an Softwareprojekte angepasste Managementsoftware geschrieben, die man beim Verlag downloaden kann. Diese Beigabe rundet den fast 300 Seiten starken guten Eindruck noch ab.

Homepage des Buchtitels
Inhaltsverzeichnis
Probekapitel von der Verlagshomepage

Diese Daten stammen aus der Datenbank von Amazon.de
Amazon-Verkaufsrang:671118
Seiten:450
ISBN-10:3-8266-1326-0
ISBN-13:978-3-8266-1326-5
Verlag:Mitp-Verlag
Preis:
Preis gebraucht (ab):EUR 7,00

Mehr Infos zum Titel oder Bestellmöglichkeiten:
Dieses Buch bei amazon.de ansehen!
Dieses Buch bei amazon.at ansehen!

Zur Startseite

Bedeutung der Symbole:
Einsteiger= für Einsteiger geeignet
Medium= für alle, die "mittendrin" stehen
Profi= für Fortgeschrittene geeignet
Zurück zum Seitenanfang

Logo-Design: MastaMind Webdesign

Allgemeine Nutzungsbedingungen | Datenschutzhinweis