Doing It

I first learned about Ralph van Roosmalen and his work when I participated in a video chat about ”Exploration Days”, hosted by Jurgen Appelo. Ralph is passionate about Management 3.0, and now he has written a book about his learnings called ”Doing It – Management 3.0 Experiences”. The book has 157 pages, with foreword by Jurgen Appelo, and was released in 2017.

”Doing

Content

The book consists of 13 chapters, and I thought that I should give you a short description to each and one of them.

1. Management 3.0? Huh, what?

Ralph starts out with setting the arena and tells what Management 3.0 is. In short: ”Management 3.0 is about engaging people, improving everything, and delighting the customers.” This short and to the point introduction also have references for more information.

2. What is the role of a Manager?

Management 3.0 highlights six areas for you as a manager to focus on:

  1. Energizing people
  2. Empowering teams
  3. Aligning constraints
  4. Developing competence
  5. Growing structure
  6. Improving everything

3. Move your Motivators

This chapter introduces The Moving Motivators game. This is connected to the first management area: energizing people. It has ten motivators (the CHAMPFROGS model):

  1. Curiosity
  2. Honor
  3. Acceptance
  4. Mastery
  5. Power
  6. Freedom
  7. Relatedness
  8. Order
  9. Goal
  10. Status

4. Surprise your team during their next review?

When it’s time for the review meeting, the first question you ask your team member is, “How are you doing?” They respond, “Er … good…” Then you say, “Okay, why good?” “Just good, you know … good.” Does this sound familiar?

Do you recognise yourself in the quote above? Then this chapter can help you make the review meeting fun again.

5. Traditional HR combined with Management 3.0

Here you will learn more about Delegation Boards. ”In short, just think of them as a spreadsheet that vertically lists the decision areas that you want to delegate to others, while the horizontal axis sets the amount of independence a team lead has.”

6. Implementing Cudo Cards

Next up is an introduction to Cudo Cards, a peer-to-peer rewarding system.

7. Visualise values and name your team

To get a team together you need to find the team values and then visualise them. Here you find concrete tips on how to do that.

8. Team 1 and Team 2, boring

Let the team themselves decide on their team name. Even better let them find a symbol that they can associate with the team! For example Yoda from Star Wars to symbolise mastery.

9. Getting your guilds going

Don’t feel guilty if you haven’t tried it out yet, but guilds are the thing! 🙂 Guilds to nurse craftsmanship is a common practice within Agile.

10. Things I learned about Exploration Days

You want learning and innovation to take place within your company, right? In this chapter the concept of Exploration Days are described.

11. Giving feedback without fear

Are you upset with a colleague? Don’t give them a slap, instead prepare for them a delicate feedback wrap! 🙂

12. I don’t want to implement the Spotify model!

Don’t imitate, innovate! This chapter tells you not to just copy a successful model without tailoring it to your context and unique needs.

13. To finish up

Time to wrap up! 🙂 Some last words from Ralph on where to go next.

Recommendation

If you are new to Management 3.0, ”Doing It” is the perfect starting point! Read the well-written introduction texts, and then use the references to go further. Do you want to try Management 3.0 out? Perfect, use this book to guide you. I can truly recommend ”Doing It – Management 3.0 Experiences”! Best of all? You can download the book right here. Happy reading, and see you next time!

All the best,
 Tomas from TheAgileist

Zero Inbox

Today I’m sitting at a huge indoor playground, my son is here for a birthday party. I brought my laptop with the intension to ”write something” 🙂 . Earlier this week, I saw the hashtag #ZeroInbox mentioned by one of the persons that I’m following on Twitter. It seemed like a big deal, that #ZeroInbox was reached (meaning no emails in your inbox). I have that all the time, so I started to wonder why that is important, and maybe if I should write something about how I achieve it.

”Zero

Introduction

First of all, I’ll set you into my context. I get about 50 – 100 emails every working day. Some of you may receive a lot more than that, some of you less, but I assume the amount I get is pretty average. Many of the emails I get, are from the fact that I participate in email-lists (for example alerts of status changes in a ticket system). Maybe 10 – 20 emails per day are coming from other persons.

What are the reasons to keep ”zero inbox”? For me they are:

  1. I don’t feel any stress that there are things in my inbox that are important, and that may need my urgent attention. Checking the inbox regularly prevents that from happening.
  2. Very seldom things get ”lost in the inbox”. I have a system to keep track of the things I need to do.
  3. I have a possibility to act immediately when something pops up. There is not ”a long list of unread mails that may contain even more urgent things” that are blocking me.
  4. Overall, ”zero inbox” gives me the feeling of control, to be on top of things. I’ve also written about this earlier.

Below I have listed the rules that I try to live by, to keep #ZeroInbox at all times.

1. Use your mobile phone

You must be able to read your working email on your mobile phone (or other device you have with you all the time). Otherwise, you can’t apply my rules. But I guess most of you already do that.

2. Don’t have any filters/macros

I don’t use any filters/macros (for example moving emails in the inbox from a certain sender to a sub-folder). Why not? Isn’t that a good was of keeping #ZeroInbox? First of all, filters/macros you can (or should) only use on emails you get from systems (or email-lists). Then you can create a rule looking at the sender and then move them to a sub-folder. That sub-folder will of course increase and hold ”X unread emails”. That to me is stressful (to have unread emails). What do I do then? When I see an email from a system in my inbox I do:

  1. Delete it immediately (which is 99% of the cases, it takes about 5 seconds per email to do)
  2. I act on it immediately (for example a ticket is completed I send off ”good job”-message to the developer that fixed it).

The down part of not keeping them in a sub-folder, is that you can’t go back and search for old items. That is slightly true, but I almost never find the need to go back, and if I have to, I can check in my deleted items folder (which I don’t empty too often, maybe twice a year).

3. Checking emails all the time

Some of you may disagree with me on this one, but I check my inbox all the time. It’s the only was to keep #ZeroInbox! If you sit in meetings all day, and fall behind (emails is piling up in your inbox) there is no way to get back to #ZeroInbox (or at least that will require a huge effort that you will feel resistance to do). What shall you do if you have meetings all day then? There is always some time before, and in between meetings, clean your inbox then. Maybe someone else is talking at the meeting and you are ”out of focus” for a while? Pick up your phone and clean your inbox.

4. Emails I have to act on (i.e the ones sent directly to me)

Do I delete all my emails? Of course not. I use a system with sub-folders to keep track of them. The folders are ”in the cloud” so I can reach them all the time from all my devices. Some of you may keep an email in the inbox as a ”signal” that this is something to act upon, or keep it marked as unread. I don’t do that. All the things I have to do I keep track of using on online kanban board, right now in Favro.

5. Deleting emails (i.e. CC or from systems/emails-lists)

This may sound frightening to you, but I delete most of the emails I get. This means probably over 90%. Some rules fot that:

  1. If I don’t feel the urge, or have the time, to do something about the email I received now, I will probably not have it later either (if I keep it).
  2. If I’m on CC on the email, I got it ”for your information”, I’m not driving the discussion and therefore I can delete it (to be honest I keep CC-emails in some cases, moving them directly to a sub-folder after reading them).
  3. System emails / email lists – Just by the subject I can decide if I should do something or delete directly (see the filter/macro rule).

Summary

There you go, my rules for achieving #ZeroInbox. Are they applicable for your situation? It should be if you receive less or the same amount of emails that I get every day. If you get more, or don’t have the possibility to continuously check emails, you probably have to think about something else. Until next time, enjoy!

All the best,
Tomas from TheAgileist

Concentration cone

In this blog post I will introduce you to the concentration cone. It’s something that I’ve had as a mental model during the most part of my career. The text uses a project, the project manager role and a team to explain the concentration cone, but this is applicable in many other contexts as well.

Introduction

If you are a project manager and responsible for a project, you need to handle many tasks in parallel. At the same time, you need to be able to juggle around more than one ball in the air if you like. Can’t you handle more than one task at the time? Well, there are other roles that may suit your personality better.

I like the juggling metaphor. At a company conference I attended, all employees got three juggling balls and an hour of practice. Most people were able to get all the balls in the air and catch (some) of them. With a little more practice anyone can learn to juggle three balls. To juggle for a while is also a good way to take a break, it requires total focus and ”clears your brain”.

In juggling, you can’t hold on to a single ball for too long, you need to toss it up in the air to be able to catch the ball that is falling down. There is a ”rhythm” or ”flow” you need to be able to master, the same thing you need to be a good project manager. I believe this to be very important! Below you see my mental model to explain it more deeply.

Concentration cone

”Concentration

At the top of the concentration cone you are handling many tasks at the same time (colourful circles in the picture above). You need to have a constant flow of things happening, you can’t spend too much time diving into details for each task. You need to have the correct amount of information about the task, so you can make a proper decision and act. Wether it be doing the task yourself or pass it along to another person. Picture yourself swimming at the top of the concentration cone, dip your head into the water for each task to find out what to do about them, but then get your head up above the water surface again to catch the newt task. As a project manager, its at the surface you need to be, and let others ”dive deep”.

On the bottom of the concentration cone, you are in deep concentration and are working focused on only one thing (black circle in the picture above). Here you need to be, to be able to solve complex problems and do deep thinking. When you are here you shouldn’t be disturbed, then you will be forced up to the surface. Maybe if possible, its best if you can focus totally. But since you need to be available to your team to be ”in control” you can’t be deep down in the concentration cone too long. Your team members needs to be deep down in the concentration cone a lot, if your project shall be successful!

It’s very hard to find balance if you are trying to go ”up and down” in the concentration cone. My recommendation is obvious, stay at the surface to be a good project manager. I once experienced a fellow project manager that struggled to get the grip of a project. To get things going, he dove down into the details of every single task trying to do them himself. By doing this, the overall ”helicopter view” of the project was lost, and the customer was deeply unhappy about ”nothing happening”. It can surely itch in your fingers to dig into the details yourself (for example being an old programmer like me, that wants to ”hack code” again), but don’t do it. When you are deep down in the concentration cone, you can get stuck, and it’s a long way back to the surface. Your project will not benefit from you losing the overall control.

Summary

Did you like the mental model of the concentration cone? If you are more into soccer, you can say that a project manager should be like a midfielder and not like a goal keeper. The midfielder has to be involved in the game all the time, whether it being offence or defence. The goal keeper on the other hand, just have to focus on one thing only, stop the opponents from making goals. Until next time, enjoy!

All the best,
Tomas from TheAgileist

Tachometer to find perfect flow

How do you obtain a ”perfect flow” of work tasks passing through your software development team? That question have been in my head for quite some time. I can start by admitting that I don’t have a solid answer to that question (yet). However, I have instead thought of a way to visualise if you are having ”perfect flow” or not. How? I’m thinking of a tachometer!

”Tachometer”

Tachometer to find perfect flow

First of all, this is just an idea that popped into my head (this is actually the first encounter with the ”outside world”, so please bear with me). The idea is however to use a tachometer to indicate ”perfect flow” on a kanban board for a development team. Just like a tachometer is indicating if you are using the sweet-spot of your engine at any given moment.

My little example is a kanban board with three columns:

  • Design – Given the value 1
  • Development – Given the value 2
  • Test – Given the value 3

The values are used to calculate the position of the needle in the tachometer. I will now give you three examples that hopefully explains it all!

Example 1 – ”Too early”

”Tachometer

In this example three tasks are in the ”Design”-column, giving a ”tachometer value” of:

1 + 1 + 1 = 3

Thus indicating that we are ”too early”, and that the later steps in the flow (”Development” and ”Test”) are not utilised. The analogy with a car would be to ”gear up” meaning that the team needs to take the ongoing tasks to the later steps of the process.

Example 2 – ”Too late”

”Tachometer

In this example three tasks are in the ”Test”-column, giving a ”tachometer value” of:

3 + 3 + 3 = 9

Thus indicating that we are ”too late”, and that the team soon will run out of things to do. The similarities with a car would be to ”gear down” and for the team to put focus on feeding in new tasks to the kanban board.

Example 3 – ”Perfect flow”

”Tachometer

In this example the three tasks are evenly spread between the columns, giving a ”tachometer value” of:

1 + 2 + 3 = 6

Thus indicating that we have a ”perfect flow”, and that the steps in the process are utilised in the best possible way!

Summary

I understand that the mathematical formula behind this idea must be improved if this should become a reality. There are also cases where a tachometer like this will not be useful, for example if the team has just started. Maybe this can act as a challenge to manufacturers out there of digital kanban tools to add a tachometer in their product!

All the best,
Tomas from TheAgileist

Planning with multiple timelines

You should all know by now that I’m very fond of visualisations, to say the least. 🙂 Recently I’ve told you about how we did a ”retrospective with timeline”. That thought stayed in my mind when we needed to do some more detailed planning for multiple projects spanning multiple products. This blog post describes what we came up with. Here we go!

”Planning

The idea is simple, the timelines highest up on the whiteboard are projects (or larger initiatives, whatever you like to call them). The other bottom half (or whatever suits your needs) are products or components within a product (depending on the level of details you want to plan for). Usage:

  1. The project timelines shows major activities and milestones. I.e. ”hard facts” that we need to consider. For example a promised customer delivery.
  2. The product (or component) timelines shall show activities (work that needs to be done) and is used to find, and sort out, dependencies (”To deliver project X on time, we need to do activity 1 in product A, before we can do activity 2 in product B” and so on).
  3. Color coding. The activities needed in products (components) have the same color as the project that need them to create traceability.

Preparations

Before the actual planning meeting, you need to find a suitable whiteboard. The larger, the better. Preferably the largest one in the office! But think carefully, you may want to spend some time doing your plan, and therefore keep it up on the whiteboard for some time after the meeting to be able to make adjustments. At least I did, so I found one in a meeting room that is seldom used and started drawing.

Planning with multiple timelines

This is how the “planning with multiple timelines”-meeting was performed.

  1. Some 15-30 minutes before the meeting started, I went to the meeting room and draw the timelines for the projects that we needed to plan (with major activities and milestones). In our case two projects (larger initiatives) and two other activities that were more like dependent on the outcome of the planning. This acts as the starting point for the planning, i.e. things that we intend to deliver.
  2. The meeting started with me explaining the procedure (described above). Then the actual planning started. An example: ”We have promised to do this in that project, for that to work we need to add this in product A and that in B. Wait isn’t this needed in product C as well? Hmm, it is, maybe we should do that first then.” and so on. In this step you can spend as much time as you like, depending on the level of details you want to discuss, and the complexity in what needs to be done. The more dependencies you have the longer time to solve them out. Actually we had one first meeting to get an overview of everything, saving the details for later sessions.
  3. After the planning meeting I always take a picture of the whiteboard using my mobile phone for documentation and the possibility to communicate the plan outside of the room.
  4. As mentioned in a previous point you may want to revise your plan. Preferably you may want do it regularly as long as the projects are running, or you do it in the beginning in a couple of sessions to ”set out the course”.

Example

This is an example of a whiteboard with multiple timelines for planning.

”Planning

Summary

Ok, that was some thoughts and examples on how you can use multiple timelines for planning. If you don’t have several projects (or initiatives) running simultaneously, or you don’t have a complex flora of products you don’t need this. One possible enhancement I can think of is to use a digital whiteboard tool, to be able to keep the plan stored and also to distribute it easier. But for our needs a good old whiteboard suited us just fine. Don’t make things more complex than what they have to be, remember that!

If you don’t like this at all, it feels to much like “MS Project all over again” (however I don’t agree, the key is in the interaction between people to find out dependencies in front of the whiteboard) you can use my other idea for ”visual planning”.

All the best,
Tomas from TheAgileist

Switch

In an old episode of Seinfeld it’s discussed and concluded that ”the switch” can’t be made (in this case meaning to switch a girlfriend for her roommate). The book ”Switch” tells another story, about making changes that last. This book is written by two brothers named Chip and Dan Heath. The subtitle is ”How to Change Things When Change Is Hard” and was released 2010.

”Switch

”What looks like a people problem is often a situation problem” – Chip Heath & Dan Heath

Content

The book consists of 11 chapters, divided into three sections, and they are:

1. The Surprises About Change

DIRECT THE RIDER
2. Find the Bright Spots
3. Script the Critical Moves
4. Point to the Destination

MOTIVATE THE ELEPHANT
5. Find the Feeling
6. Shrink the Change
7. Grow Your People

SHAPE THE PATH
8. Tweak the Environment
9. Build Habits
10. Rally the Herd

11. Keep the Switch Going

The first chapter is describing change, and mentions that to change someone’s behaviour, you’ve got to change that person’s situation. Wisdom from psychology says that the brain has two independent systems at work all the time. First, it’s the emotional side (instinctive, makes you feel pain or pleasure). Second, it’s the rational side, also known as the reflective or conscious system. If you want to change things you have to appeal to both sides! To use the vocabulary of this book: You have to speak both to the Rider and the Elephant. One other advice about change is that you have to provide crystal-clear direction.

The ”magic formula for change” boils down to the following:

  • Direct the Rider – What can look like resistance is often lack of clarity (give crystal-clear direction).
  • Motivate the Elephant – What looks like laziness is often exhaustion. You have to engage the emotional side.
  • Shape the path – The situation (including the surrounding environment) is called ”the path”.

How to find the bright-spots? Use the following question: ”What’s working and how can we do more of it”. One other tip is to use destination postcards, they do double duty: The show the Rider where you are heading, and they show the Elephant why the journey is worthwhile. They can be incredibly inspiring!

When it comes to shaping the path two strategies are described:

  1. Tweaking the environment
  2. Building habits.

Recommendation

I can recommend this book, it presents a simple formula for making change. The challenge is of course to tailor and implement it for your specific needs. I have not tried out this yet.

All the best,
 Tomas from TheAgileist

Famban

What is Famban? That is my own abbreviation of Family + Kanban! In other words, our attempt to visualise and keep track of all activities within our family. Can’t an ordinary kanban board solve that need? Of course, but we have made some additions that we find useful. It’s also quite fun to come up with a new name for something, I admit  🙂 .

”Famban

Famban in Favro

Setup

We use a collection in Favro with three boards:

  • Ongoing week (with one column for each day in the week – Monday to Sunday)
  • Next week (same setup as above)
  • Further ahead (with two columns; Coming – To keep track of things that are 2-4 weeks ahead & Later – to store stuff even further away).

Why have a bi-weekly schedule? It seems to fit our needs best. You could have a one week rolling schedule or four weeks instead, depending on your needs.  

We use color coding (called Tags in Favro) to visualise different types:

  • Recurring activities (Green) – Used for all recurring family activities, for example ice hockey school on Sundays for my son.
  • Activities (Blue) – To cover all “one off”-activities.
  • Travel (Red, not shown in picture above) – To keep track of an “activity” that spans more than one day.
  • Food (Purple, not shown in picture above) – We had an idea to keep recipes in here to also plan our dinners. To have 10-15 of our favourites to be able to spread them out during the two weeks and have some variation. We had not really succeeded in this though.

Operations

The operations of Famban is easy! Since Favro has a very good web interface for computers, together with apps for iOS and Android we can reach it everywhere all the time. This is the number one benefit of having a digital board like this!

It’s mainly me that maintains the Famban board. Every time an activity comes up, it’s added to one of the boards (ongoing week, next or further ahead).

Once a week, usually on Sunday, the next week is discussed and planned in more detail. Basically I then make “next week” the “current week” by switching places on the two boards (a simple drag and drop operation in Favro). I also change the week numbering (week 47, week 48 etc.). A trick here is to have double of all recurring activities, so you don’t need to copy them between the weeks.

Famban on fridge

”Famban

Our first attempt of Famban, was to put it up on the fridge. That is the most “central spot” in our home, here it’s seen multiple times per day by all family members. I made a physical version of the Famban board using several papers that I taped together. One problem was that it couldn’t be wider than the door of the fridge, and at the same time have the needed seven columns (one for each day in the week) and to be able to fit standard size stickies.  Therefore the “To-do” and “Done” sections were placed “below” the board.

This incarnation of Famban worked well at home, and we had daily morning meetings in front of it. The problem came when not at home, not being able to see it. Often the question came up during the day while at work, my wife called me and asked “Do we have something on Tuesday evening, or can I make arrangements with my friend X?”. That question was not possible to answer, it had to be handled later when at home again, that was inflexible so after a while this Famban board was not used.

Improvements

Here are some improvements that I have thought of, but not yet implemented:

  • When the kids get older and probably get even more recurring activities an improvement would be to add swim-lanes, one for each family member. That is supported in Favro.
  • To get the food planning up and running, adding nice pictures to the recipes would probably help!
  • We have lost the visibility by having the Famban put up on the fridge. That could be fixed by mounting a tablet device on the fridge, showing the Famban board 🙂

Summary

Famban is visualisation and family planning combined! I hope you liked this blog post, and that it inspires you to try something similar! As always, reach out to me if you have something to share!

All the best,
 Tomas from TheAgileist