The Learn Phase—Stepping Smarter into the Future
Having heard it is not as good as having seen it;
having seen it is not as good as knowing it;
knowing it is not as good as putting it into practice.
—Xunzi (312–230 BC)
You’ve arrived at the final step of the agile process: the Learn phase. Based on your plans and how their implementation went, you want to find out what worked well and what did not. How to tackle this is the theme of this chapter. It covers the resources available to you and how you can use them for your evaluation. And what to do when your evaluation is complete.
13.1 Evolving through Evaluation
The final step in the Think–Do–Learn process is dominated by analysis. Structured evaluation of your efforts and results enables you to learn from the past what you should do in the future. It’s here that continuous improvement is made very concrete.
Self-Evaluation: The “Retrospective”
The evaluation process was already partly setup during the review meeting of the Do phase, covered in Section 12.3. That review brings insights that are then placed on the product backlog. In addition, there is still another meeting, the two-hour-maximum retrospective. It is here, at the end of a sprint, that the team looks critically at their own approach; among other outcomes, it ensures the team avoids making the same mistakes again in the next iteration. This retrospective, therefore, takes place at a meta-level and has one simple aim, to get better. You can compare it to the cars of a roller coaster being hoisted up to the start of the ride. The process is accompanied by a loud clicking sound coming from the fuse (and possibly the more-nervous passengers). This fuse ensures that the trolleys cannot fall-back, out-of-control, should the power fail. That’s what you want to achieve with the retrospective: always moving at least one step further up, with the certainty that you will not drop back (and the fervent hope that you will not feel sick from the roller-coaster ride).
The retrospective can work quickly and visually, for example by sticking Post-its—that address a particular criterion—onto brown paper. Example issues might include job satisfaction, team atmosphere, quantity and quality of what is produced, conduct of meetings (standup planning; review), workload, story points, workflow, collaboration, flexibility of output, and so on. Next to each criterion, you draw a line with a scale of 1 to 10. Each team member can then put their own stickers on the line of their choice. Then, for each criterion, a global average is calculated so that it soon becomes clear what are the opportunities for improvement. This list is a useful starting point for a debate. However, it is key here, again and again, to ask the why question in a constructive way, in order to discover what we call the root cause. The discussion should lead to SMART formulated actions, preferably documented for the purpose of knowledge sharing.
Evaluating the Test Results
In addition to this self-evaluation, the team should also look at the effect the improvements they delivered have had on their internal or external customers. For this latter step, you return to your hypotheses from the Think phase, to determine whether, on the basis of your metrics, they have been confirmed or rejected. At the story level, look at the measurements that emerged from your tests. What do you see happening in the customer behavior? Has what you have offered the customer been used and appreciated? Does this realize your goals? You look, in other words, at to what extent the test results meet your expectations and whether the implementation went as planned. The next question: Is the latest adjustment or outcome now the new standard? If so, what is there further to improve? If not, do you need to look for an alternative?
The form in which this evaluation takes place varies greatly between and within organizations. Sometimes, there is only a small improvement or a short test period, for which a quick discussion is enough. Teams often hold a formal meeting (often called a test meeting or experiment meeting), in which multiple tests are evaluated. Obviously, meetings should be planned to fit in with the sprint-rhythm, to avoid sprint activities or tests becoming redundant. In Lean terminology, this would be seen as waste.
As we saw in Section 12.4, you need to design and evaluate your testing process to ensure you proceed as objectively as possible. The search, for relationships between effort and results is, in fact, an art in itself. Unfortunately, most people practice jumping to conclusions at an Olympic level. They sometimes confuse correlation with causality: there is a connection, but no cause–effect relationship. Or they turn this relationship around, basically arguing that the sun rises because the rooster crows. Sometimes they fit other fallacies around their “beliefs,” such as errors in logic, false assumptions, incorrect semantics, no burden of proof, circular reasoning, and so on. Therefore, someone in the meeting must take the role of critically questioning the reasoning and factual evidence. This role is most often called the challenger (comparable to De Bono’s white hat).
Naturally, visualization is again very valuable when evaluating your tests. As the English say “A picture paints a thousand words”: graphics are faster, easier, and thus, better understood than complex sets of figures and texts. Resources such as an Ishikawa diagram, decision tree, box plot, histogram, and cross-table can help you. Furthermore, you should be careful when working with averages because, sometimes, they can be misleading or even impossible (how many parents do you know with 1.6 kids?), even if you only use them for identifying trends in a time-series. A particularly easy pitfall is to look at the overall figures for the whole group, when what you need to do is look at the separate subgroups within. An example: since the launch of your new app a year ago, you can see that the cumulative number of downloads, registrations, logins, and active users is still rising rapidly. A hockey-stick curve; must be good news. Right? Closer examination reveals it is not. If you look at the number of “cohorts”1 per month, you see that, in recent months, the number of downloads has continued to climb, but the percentage of downloaders who then go on to register is actually going down. And of those who do register, fewer and fewer login again. So all the improvements you realized are not bringing you an increased return from any of the new groups. In Lean terms, this means that you are wasting time, effort, and money: your investment in increasing the number of downloads, does not add enough value because you are decreasing the conversion rate.
In short, the better you’re able to look at the behavior of your internal and external customers, the more quickly and effectively you can customize the next improvement cycle. The following section shows you what information sources are available to you.
13.2 Sources: The “Voice of the Customer”
Do you remember those childhood puzzles where you had to connect numbered dots with a pencil line? It was only at the end, when you had connected all the dots, that you saw the whole picture. Only then did you understand what you had drawn. It works in pretty much the same way when you’re analyzing your internal or external customers. By combining information from different sources, you can get a complete picture of the needs and behaviors of your customer. Within Lean, this is known as the voice of the customer (VOC). The idea behind the VOC is that the customer is always taken as the starting point for improvement, as you saw in Chapter 10: the persona and customer journey. First, listen to the customer. Because, as Epictetus said: “Nature has given men one tongue but two ears, so we can listen twice as much as we speak.”
The VOC, in agile management, has a kind of dual role, in that it serves two purposes. When for the first time, you work through the Think–Do–Learn cycle, during the Think phase, you use the VOC to analyze your internal or external customers and to capture this analysis in a persona and customer journey. Then you can use the VOC information for your measurements and testing, which you learned how to do in Chapter 12. The insights provided by this, of course, in turn, become the basis for the Think phase in the next iteration. With the VOC, therefore, you look both backwards and forwards, and thus, it represents a fulcrum in the Think–Do–Learn cycle.
Section 12.4 also showed that not all VOC sources are suitable for all purposes. The strength of the approach lies mostly in combining different types of information. This is known as triangulation. Compare it with the triangulation of GPS satellites to determine the exact position of your car. But what sources of information are there? Figure 13.1 gives an overview.
Figure 13.1 The various types of sources within the VOC2
Figure 13.1 shows a distinction between passive and active sources. With passive sources, your internal or external client is unaware that he is being studied. He is not affected by the investigation, so you can safely assume that this is a “pure” situation that he is behaving normally. With active sources, this is not the case, and you have to look critically at the potential impact of the research itself on the customer’s behavior. Throughout there is a distinction between qualitative and quantitative information. With qualitative information, you should take care to ensure that the results are statistically reliable and suitable to be projected onto the entire population.
Each of the quadrants has its own specific added value. So, for example, actively obtained qualitative information in particular, is suitable for explorative research, in which you find eye openers and discover the key narratives of certain topics. Passively obtained quantitative information is very suitable for experiments such as A/B testing. But, as I said, the strength is in the combination of the different approaches and their sources.
Incidentally, it is always a combination of science & art, as there is always the need for a healthy dose of intuitive entrepreneurship. As sociologist William Bruce Cameron said, “Not Everything that can be counted counts, and not everything can be counted that counts.” And Einstein stated about this: “Logic will get you from A to B. Imagination will take you everywhere.” Steve Jobs also expressed this beautifully in his biography3:
Some people say ‘Give the customers what they want’. But that’s notmy approach. Our job is to figure out what they’re going to want beforethey do. I think Henry Ford once said, ‘If I’d asked customers what theywanted, they would have said a faster horse!’ People don’t know whatthey want until you show it to them. That’s why I never rely on marketresearch. Our task is to read things that are not yet on the page.
It always begins with curiosity, whether you run the analysis yourself or bring in data-mining specialists. The sources agile management uses are discussed in more detail below.
Resources for an Active Approach to Acquiring Qualitative Information
The most relevant sources here are:
Resources for an Active Approach to Acquiring Quantitative Information
The most relevant sources here are:
Sources for a Passive Approach to Acquiring Qualitative Information
The most relevant sources here are:
Sources for a Passive Approach to Acquiring Quantitative Data
The most relevant sources here are:
In short, no lack of potential sources. The challenge is to use them, and the information they provide, as objectively as possible. For, as Anaïs Nin said, “We do not see things as they are, we see things as we are.” The findings mean that you can adjust quickly. But how do you determine whether you need to adjust? Read below.
13.3 It’s Your Choice: Continue or Pivot
Section 13.1 talked about the test/experiment meeting, which focuses on evaluating your results. Based on the measurements you’ve made with help from the VOC sources, you determine how much you can confirm or reject your hypotheses. Depending on the outcome, there are three decisions you can make. With the first two, you continue with what you were doing but, with the last, you change course quite sharply:
Pivoting
Pivot, within the context of agile management, means “turning point.” If you are at a dead end, you go back to your last crossing, and take a new road, set a new course. That crossing is represented by those elements in your approach that have actually proven themselves, the elements which you are sure are successful. If you compare it with mountaineering, you can see it as your basecamp. Once you determine that the route you are taking, to establish a new camp at a higher altitude, will not succeed, you can always return to your basecamp and try a new approach or another route the next day.
Within agile management, there are multiple pivot points, for both your internal and your external customers. These pivot points are related to the components of the business model canvas, which you read in section 10.1. The most important are shown below:
Through your evaluations, you have either a) chosen the approach that will be your new standard, b) to seek out alternatives, or c) to pivot. This brings you to the end of the Think–Do–Learn cycle. So it’s time, based on what you’ve learned, to start a new iteration. And when that iteration is complete, you start a new one, again and again. So, ad infinitum they follow each other until the cycle becomes second nature.
But what if you still need to start your very first iteration? If your organization has yet to make the transition to agile management? In the next and final chapter, you can read about the do’s and don’ts of implementing agile management.
By reading this chapter, you’ll have discovered the following:
• In the Learn phase, analysis is central. This is done on two levels: first, look during the retrospective meta-level meeting at your own activities, to evaluate whether you can improve your approach. Second, look at the test results to determine if your hypotheses are confirmed or rejected. Preferably, this would also be done during the retrospective, but it can also be in a separate meeting, which is usually referred to as the test or experiment meeting.
• The VOC gives you information for both analyzing your customers and making measurements during your testing. Thus, this is a turning point in the Think–Do–Learn cycle.
• Within the VOC, distinction is made between passive and active sources and also quantitative and qualitative information. The four groups which arise as a result offer their own specific values, wherein the power is in the combination of the different types.
• Based on the confirmation or rejection of your assumptions, you can take one of three decisions: choose your approach with your new standard, find alternatives, or pivot. The latter means that your approach changes, fundamentally. That can be along the lines of target groups, propositions, channels, revenue streams, costs, and platforms.
References
1. Ries, E. (2011). The Lean Startup. New York: Crown Publishing
2. Thanks to Robert Ossenbruggen.
3. Isaacson, W. (2011). Steve Jobs. London: Simon & Schuster.