The Road from Project Manager to Agile Coach

Ranked #10,435 in Business & Work, #246,218 overall

Being a successful PM doesn't mean you'll be a successful Agile Coach

So many things that contributed to my success as a PM are exactly the same things that spell doom for an Agile team.  I am exploring this in my professional life and jotting these thoughts on my blog.  In this lens, I have also linked to some of the materials I have found most useful.

PM to Agile Coach

This is my blog of Agile musings that come up as I work with teams.

Loading Fetching RSS feed... please stand by

Coaching Agile Coaches

Agile coaches coach EVERYONE on the team, including people who want to replace them as the Coach! (This is a good thing, I promise.)
Coaching Agile Teams: A Companion for Scrum Masters, Agile Coaches and Project Managers in Transition
This is my book-in-progress. You can download draft chapters and let me know what you think. What did you learn? What would you change?
Value of an Agile Coach
This Declaration of Interdependence lists the key ways an Agile Coach (or Product Owner or Team Member) brings value to the team by helping the team see themselves and their environment more clearly.
Tao of Holding Space
Now, for a little heavy (but exceedingly useful) philosophy. I flip this open at the start of each day and think about what it says. It usually keeps me from tinkering with my team too much.

Coaching Product Owners

The Product Owner is key to the success of the team. This person embodies the vision, goals and order in which the team will produce real value (real: as in, real stuff used by a real customer). Their role is hard and they need the Coach's support.
Mike Cohn's Product Owner Course Slides
Great information about what it means to be a Product Owner and what one does with Product Owner-ship.
Book in progress: Agile Product Management: Turning Ideas into Winning Products with Scrum
This is Roman Pichlers' book-in-progress on product ownership. You can download draft chapters and learn from them. You can also influence how the book turns out!

Books on Agile and Leadership

If you buy something from this list, you'll automatically be making a donation to National Public Radio. Doesn't that feel good?
Loading

Has anything you've read here sparked a question?

Are you thinking, "How in the world could this possibly work?" Well, ask away. I'm not the end-all be-all in Agile, but I have some experiences I'd be happy to share.

submit
  • Reply
    LyssaAdkins Jun 9, 2008 @ 1:36 pm | delete
    Angus:

    Squidoo has some limitations in answering posts and interacting back and forth. Would you be willing to put this same comment into my blog at:
    http://lyssaadkins.wordpress.com/2008/06/06/two-tips-to-help-product-owners-with-release-planning/

    I can't wait to answer it...there are some really straightforward reasons why planning this way works well. - Lyssa
  • Reply
    Angus Jun 8, 2008 @ 12:44 am | delete
    Lyssa,

    I am responding to an article of yours on Scrum Alliance (I can 't respond there as I am not a member). I am a Program Manger of a software product with programs involving around 70 engineers and lasting up to 18 months. Lately the development organization has decided to work with scrum. I am skeptical. I have many questions but here is one to start.

    You say in the article that release planning is a matter of laying out all the stories into sprints, looking at the dependencies and so on (sounds like basic project planning to me).

    What I don't understand about this is that I understand that the details of a story are only worked out just before the sprint. So how much can I rely on this release planning if the stories making it up are very high level?
  • Reply
    LyssaAdkins Dec 10, 2007 @ 11:59 am | delete
    Hi Mark:
    Refactoring, installing the latest security patch, upgrading hardware-all of these are infrastructure tasks that need to get done. 2 suggestions: 1)make the work transparent and allow the team (w. the product owner) to decide how much to do in a sprint. 2)state the work in business terms.
  • Reply
    Mark Baker Dec 7, 2007 @ 5:37 pm | delete
    Hi Lyssa,
    I'm a Cert. ScrumMaster (Dec 06) and we've been using Scrum now for 1 yr on a variety of software products. One issue that's come up is how far a Team can go with re-writing or re-factoring code within a Sprint esp as it introduces risk the sprint may fail. Thoughts?

by

LyssaAdkins

I coach Agile teams and enjoy delivering software and process projects this way. The hyper-productivity of the team yields great benefits to... more »

Feeling creative? Create a Lens!