

Class Registration
This post is a little late, but I wanted to make sure I wrote a summary of the important ideas before I left for San Diego.
The Agile CEO: Patterns, Principles and Practices (Charlie Rudd) – I was interested in this topic since it was about executive leadership. When I arrived in the session, it was your standard speaker at a podium telling you their ideas. OK…. I really did give this talk a good ten minutes before I bailed. The thought of listening to this guy drone on for another 80 minutes was just too much.
The ScrumMaster Maturity Model: How to Assess Your Effectiveness at Enabling Hyperproductive Teams (Brian Rabon) – this talk was SO much better than the last and was based on Brian’s consulting experience helping Teams and organizations succeed with Scrum. Brian has identified five levels of ScrumMaster maturity as a way to understand how effective the ScrumMasters are and how powerful their impact is with the organization.
Agile Project Management for Government: A Comparative Review of Agile Adoption in the US and UK Governments (Brian Wernham) – I was interested to see Brain speak in person since I wrote a review of his book on amazon.com. In this short 30 minute talk, Brian discussed two Agile case studies he was involved with – the UK’s Universal Credit program and the FBI Sentinel program. Some of the interesting conclusions from the case studies that Brian highlighted in his short talk were:
Making Scrum Stick in Regulated Industries (Laszlo Szalvay) – I was curious to attend this session since some of my first experiences with Scrum were helping a San Diego biotech use Scrum to create medical devices regulated by the FDA. During the presentation, the speaker shared an anecdote that large global shipping companies (UPS, DHL, etc.) normally staff their most experienced staff to work in customs since adhering to all the regulations associated with customs requires many years of experience in the business to navigate successfully. This insight I found quite relevant for developing software regulated products – only should strive to have your most mature, knowledgeable and experienced staff work on products that require compliance to regulatory and statutory requirments. I have seen the results of having junior (or immature) people work on regulated products – it is not pretty.