Being a successful PM doesn't mean you'll be a successful Agile Coach
PM to Agile Coach
This is my blog of Agile musings that come up as I work with teams.
Fetching RSS feed... please stand byWhat is Agile?
The type of Agile I know most about is Scrum, so keep that in mind as you go to the various links on this page.
Here is a list of links that explains what Agile is (and is not). Rank these and add your own so that we can help others understand better.
Mountain Goat Software
If you learn by reading, this one's for you.1 point
Manifesto for Agile Software Development
The principles from which it all arises.0 points
Control Chaos: About Scrum - Overview
Description from the granddaddy of Scrum (aka Agil more...0 points
Agile software development - Wikipedia
What's NOT in Wikipedia?0 points
Coaching Agile Coaches
- 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
- 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!
Agile Blogs - this is the fresh stuff
Please add the blogs you frequently read. Let's make this the "Top 10 Best Blogs" list.
Mike Vizdos: Implementing Scrum
Fantastic cartoons and insights.1 point
Mike Cohn: Succeeding With Agile
Always good insights from a thought leader on user more...0 points
Mike Griffiths: Leadership and Agile Project Management
Leadership and Agile Project Management ideas, obs more...0 points
Agile Thoughts
Always entertaining and passionate about Agile.0 points
Agile & Business
Good, solid advice.0 points
Constant Change
Thoughts from an Agile Indie consultant.0 points
Books on Agile and Leadership
Leadership and the New Science: Discovering Order in a Chaotic World
The best insight a leader can get on what it's going to take to turn Agile into a competitive advantage weapon it was meant to be.
Agile Retrospectives: Making Good Teams Great
Practical and immediately useful.
The Cycle of Leadership: How Great Leaders Teach Their Companies to Win
Agile meets Six Sigma tools (although neither would admit it).
Collaboration Explained: Facilitation Skills for Software Project Leaders (Agile Software Development Series)
This book was recommended to me by 3 people a 72 hour period and for good reason. Among other gems, check out the definition of concensus.
Agile Estimating and Planning (Robert C. Martin Series)
THE book on release planning. Get it. Love it. Use it.
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.
LyssaAdkins wrote...
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
Angus wrote
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?
LyssaAdkins wrote...
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.
Mark Baker wrote
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)

