Here are a few smells I think you should watch out for when running such an event:
- Mistaking Kaizen for Kaikaku (rapid, large, revolutionary change). In my experience, unless the project team has influence across the organization, these plans collapse under their own weight.
- Tyring to fix too many things at once.
- Not producing concrete measurable action items and assigning them to the team.
- Conducting Kaizen events like a therapy session. During Kaizen events, there are opportunities to explore "unreasonable or excessive strain", which often effects team members on an emotional level. The goal of Kaizen is to eliminate the source of the "strain", not to "heal" the teams psychie.
- Identifying a person or team member as the root cause of the problem.
- Allowing subjective moderators to conduct the events.
- Use Kaizen as a platform to push agendas instead of solve problems.
- Kaizen events take place long after the problem is identified.
- Not understanding Kaizen metaphors for Software Development.
- "Not asking for the Check" - This is when the team does not follow up on the Kaizen action items.
No comments:
Post a Comment