Constantly asked “would you recommend it?” after a 2-day training I went to in La Jolla San Diego, and the answer is, yes it’s worthwhile. lynda.com sent us to this scrum training by Mike Cohn, the guy who authored User Story Applied, Succeeding with Agile, and Agile Estimating and Planning, long heard of his name through word of mouth, and turned out, it’s an excellence course.
A bit user experience lost though the first morning when I was trying to find the room. Every sign says “Mountain Goat Software” but I didn’t associate the name of the company with Mike Cohn or Agile. It took me a while but it’s okay.
Mike started with this “Agile Manifesto” which is basically a agile over waterfall statement:
- individuals & interactions OVER process & tools
- working software OVER comprehensive documentation
- collaboration OVER negotiation
- responding to change OVER following a plan
And my major take-aways from this training are:
1. Team self manages themselves in scrum. (love it!)
2. Dedicated teams for projects. Mental switching cost is not affordable.
3. A buildup of technical debt (a lowering of the intrinsic quality of the software. e.g., missing automated tests) leads to the need to rewrite the application.
4. And most importantly, communication. Scrum to me, it opens up those commutation channels and constant check-ins with team all the time. Waterfall creates barriers from staying in the loop, ending up throwing stuff off the fence and constant check-in may create discomfort to team.

Some characteristics of team and product owners concluded by Cohn:
- Typical scrum team 5-9 people. 2-pizza team:)
- Members should be 100% dedicated to the sprint
- Should sit together in a shared space
- Self-organizs in response to challenge provided
- Cross functional: include all skills and disciplines to go from idea to implementation
Product owner characteristics:
- Understand the market, customer and users
- Has good working relationship with stakeholders
- Empowered to make decisions, is decisive, is willing to say no
- A leader who is respected by the team
- An individual, not a committee
- Typically works with one team, maybe two
He also raised an interest question: does the role of the project manager exist any more? Now that the team shares the risk, defines the scope, be willing to communicate, and is held accountable for final deliverables, it makes better sense to have a role as a scrum master to protect and shield the team. Mostly likely PM in the waterfall environment becomes scrum master in agile, but it’s also a change in roles and responsibilities.
Another FAQ was “should product owner and scrum master roles shared by one person?” That was pretty straight-forward. No, conflicts in interest.
Day I was less intense, fun play with ideas (our team exercised a fun Netflix story), user stories, elevator pitch; Day II got more intense and serious with all the practical stuff: prioritize using relative weighting (relative benefits, relative penalty, total value, value percent, estimate, cost percent), velocity, etc. etc.
A fun fact: gender ratio in this training male v.s. female approximately 7:3.
All fun stuff, now we are back, it’ll be challenging but also interesting to see how we apply scrum in this traditional huge huge waterfall environment. And we are going to keep in mind that in the first few sprints, we’ll probably fail, and fail miserably:)