Hanselminutes Podcast 119 - What Is Done? with Scrum Co-Creator Ken Schwaber
My one-hundred-and-nineteeth podcast is up. In this episode, I chat with Ken Schwaber. Ken bends my reality by helping me define the word "Done." In the process, I learn more about the right questions to ask when managing an Agile Project.
"Ken Schwaber co-developed the Scrum process with Jeff Sutherland in the early 1990s to help organizations struggling with complex development projects. One of the signatories to the Agile Manifesto in 2001, he subsequently founded the AgileAlliance, a nonprofit organization dedicated to the creation of Agile software. He then founded the ScrumAlliance, a nonprofit organization dedicated to expanding the understanding of Scrum."
- Ken Schwaber speaking on Scrum at Google (Video)
- Agile Project Management with Scrum (book)
- The Agile Manifesto
- Control Chaos
- Agile Alliance
- Download: MP3 Full Show
- Torrent: Download via µtorrent
- ACTION: Please vote for us on Podcast Alley! Digg us at Digg Podcasts!
If you have trouble downloading, or your download is slow, do try the torrent with µtorrent or another BitTorrent Downloader.
Do also remember the complete archives are always up and they have PDF Transcripts, a little known feature that show up a few weeks after each show.
Telerik is our sponsor for this show.
Telerik's new stuff is pretty sweet, check out the ONLINE DEMO of their new ASP.NET AJAX suite. RadGrid handles sorting, filtering, and paging of hundreds of thousands of records in milliseconds, and the RadEditor loads up to 4 times faster and the navigation controls now support binding to web services on the client.
As I've said before this show comes to you with the audio expertise and stewardship of Carl Franklin. The name comes from Travis Illig, but the goal of the show is simple. Avoid wasting the listener's time. (and make the commute less boring)
Enjoy. Who knows what'll happen in the next show?
Scott Hanselman is a former professor, former Chief Architect in finance, now speaker, consultant, father, diabetic, and Microsoft employee. He is a failed stand-up comic, a cornrower, and a book author.
Ken's focus on the definition of "Done" may seem arduous to some, but it's really at the foundation of the biggest problems espoused in the software development world. At it's very base, most software developers have a ridiculously difficult time delivering "successful" projects b/c there's no agreement on what it means to be "done". (See previous podcast for varying definitions of "success").
Of course, this is the very same thing you talked about with Tom and Mary, just cast in a different light. They talked about "success", Ken talks about "done", but it's all different levels of the same core idea. I think the fundamental problem is simply that we're all still used to building bridges and not managing living organisms. Software is alive and it's an art / science.
The techniques for managing a piece of living art are still not very well-known. All I can tell you is that it's pretty hard. I listened to Tom and Mary's podcast twice and it's very insightful in terms of management decisions. But I still don't think that they've "got it" right on.
I think the biggest problem is the same problem we have trying to manage our own "living piece of art", the human body. The process is non-deterministic, it varies by scale and it varies by variables we can't adequately measure. One man's poison is another man's panacea, groups of humans behave differently in different numbers and they behave non-deterministically.
The life of software is like the life of an organism and raising software will continue to be as difficult as raising children :)
I found the discussion of the "programmer's metronome" quite interesting. I can agree to some extent as I've many times felt that nagging feeling of I'm-wasting-my-time-doing-this-other-stuff-and-not-getting-any-code-written! But, I'd like to point out that there are programmers that are not always driven by the metronome, but are forced to cut quality because of broken software development processes.
I've often tried to described software development to others outside the practice as akin to being an artist -- this after they are amazed that I have many artistic hobbies and interests. It's that whole "creation" thing Scott and Carl Franklin (another coder with artistic tendencies!) discussed in Hanselminutes #115. I think some programmers with artistic tendencies, at times, tend to not want to do the other stuff (administrative crap), because it's the aspect of creation that fuels their fire -- myself included.
That said, I personally often have an urge to get that "quality" of the code just right, too, and am not always driven by the metronome. This is an activity that does not introduce new features into a product and is not coding-centric, but there is a sense of accomplishment that follows, knowing your code is tested, refactored, readable, documented, etc. -- good enough for release. It's been well crafted. I think there are many programmers out there that would agree. However, when viewed from a non-software developer's perspective, this type of activity is not generally valued in many organizations for obvious reasons: it doesn't produce any perceptible features or anything even measurable -- at least in more traditional waterfall-like processes.
Again, this only reinforces the point that having a common definition and understanding of what "done" is, accompanied by good agile practices provides the better path to success -- oh wait! We need to define that, too.
Thanks for sharing this pod-cast. A colleague pointed me to it and is great fun listening. And you are so right - both of you.
This has definitely been a great podcast to get discussions flowing on what is done.
Here's a message from my boss that I was wondering if you could help me find something out on:
Schwaber says he has a punch list of 40-45 items that conceivably need to be completed before done (eg: procedures, training, regression testing, etc). I would love to see that list. That would set everyone on a level page for defining the type of work that would need to be included as scope of the story.
Finding that list would sure be beneficial, now that the boss is asking for it!
Comments are closed.