Neat little article: The Atomic Rules of Kaizen. From the article:
Systems that are internally consistent and externally pragmatic stem from just a few rules. Systems with exceedingly many rules typically fail or will not endure….
In Kaizen, it is important to have fidelity to just a few atomic rules, from which a range of behavior will originate. Below are the rules that I subscribe to:
- Spend no Money
- Add no People
- Add no Space
- Add no Steps (Touches)
I like the idea of having simple rules like this. The short list is memorable.
We are pleased to announce a new seminar: CSPO – Certified Scrum Product Owner. We have found in our coaching assignments with our various customers that they were struggling to find qualified and well trained Product Owners. Therefore we are offering this new seminar. During this seminar we will train the participant how to do the fundamental tasks of the Product Owner in the Scrum environment. The attendees will learn how to develop a comprehensive Product Backlog, competently add value to the Scrum team during the Sprint, fully understand how Scrum works and their role within it. With a maximum class size of five people, this seminar is designed to allow participants to dig deep into the role of the Product Owner. The first day will be an introduction to Scrum slanted towards the role of the Product Owner. The second day will be an in-depth look at this role. Our first CSPO seminar will take place soon. Please refer to our website http://www.berteigconsulting.com/CSPOCourseDescription to reserve space for yourself or others on your team.
We look forward to adding value to your team!
Upcoming Certified Scrum Product Owner training seminars:
April 23 – 24, 2009 in Newmarket (Berteig Consulting Office)
June 25 – 26, 2009 in Newmarket (Berteig Consulting Office)
July 23 – 24, 2009 in Newmarket (Berteig Consulting Office)
August 20 – 21, 2009 in Newmarket (Berteig Consulting Office)
September 17 – 18, 2009 in Newmarket (Berteig Consulting Office)
If you would like more information contact us at firstname.lastname@example.org
Scott Ambler has written a couple good articles about measuring productivity with velocity. Acceleration: An Agile Productivity Measure. and Examining Acceleration.
From what I understand, this is a measure of the effect of agile on the relative improvement over time of a team. I would beg to differ that it is a measure of productivity. Productivity is value delivered over time. If team A is delivering $5/week and team B is delivering $5000/week, then knowing that team A is accelerating faster than team B isn’t terribly important, particularly if the market can’t bear to absorb $6/week of whatever team A is producing.
Measuring productivity is hard. I would love to hear from people who have tried various means to measure productivity. I measure productivity in our business, but I can do that because we are small and everything we do has a direct effect on the bottom line. Does your business run with that transparency? If not, why not?