3 internautes sur 3 ont trouvé ce commentaire utile
- Publié sur Amazon.com
Rothman's latest effort is all about how to create and use a project portfolio effectively. Note that while the author discusses how a collection of projects might together form real value, a program, this is not the focus of this book. After discussing project portfolio basics, the author discusses project evaluation, portfolio ranking, portfolio collaboration, portfolio iterations, portfolio decisions, portfolio evolution, and ends by addressing mission. This book was composed very well, and this reviewer especially found valuable the manner in which the author points to prerequisite areas of the book by page throughout in case the reader does not read sequentially. As Rothman indicates, a project portfolio is simply the organization of projects, by date and value, to which the associated organization commits or is planning to commit. A project portfolio helps the practitioner decide when to commit to a project so that a product development team can start or continue a project, understand when it is time to terminate a project so that a team might be freed for other work, determine when to transform a project and commit to the resultant project, and serve as a visual tool to help enable negotiation on how to tackle projects when it is difficult to decide what to do next.
The author points out that "if everyone in your organization (senior managers, middle managers, technical leads, functional managers, and project managers) is wedded to a serial life cycle and no one is willing to consider finishing valuable chunks of work frequently, you can't use a pragmatic approach to managing the project portfolio". In addition, "when your organization's management refuses to make a project portfolio, that lack of decision making is guaranteeing at least one or more schedule games. Or, people will decide which project to work on first, and that decision may not agree with yours. Without project portfolio management, you have more projects competing for the same - and limited - number of people. You find you can't commit to which people work on projects when, you're awash in emergency projects, and you and your staff are running yourselves ragged multitasking" which research has consistently shown to be unproductive. While "Manage Your Project Portfolio" is not a technical text by any means and is expected to be an easy read for most audiences, the author did decide to include a couple of very effective diagrams in the second chapter that if understood by the reader will help navigate the rest of the text by understanding what a project portfolio does for the organization, and what happens when no one manages the project portfolio.
In addition to providing new material, Rothman effectively ties in the insights of a number of other authors in this space, and this reviewer especially enjoyed seeing multiple references to Frederick P. Brooks and Gerald M. Weinberg. The manner in which the author incorporates agile philosophies is especially well done. Her discussion on velocity, both individual and team, for example, is quite effective. "Since I've been working in the field, my managers and clients have been trying to measure productivity. What a waste. Individual productivity means nothing. What does mean something is a team's throughput." While many readers might have already come to the same conclusion, Rothman really drives home this point. "If you try to measure individual productivity, you will get some data. And, the people whom you are measuring will game the data, have no fear. If you measure code, they'll write a ton. If you measure tests, they'll write a bazillion. If you measure files, they will have many more than the project needs. No matter what you measure, if it's not running, tested features, then they will game the system. Don't do it. But you say, I have several single-person projects. Surely I can measure that person's productivity. Um, no, you can't. First, I doubt that those people resist talking to each other. Second, how will you compare productivity? If Davey gets the easy projects and Sally gets the hard ones, who is more productive? I can't tell, and neither can you. Stop trying."