Categories
Agile Leadership

CodeCraft Leadership: Hacking the DNA of Agile Teams 3/3

I had the opportunity to talk at the DevDays conference on the topic of CodeCraft Leadership: Hacking the DNA of Agile Teams.

I split the interactive workshop into 3 parts

  • Company DNA
  • Team DNA
  • Your DNA

The third question was “What is your 1-3-5 year plan for career growth?”

How many of us know us 1-3-5 year plan? How many of us know the 1-3-5 year plan of our manager? Would the transparency of these plans on both sides make us work better together?

For example, when we discussed the 1-3-5 year plans of the Junior Developer, Senior Architect and CTO – we noticed that there were intersecting interests were each can help the other.

Just imagine instead of one year performance appraisals, we go deeper and understand the 1-3-5 year plans of our co-workers – we could make our workplace a place which leverages each of us towards where want to be.

Links:

DevDays, DevOps Pro & CyberWiseCon Europe 2024 (pinetool.ai)

Categories
Agile

Validated Learning Board

Session from Agile Speakers

In the last Agile Speakers session we decided to take the “Validated Learning Board” tool from the “Agile Leadership Toolkit” for a spin.

We had 4 participants but only time for taking one person’s learning from Idea to Validation.

The Idea was “Improve team value generation (team metrics)”.

Basically the idea to come up with team metrics that will add value to team.

In the Refine phase we came up with 2 metrics:

  • % of issues worked on
  • Lead time

In the Build phase we decided to concentrate on 1 metric for the Sprint and closed in on “% of issues worked on”. To simplify things we worked with number of issues instead of percentage.

In the Measure phase we came up with an imaginary 10 issues.

  • 6 of the issues were Sprint goal related
  • 2 of the issues were Ad-hoc
  • 2 of the issues were Bugs

In the Learn phase we had two attendees from the meeting play Happy an Unhappy customer.

Case 1: The Happy customer was happy because 60% of the issues were Sprint Goal related.

Case 2: The Unhappy customer was unhappy because 20% of the issues were ad-hoc and wanted to know why this was not planned beforehand.

Taking “Case 1” further in the Validation phase, the stakeholder appreciated the 20% allocation for ad-hoc and 20% allocation for bugs. This was continued in future sprints keeping the team and stakeholder happy.

Taking “Case 2” further in the Validation phase, the team reduced ad-hoc issues to 10% in the next Sprint and increased the Sprint goal related issues to 70% keeping the team and stakeholder happy.

What I like about the “Validated Learning Board” tool is that we can take epic level items and manage them with a simple workflow:

Idea–>Refine–>Build–>Measure–>Learn–>Validate

Links:

#10:focus – Validated Learning board for tracking your Product development ideas – Edwin Wopereis (Kramp) • sjoerdly.com

Tools:

https://jamboard.google.com/