|
Leading a Software Development Team: A Developer's Guide to Successfully Leading People and Projects
 |
Author: Richard Whitehead
List Price: $31.99
Our Price: Click to see the latest and low price
ISBN: 0201675269
Publisher: Addison-Wesley Pub Co (14 June, 2001)
Edition: Paperback
Sales Rank: 83,853
Average Customer Rating: 4.2 out of 5
|
Customer ReviewsRating: 4 out of 5
Really understands the project lead role
After reading this book, I would say for sure that Richard Whitehead understands the role of the project lead. I would buy this book for a new, or existing lead, if I wanted him to understand the challenges he might face. I really applaud this and would add that many books feel like they were written from the outside looking in (sure, everyone on the outside wants twice the functionality in half the time!). I would love to see an update that included more strategies for success however. A lot of the solutions seemed to be based on a specific set of circumstances and personalities. Perhaps adding some examples from others who faced similar challenges, and overcame them with different methods, would increase the impact of this book.
Rating: 4 out of 5
Advice that will reduce the very difficult to difficult
While the programmer in me has often railed at the managers of software development, generally with very good reason, but admittedly sometimes for reasons that were less than pure, I do readily admit that it is a very difficult job. Humans tend to have distinct sets of skills, some of which seem to have a fundamental incompatibility. Writers of good software seem to be predisposed to having limited social and managerial skills and in general one needs to be able to understand a great deal about software in order to be able to manage its' creation. Programmers are also known as being "somewhat difficult" to organize, so even the best managers can be challenged by what is oftentimes an unruly bunch of developers.
However, difficult does not mean impossible, I have yet to meet a quality programmer who did not have a "weakness", that properly exploited, will cause them to work intensely and log an enormous amount of keyboard time. Teams are built in many ways, and Whitehead quite properly notes that many (most) successful teams are made of people who respect and rely on each other's skills, but may not personally like each other. Some of the most successful sports teams of all times were made up of players who did not speak to each other outside the bounds of play. Arguing and bickering, as long as it is within clearly defined boundaries, should be considered normal and tolerated. Attempts to dictate that people like each other and engage in silly "teambuilding" exercises more often lead to failure rather than success. Other examples in the book show the same good sense, as Whitehead clearly has experience in making projects work.
The book is split into sections, which are* The new leader.
* Project management.
* Leading people.
* Requirements capture.
* Stress and conflict management.
* Relationship with management.
* Making decisions.
* Analysis and design.
* Testing and project release. Under these sections, there are a total of 40 different points, with a header and explanation of some of the rights, wrongs and different shades of gray inherent in the points. While forty is not large enough to cover all possible contingencies, I cannot find a reason to criticize those that were chosen.
Writing good software is hard, and managing hard people is difficult. However, from this book you can find some very sound advice that will improve your chances of managing a project to a successful conclusion.
Rating: 4 out of 5
Practical Guide
This is an excellent "how to" book. It describes in detail all the steps required to properly lead a software development team. It pays particular attention to conflict resolution including examples on how to handle difficult situatuions and people. I get the impression that in Richard Whitehead's limited project experience he has had significant exposure to conflict.
It would have been useful if he had fully explored some of the other paths during conflict resolution. He explains what to do in certain circumstances, but does not go the additional step; what if it doesn't get results, what then?
Similar Products
· Software Leadership: A Guide to Successful Software Development
· Beyond Chaos: The Expert Edge in Managing Software Development
· Quality Software Project Management
· Rapid Development
· Successful Software Development (2nd Edition)
|
