iBacklog

In implementing Scrum, we create a team Improvement Backlog. The items in this iBacklog can be:

1. Organizational impediment: This is an organizational change, for example, to create a new role called Product Owner as the single point of contact to the team.

2. Infra-structural improvement: The adequacy of Definition of Done is limited by the infra-structural for the development. For example, ability to make hourly build and integration of code lines from various teams.

3. Team practice to be implemented: Team practices include self-organization, collaboration and empiricism. This is in  addition to engineering practices.

4. Scrum ceremonies

5. Other teams coordination

To quickly boot-strap Scrum implementation in a team, I found that prioritizing the iBacklog and starting as soon as we can increase the chances of success in implementation. For example, there may be 1-2 organizational changes to be resolved, then we agree on Definition of Done, then implement Scrum ceremonies directly.

If we succeeded in implementing the ceremonies, Scrum will help in surfacing more improvement opportunities during retrospectives and other Scrum control points. Scrum Master or coach should maintain this iBacklog with the same rigor the Product Owner maintains the product backlog.

Leave a Reply

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out / Change )

Twitter picture

You are commenting using your Twitter account. Log Out / Change )

Facebook photo

You are commenting using your Facebook account. Log Out / Change )

Google+ photo

You are commenting using your Google+ account. Log Out / Change )

Connecting to %s