I’ve been working with and discussing agile program management with a bunch of people. One of the big issues is: what do we call certain people at the program level? We need a program manager, someone who sets/explains the program’s vision, develops program-wide release criteria with sponsors, has a way to articulate program status, someone […]
I’ve been working with teams and been a part of teams my entire work life. Not so much at university, but certainly when I started working professionally. I’ve been confused by what some people claim are self-organizing teams. To me, they don’t look particularly self-organizing. I read Brad Appleton’s excellent series of blog posts on
Matt Gelbwaks posted a great review ofManage Your Project Portfolio on Stickyminds.com. One of the parts I like best is: However, as a journeyman project manager (PM), I would look at the book and dream wistfully of the day in the future when I would need to read it. Don’t you be fooled! This book
It’s been a busy fall in our household. Daughter #1 graduated from university last spring, had a summer job, and landed a real full-time job. She lived with us for a couple of weeks, along with her two roommates, and moved out on Labor Day weekend. Daughter #2 started university just before Labor Day. Mark
I’ve been working with several clients on their transition to agile. Yes, the technical staff needs training. Yes, they often need coaching on how to choose small chunks, estimate and commit to an iteration’s worth of work, and then to deliver that work. And, I am beginning to think the biggest problem in transition is
I’ve been working on agile program management and a colleague emailed me about his program. He’s having trouble seeing how to do agile on a large program. The customer wants to see a working system before they add the features, so the customer thinks the program need to provide “all” the architecture, with some hard-coded
Some teams don’t do demos at the end of their iterations. Many of the teams who don’t do demos also have trouble finishing all the stories they committed to at the beginning of the iteration. They continue, iteration to iteration, not always finishing, not getting to releaseable at the end of the iteration. And, sometimes,
I have been delinquent for those of you who subscribe to my email newsletter. I have not published one since April. On the other hand, I just posted Park Projects You Can’t Staff, For Now. The next newsletter is scheduled for Thursday morning. In case you’re wondering, I post the most immediate past newsletter when
Last week at Agile 2010, Joshua Kerievsky and I facilitated an Open Jam session (open space) about what done means. We discussed a variety of points. I believe we eventually agreed that context matters. It’s important to know what your product success criteria are. If you don’t use a project charter where you define success
Josh Kerievsky has an intriguing post about . The idea is that a story is not done until: A story isn’t done until it is being used by real users in production and has been validated to be a useful part of a product. I have trouble with this definition: The development team is dependent