agile

management, MPD

How Long-Term is Your Strategy?

I was thinking about the automakers, and how they want many billions of $ from Washington (please, noooo). I don’t know what their strategic planning is, but it seems not to have changed from the 1960’s. Certainly, when I started buying cars in the 1970’s, I could not afford the low quality/high price/low gas mileage. […]

MPD, personal, portfolio management

Starting and Finishing

I had coffee with a friend Saturday night. She said, “Our family has a tradition of starting many projects to see what we can stick with. If you don’t start a project, you can’t finish it.” She’s right. You certainly can’t finish something you don’t start. But the real question for all of is: Should

MPD

Bob Payne's Podcast Posted

Bob Payne interviewed me at Agile 2008. We spoke about my initial plans for Agile 2009, and my (in-writing) project portfolio book. The link is here: Agile 2009 – Johanna Rothman – Agile Portfolio Management and Agile 2009. I had a blast with Bob. If you’re wondering why it sounds like I’m chewing my cud

MPD

Knowledge Management Needs to be Agile, Too

I was speaking with a potential client about their approach to knowledge management. They think they need a senior person to organize a top-down appoach, and build a custom tool, so they know what knowledge they want to manage and have a place to put it. I don’t think that’s going to work. That approach

MPD, requirements

Traceability Matrix and Agile

I received two questions this week about how well does agile allow you to do traceability matrix. Very well is the short answer. Here’s why. If you commit to implementing features (not chunks of architecture)  based on user stories in an iteration, you know what you’re planning before the iteration starts. Because you’re working in

lifecycle, MPD

Waterfall Projects Create Naivete

I’ve been working with several clients on their transitions to agile–or at least, more agile approaches to their projects. In each case, the managers decided to move towards agile because the technical staff were in their words, “naive” about the project goals. To be fair, none of the projects had a vision or release criteria,

Scroll to Top