Scrum Gathering Day 2
Categories:
mashup,
Scrum Alliance,
Scrum Gathering,
Ken Schwaber,
IT&T SIG,
Scrum,
Agile,
Mike Cohn
Categories: mashup, Scrum Alliance, Scrum Gathering, Ken Schwaber, IT&T SIG, Scrum, Agile, Mike Cohn
| Day 2 at the Scrum Gathering is about Open Space. If you’ve not been to one before, it is a very organic experience. There are very few rules, but one of them is that the attendees propose topics at the start of the day. Jesse Fewell and I both stood up to propose topics. Jesse held a session for all the folks interested in PMIAgile and I held one that was intended to be a place where anyone who had issues or concerns with PMI attending the Scrum Gathering could come and talk about their issues with it. My hope was to capture the concerns and take them back to PMI. There was a good turnout in the room and it was a very lively debate about the different ideas/concerns around the topic. These will all be posted to the wiki on the Scrum Alliance site as soon as I get home, but there were a few things that struck me today around the whole PMI and Scrum Alliance topic. The first thing I noticed was that people keep getting hung up on the language issues and concerns about how to map which process to what in the other. This presents a significant hurdle for a lot of folks. “If I do X in your process what is that represented in my process?” The problem with this is that the real issue is not a semantic one, or a mapping one. The real problem is the fact that there is no focus on intent for the people in this conflict. Both approaches want to solve the project as quickly and efficiently as possible. There are different ways, but sadly, a lot of people are too busy making sure they are firmly planted in one camp or the other to understand that it really just does not matter because it is about doing the work. Having typed all this, I should confess that I do have one concern coming out of day 2. I have had discussions with a number of folks about the role of a project manager in Scrum, or the role of a Scrum Master in project management. Each has a pure approach and for me, in what I do, I blend them together whenever and however I need to in order to get the work done. I do not feel compelled to take up for one side over the other and I don’t believe either is better than the other. I think it depends entirely on the people doing it. Two concerns here: 1) Most people are too caught up in semantics to worry about the intent to deliver and 2) How much of a threat is my approach to the purists? There are a lot of people worried about how PMI might impact the Agile space. There isn’t really anything in place to prevent something bad from happening beyond the people involved. Anyway, I had some great conversations today, especially with Tobias Mayer, the folks who attended the Scrum Sessions and Michele Sliger. One more day. I’m looking forward to getting some interviews tomorrow. You can follow my twitter feed @pmiittelecom |
Scrum Gathering… Day 1
| It was a very good day and I’ve been twittering under @pmiittelecom for most of it and will do so on Tuesday as well. Some of my favorite moments from today… Jim Coplien and Jeff Sutherland presenting “Not your Grandfather's Architecture: How MVC has evolved into the Agile world”. I walked in a few minutes late… just in time to hear Coplien say that any member of any scrum team should be able to explain the architecture on demand at any time. He said, if you can’t your team is sub-optimal. I think any time you can go to a conference where, within 15 seconds of walking into your first talk, someone has challenged the way you manage your work and look at the world, it is a very good thing. …… Throughout the morning, there were a number of us twittering about the presentations. This led to a sub-conversation that rode underneath the actual presentations being given. Later, in the halls, we got to talking about whether or not it was rude for us to be typing in session, while people were talking. The general consensus was that it is. But, what if someone is twittering about your presentation? It is, basically promoting you – and giving you free PR. The consensus here, was that if the speaker didn’t know whether or not you were answering email or twittering, then they would perceive it as rude and that is why it is not a good thing (which none of us stopped doing all day). So, I’m wondering if it matters that the driver of good behavior, in this case, may not be the desire to be present and focus on the speaker and engage in their presentation, but simply to not appear rude to them. …… Last year, I came to the Scrum Gathering as a kind of emissary on behalf of the IT&T SIG. I wanted to see if we could build a bridge between the IT&T SIG and the Scrum Community. Today, Greg Balestrero, the CEO of PMI gave the lunchtime keynote presentation. He did a very good job of engaging the crowd and conveying the message that PMI is an evolving organization that is interested in learning how to work with the Scrum Alliance. The response was very largely positive. People seemed generally hungry for things to move forward. The best part of his talk was the end where he paraphrased a conversation he and Ken Schwaber had held the night before. The basic message they wanted to jointly get across today was to tell everyone in both camps to “stop whining” and that they “have permission to move forward”. From my perspective, this is a very, very good thing. …… There was one thing I saw today,that I’ve never seen at a PMI conference. It was when one of the CST’s left lunch early because he was so worked up about what he’d been running through in his mind that he needed to leave the lunch to go put it down. It is very energizing to be around folks who are genuinely turned on by what they do. The only drag today was that Michele Sliger and Gabrielle Benefield both spoke at the same time I did. I would have like to have seen both of them present. I’ll be posting more tomorrow and will be shooting some video interviews as well. |
ScrumLando!
|
IT&T SIG Webinar with Scrum co-founder Ken Schwaber 2/20/09 12:00 PM Eastern
| Hi, I'll be hosting a webinar today with Ken Schwaber, co-founder of Scrum. The webinar will take place at 12 PM Eastern. Please join in if you are free - here are the details: Thanks, Dave |
Done Done and the Bag of Oranges
| [BEGIN DISCLAIMER] This concept is not mine and I take no shame in having “borrowed” it because it works good enough to get a gig managing lighting on a Christian Bale movie. I first heard it referred to several months ago in an EMC training session that had veered off topic into deep Agile waters. James Shore uses it in his book “The Art of Agile Development” and I’ve seen postings online referring to Mike Cohn using it in his training classes. [END DISCLAIMER] While it isn’t mine, it is something I’m using with increasing frequency on my projects and it has proven to be incredibly helpful in communicating with both the clients and the guys doing the development work on my projects. Here is a basic rundown of how “Done Done” works. The Setup 1. Developer says the work on given backlog item is “Done”. 2. PM tells Client that Developer is “Done” working on the item. 3. Client checks to see “Done” work, finds out that it has not been implemented. 4. Client fills bag with oranges, which are then forcefully and repeatedly applied to the stomach of the PM. (According to the late great Jim Thompson, a bag of oranges to the gut provide all the internal bleeding and none of the bruising.) 5. PM, doubled over with pain, questions Developer and determines that, from the Dev’s standpoint, “Done” meant he/she/it was no longer working on said item. So, how do you protect yourself from ending up like Lillie in "The Grifters"? The Fix Implement “Done Done”, which works like this: You bring all team members into a room and explain that all work will henceforth be categorized as existing in one of the following states: 1. Not Done – No one is doing anything at all with this right now. 2. In Process – Someone is doing something about this. 3. Done – Someone feels that they have completed working on something and has implemented it in a way that can be shown to someone who will have something to say about it. 4. Done Done – Work has been completed, implemented, checked, confirmed and approved. And throughout the valley, there is much rejoicing at the verified completion this amazing item. In the Wild On my current project, we have “Done”, which means the Devs declared, (usually at some point after 2 AM) that they had completed their work on said item. “Done Done” means that they have not only “Done” the work, but they have shown it to Damon. (Damon is the guy on the client side that we’ve designated as the Zuul of “Done Done”.) So, without Damon’s blessing, they are forbidden from declaring anything to be “Done Done”, unless they want to experience the bag of oranges. Steering Clear of Bobo Justus If you happen to be suffering from repeated encounters with the aforementioned bag of oranges, then I’d highly recommending giving “Done Done” a try. |






