Agile Otter Blog

I did not manage to use my Christmas break to get a lot of work done on the book . I tried, but there was much going on in our world (almost all good stuff) and I was unable to get the focused time I was hoping for. You might be able to access a sample of the draft as of today. It is only a small bit of the book, but maybe enough to whet your appetite. I hope to decide on the "early adopters" price soon, and finish up the initial set of illustrations (thereby getting rid of the ugly ascii art that appears in some places, and breaking up the expanse of text that appears in others). If you want, use the public page to suggest a price. Thanks for waiting. I hope you'll find the result thought-provoking and useful.

I've had a side-project that started because I've been working with dual-role (and one triple-role) Scrum Masters lately. I appreciate how hard it is for them to be good at several things simultaneously. Once I started collecting techniques for them, I figured I should publish it somehow. I was thinking of a blog, but Joshua Kerievsky (our leader at IndustrialLogic ) had mentioned possibly using something like LeanPub. I really need to learn to release a product early and use feedback to guide it to be something that really addresses a market need. I've invested some odd hours here and there on this, and have gotten some friends to look it over. Sadly, most of them who are dual-role SMs haven't had time. Still, here is a chance for me to learn in a lean startup kind of way, releasing early and often, and let the market help me develop the product further. I'm interested in hearing what you think of the cover, and the idea in general. I've not...

(note: I added a 15th, but was worried that changing the title would invalidate links, so you get a bonus observation at no extra cost) I frequently have to address questions about velocity, so in the interest of time I present all the answers here in a short post: Velocity is a gauge, not a control knob. You can't just turn up the velocity -- you can only break the gauge by trying. Velocity is (frustratingly) a lagging indicator. It primarily tells you about the fundamental process and technical work you did weeks, months, or years ago. You seldom get an immediate, true improvement. Though velocity is a gauge, it is subject to  Goodhart's Law . It is rather dodgy when used as a basis for governance. Velocity value is highly derivative of many factors, chief among them being the work structure of the organization. The more governance and procedure (permission steps, queuing and wait states, official limitations,  risk of personal blame, reporting and rec...

  This is the result from asking a team of scrum masters what their duties entail.  What do you think?