Visualizing All the Work in Your Project Portfolio
I’ve been talking to a variety of potential clients about their project portfolios. One of the big problems is how to see all the work. Some of these folks have multiple kinds of projects, so they want to show their work in a variety of ways.
What do you do when you have a few big projects and a ton of small projects, such as several clients of mine have? I have an IT client and a couple of R&D clients with this problem. I’ll take an R&D client as an example.
They have big projects that they want to show in a calendar-like fashion so their management can see how the majority of their time is spent, just as in the image to the left. In this case, the project rank is implicit. And, they have many small projects that come into their group by email, by conversation, by randomness.
I suggested they need to visualize the work, so someone can rank the work. One of these clients is an engineering firm, who has a electrical engineering group, a software group, and a mechanical engineering group. We think a kanban board is a good first step, so this is what we set up.
This board would be great if they had someone to rank the backlog. They don’t right now. The people who keep asking R&D to do these small projects are all over the organization: Sales, Marketing, Support, Senior management, Training. There is no one person who is willing to take on the role of ranking the backlog.
These folks are not alone. The good news is that more and more people are coming to me, wanting help with their project portfolios. The bad news is that their organizations are not yet willing to make the strategic decisions about which projects to do and not do.
Visualizing the work is a necessary first step. Once you see that there is more work than an Engineering or R&D group can do, you see the need to make the decisions. Then you can ask the zeroth question, “Should we do this project all?” If the answer is yes, go ask the qualitative questions and quantitative questions.
If you don’t collect the work, you can’t see the work. If you can’t see the work, you can’t rank the work. You can’t make good project portfolio decisions if you don’t collect the work.
BTW, my participants at the workshop in Sao Paulo will be the first to hear everything about how to integrate the two kinds of boards, calendar and kanban in their organizations. I bet you wish you would be there…
About Johanna Rothman
Johanna Rothman, known as the “Pragmatic Manager,” helps organizational leaders see problems and risks in their product development. She helps them recognize potential “gotchas,” seize opportunities, and remove impediments.
Johanna was the Agile 2009 conference chair. She is the current agileconnection.com technical editor. Johanna is the author of these books:
- Manage Your Job Search
- Hiring Geeks That Fit
- Manage Your Project Portfolio: Increase Your Capacity and Finish More Projects.
- 2008 Jolt Productivity award winning Manage It! Your Guide to Modern, Pragmatic Project Management
- Behind Closed Doors: Secrets of Great Management (with Esther Derby)
She is working on a book about agile program management. Find more of Johanna's articles and her blogs at www.jrothman.com and at www.createadaptablelife.comMore About Johanna »
November 1 - 3, 2013
Current Topics on the NFJS Tour
- Core Java, JEE
- Dynamic Languages: Groovy, JRuby, Scala, Clojure
- RESTful Web Apps
- Frameworks: Hibernate, Grails, Spring, JSF, GWT, more
- Test Driven Design
- Ajax, Flex, RIA
Why Attend the NFJS Tour?
- » Cutting-Edge Technologies
- » Agile Practices
- » Peer Exchange
- Languages on the JVM: Scala, Groovy, Clojure
- Enterprise Java
- Core Java, Java 7
- Testing: Geb, Spock, Easyb
- NoSQL: MongoDB, Cassandra
- Spring 3
- Automation Tools: Git, Hudson, Sonar
- HTML5, Ajax, jQuery, Usability
- Mobile Applications - iPhone and Android
NFJS, the MagazineMay Issue Now Available
On the road to learningby Raju Gandhi
Refactoring to Modularityby Kirk Knoernschild
RESTful Groovyby Kenneth Kousen
Getting Started with D3.jsby Brian Sletten