Posted by jc-Qualitystreet on 2011/11/27
“Remember the Future” is one of the 13 games offered and popularized by Luke Hohmann.
I’ve already talked about the Product Vision Box and Speed Boat which I use regularly … it is now time to introduce you with another game…
Remember the future … not only to mitigate cognitive biase
your customers and users are not good to speculate on the use of a future product. The user is not a designer, and this kind of questions: “What should our product do?” is mostly useless.
Too vague, too open,… As a designer or user researcher you, you need to be cautious with the comments users make about a future usage…
Users tend to generalize, simplify or idealize ...
Remember the future is a little technique to minimize these biases by immersing the user in a past that will be more concrete for him.
It’s a simple game, really appropriate to frame the content of a release, or to agree on the success criteria of a specific project or mission. *
And this is exactly how I have used it for the first time 4 years ago: the objectives of the mission were unclear, the context was complex, we had a large number of “high level” participants at our workshop…. Remember the future allowed us to move smoothly and to complete the impressive series of workshops requested …
Remember the future help you to establish a reference point for comparison; it gives context and enables both better understanding and exploration. As Luke Hohman says, it works:
“Because it is easier to understand and describe a future event from the past tense over a possible future event ”
An example of scenario:
“We are in September 2012 it is now six months that you use this new product, you’re happy with it and people can see it. (Step 1) This morning you meet your boss asking you what do you like so much in this new product, and what the product has done for you the last three months” (Step 2)
There are many variations on the implementation of the game (various scenarios or levels of detail) but the most important element remains the questioning:
BEFORE (and classically without the game): “What the product should do?”
AFTER (as part of the game): Context + “What will the product have done?”
The idea behind the game, as any UX technique, is to play the game with many users… Don’t hesitate to alternate “one on one” formats or small group dynamics …
Another benefit of Remember the future is that it can be used in multiple situations. Recently, I used the game to fit the expectations of my clients for my agile coaching activities.
They were two … we first exchanged on the issue, I gave them the scenario and asked them to work individually for 5 minutes generating notes. Then, they did grouping on the poster.
Results: we had a clear idea of 4 or 5 areas to focus on!
“Involve me and I’ll understand!”
Posted by jc-Qualitystreet on 2011/11/26
DAY 1 was just amazing… see my previous report: Agile Testing days: Day 1 What a fabulous day!
… to me the second day of the conference was less intense. Keynotes were great but I was a bit disappointed by some sessions I attended…
Esther Derby People & Patterns (Keynote)
According to Esther, a basic problem is that system problems are usually associated with persons and persons with problems attributed to systems.
“If you really want to create change in the organization you can’t only look at events you need to look for patterns”
Esther said that within one team, one can find several groups, several patterns and structures almost invisible.
Then she explained how Agile can help the organization to identify the existing patterns. According to her, there is a necessity to understand patterns of behaviors, then to shift the pattern. Her approach consists in collecting the factors (neutral and potentially measurable), brainstorm them, diagramming the effects, then identify patterns and look underneath the events.
And, always wondering WHY (the most powerful question)…
“In the business world you are paid to be decisive. It’s better to be certain and wrong than uncertain and right.”
“If you want to see what’s going on, you don’t watch the person who’s speaking - you watch the others in the group.”
“Focus on people never brings change”
A good keynote but not as inspiring as the others.
Raquel Jimenez-Garrido “ATDD and SCRUM Integration from a traditional Project methodology”
An attractive title and the description looked good in the program but after 15 minutes still nothing about ATDD and SCRUM! Worst, 30 minutes after the beginning of the session Raquel was still in the process to describe elements of context! We understood that her team had a lot of motives to change…
Then, she explained the difficulty to achieve the change of methodology, described the problems they faced (for example during a sprint0) showed the Product Backlog used, and discussed the selection of the tools.
“The application of ATDD techniques was key to improving product quality due to the nature of the project”
Stevan Zivanovic “Do we just Manage or do we lead”
Stevan clearly made a distinction between leadership and management, with these two definitions
- The leader is a person who rules, guides and inspires other
- The manager is a person who has the control or the direction of an institution, business business, etc., or of a part, division, or phase of it
The talk focused on leadership, what makes a good leadership and its various dimensions…
“Don’t need to be a manager to lead “…
Of course, you don’t, but personally I expect my managers to be good leaders too, and many agile teams also expect it from the middle management.
The elements presented by Stevan were interesting: the different levels of contexts (culture, organization, team, you…) and what it takes to be an effective leader… But, the radical distinction (I perceived) between manager and leader didn’t make me comfortable. And I was not surprised that at the end of the talk, one person of the audience asked this essential question :
“What is the role of managers in Agile?”
The link between agile management and leadership was not clearly stated. To me (see this blog post on agile & lean management) the Agile Manager needs to show leadership especially for three major activities:
- Create a relationship of trust, develop an motivate people
- Create an environment of success and energize change which means communicate the vision, give a direction, adopt the appropriate style of management (see Jurgen Appelo, 7 levels of delegation)…
- Initiate, support and animate communities of practices
This is what I observe during my agile coaching activities but things I didn’t hear during the talk… However, Stevan is a good speaker and session was good.
Elizabeth Keogh “Haiku, Hypnosis and discovery: How the mind makes model” (keynote)
Elisabeth encouraged, during an interactive introduction, the attendees to create their own Haiku and to discover the Haiku moment (the moment when our mind makes a model)…
The most famous Haiku :
Mizu no oto
a frog jumps in-
The sound of water
Then still in a very interactive mode, she did hypnotherapy on stage (with @huibschoots)…
Interesting to see.
“The contexts depend on the context”
According to Elizabeth, we observe data, we filter data, we generate assumptions, we draw conclusion, we build beliefs based on pattern. The problem is that the filters we use are based on our beliefs! When I change my beliefs I change… Very inspiring.
Then Elisabeth discussed the art of BREAKING THE MODELS and Real options (to me, a very efficient tool), and how this approach helps us to give us different models….
Fran O’Hara “Effective Agile Test management”
Once again a session dedicated to management (testing management oriented)
Some elements of the pitch attracted me like “Test managers want to know what happens to their role when teams are self-empowered and what a test management process looks like in agile context”… and Fran went straight to the point (I really liked it) on the first part of his talk.
“What the test managers do in Agile?”
Very interesting (cultural shift, mindset shift, servant leadership, culture of leaning….)
Fran listed the responsibilities of the Test manager :
- Support tester capability within the agile team
- Remove organizational obstacles
- Agile test Startegy
- Agile Test process
- Test tool standardization
To me, the first category “Support tester capability within the agile team” (from firing to training, career development, performance to community of practice) was just too large. It probably needed to be split and discussed more in details…
Then, Fran discussed Agile Test strategies, Test management Process, Test management Issues (including metrics)… Good but … he spoke often too fast for the French attendee that I am :) Therefore he was in the hurry at the end of his talk!
His slide with the “do and don’t” was a good summary: I appreciated.
Cecile Davis “Get your agile test process in control”
Another session related to management. Cecile wanted to talk about control, “tight grip or let go?”, and the need for management to find a balance between these two extremes.
Cecile led the audience through an interactive exercise to find the balance between trust and control (blind / Seeing pairing), a kind of exercise sometimes used in agile training. During the second exercise audience was split in three large (too large?) groups to find out and generate, from a vision and business goals (based on the IKEA brochure), product properties. Well, I didn’t really see the link with agile management, control… not so good.
Gojko Adzic ” 5 Key challenges for Agile testers tomorrow” (keynote)
A really interactive session with the most influential tester of the year… and real showman!
Technology evolves, things change fast and so, according to Gojko, testers are now facing new challenges:
1. Shorter delivery phases
Gojko first introduced the “Flickr” example with its frequent deliveries (multiple times a day).
Multiple times a day
Frequent releases (for example every 2 weeks) are not only a trend. There is no crazy website anymore. It’s now a reality that obviously impacts the testing activity.
“At the moment you have done testing more than you need”
“We need to accept certain risks”
To help us, Gojko introduced the Agile Risk Donut…
“If only have 2 sec to eat something which part do you eat?”
In addition to the risk based testing, you need to engage business people, identify business goals and understand where risks are. A good tool for that is “attributes capabilities matrix” by James Whitaker.
2. Agile is now mainstream
Agile is now everywhere with an important inconvenient: we lose more and more the meaning of what is being agile. And often when going agile, the BA becomes the PO, the Project manager becomes the ScrumMaster… and yeah…
“We do Scrum!”
So when working with people, we need to make then ADOPT the principles and ADAPT the practices.
3. (Provide) faster feedback
Faster feedback is not only good but needed. Gojko gave us an example of situation where the tester becomes the bottleneck (doing testing for all programmers) and the way to solve the problem by making the tester teach exploratory testing to developers…
“Your job is to teach the people how to test”
It accelerates the feedback
4. Large enterprise projects
Many companies are trying this scalability. What to do if we need to scale? Actually we need different ways to scale. A good option, according to Gojko is to refer to context mapping (element of DDD, Domain Driven Design, see Eric Evans’s book, from chap 14 ). For being involved as an agile coach in such a large projects, I can recommend you Craig Larman/ Bas Vodde approach which is an excellent starting point.
5. Validating Business not software
There is now a huge push in the software value output but
“How do we see we’re delivering business value?”
“How to figure out where is the value?”
Two things help:
- Effects maps, a very powerful tool, introduced by Gojko the day before
- Measuring, the key, and for example crucial in the lean Startup approach (Eric Ries)
The good point is that the testing community becomes to be important to the business (to draw the context and to measure)
Gojko provided us with a useful summary at the en of his talk:
- adopt principles and adapt practices (I really like that one)
- teach others how to test
- help business define and validate actionable metrics
- look at risk/ value areas. Visualize it!
- draw up contexts to inform testing
Posted by jc-Qualitystreet on 2011/11/20
Or gaming & agile mindset at Home
Christmas is coming and for the fourth year we’ve prepared during a great collaborative workshop with kids, our letter to Santa Claus (or technically speaking, our prioritized Backlog for Santa Claus)
Final Version Eva -
A prioritized and customized backlog !
- Santa Claus is very busy
- His sledge is not expandable
- The deadlines are tight
- The delivery date cannot be moved
- And unfortunately a additional one this year, two sites for the delivery… that’s life…
We didn’t have to make a long opening: the kids are already familiar with the process, they’re ready and impatient to start…
They know they cannot have everything (lessons learned from the past…) and that being good (or not) has an impact on Santa Claus’s motivation to deliver what they wish…So they’re aware of the necessity to set priorities for their Christmas backlog !
Step 1: Needs analysis, Brainstorming and data collection
Passionate reading for weeks, intensive research from several sources… confrontation with friends at school were a fantastic preparation for our “collaborative workshop” at Home
Step 2: Backlog Initialization
- Images are cut
- One image is placed by sticky note(pink ones for my daughter; orange notes for my son). The main backlogs are initiated
Time to cut
One image by Sticky note
Backlog item example... Buzz l'Eclair - The 2C rule: Card and Conversation :)
Step 3: Backlog Prioritization
Notes are laid either on the ground or on the table (their preference this year). Kids make their prioritization effort and rank them in order of preference. They place on the top toys they want most, the most important to them…
Prioritization effort: Here are the Top priorities
Starting by the top priorities
Priorities checking: compare and use triangulation ! this PO skill is acquired
Move to the wall
Move to the wall for a better visualization...They really enjoyed it!
Step 4: Backlog Customization
Since last year, the backlog customization has become a crucial step…
Backlog customization: essential!
More customization for my daughter
Step 5 : Backlog display and printed version
Go to the room for an optimal visibility & accessibility.
Final Version Eva
Final Version Solal (actually not yet finished...)
Print a version in a Letter format and send it to Santa Claud…
Once again, we really had a great time…
Posted by jc-Qualitystreet on 2011/11/19
The Agile Testing Days (Nov 14-17 2011) is the annual European conference for and by international professionals involved in the agile world. As the French Ambassador of the conference taking place this year in Potsdam (near Berlin), I couldn’t miss it. So, second participation, high expectations and absolutely NO DECEPTION!
This first day was I think my best conference day ever! So thanks to Jose Diaz, and his team, thanks to the speakers and participants.
After a very good full-day tutorial given by Jurgen Appelo (”Agile management: Leading Software professionals”…. a course that I do recommend in a 2 day format to all managers) and a dozen of games/exercises to try “At Home”…
Jurgne Tutorial.. Metrics Matrix to try
the conference Day 1 opened with Johanna Rothman’s keynote…
Johanna Rothman “Agile testers and test managers: Now what?”
This keynote was the first of an impressive set of amazing presentations
Agile management is a hot topic to me since I do more and more agile coaching with line managers. I’ve explored the domain and of course already read Johanna’s books and articles. However, I found this “testing oriented” presentation very valuable.
Agile Test Managers Keynote
Johanna first discussed the changing role of the testers in the agile organization. The agile tester looks like the First Class Tester (she previously described in 2003), as they, for example, work with developers from the very start of a feature…
“Testers ask questions… are curious”
The second part of the talk was dedicated to Agile Test managers…
“Agile test managers are leaders in the organization”
The key activities:
- Manage the project portfolio
- Remove organization obstacles
- Build trust relationships
- Lead hiring decisions and process
- Build the capacity of the organization
- Build communities of practice
“Have management iterations” (To try!)
“Allow managers to see the system”
“Instead of individual reviews build a trusting relationships share the strategy share the profits”
“What keeps people in job? Trust”
“No micromanagement meet often one on one to build a trusting relastionship”
David Evans “What testers and developers can learn from each other?”
The presentation was efficient and David, as a good speaker, made a good use of analogies:
“Thinking you can improve quality by doing more testing is like thinking you can loose weight by weighing yourself more”
An effective analogy
With ease, David focused both on things developers can help testers learn and things testers can help developers learn for the benefit of the whole team. The parallel was interesting. After pointing out ironically that ISTQB certification is mostly useless, David discussed common issues like coverage and concluded with things we all need to learn:
How we learn - David Evans
“Testers are friends”
“Teams need testers like people need friends” (I like that one!)
Rob Lambert “Do agile teams have wider awareness fields?”
but Agility gives you an environment to be a first class tester added finally Rob.
A good presentation that Rob was able to make interactive. I appreciated.
Rob started by introducing the concept of awareness and distinguished social and personal awareness, which was useful.
“Awareness is the ability to feel, perceive, know and be conscious of yourself and the world around you”
Other interesting thoughts…
“Awareness is the first step to change…”
“You need to know yourself and you team”
“You need to know your limits”
I like very much the idea of Learning Roadmap (closed but maybe richer than my To Learn List).
Learning Roadmap: What a good idea!
And finally, Rob pointed out the grower importance of social media and social tools (like twitter) as modern ways of widening awareness. I can just agree
Linda Rising “Who do you Trust? Beware of your brain”
Last year, I didn’t notice it immediately but Linda’s keynote gave me inspiration for a year. This time, once again, she did the job, and I must admit that emotion was in the air (and in me) at the end of her speech! She is a fantastic storyteller!
Based on experiments coming from the social sciences field, Linda shows us how quickly we categorize others, how quickly we naturally stereotype and label other people…
“We continually sort others into groups and out-groups”
The bad thing is that stereotypes and their expectations are not only a source of conflicts but also can affect performance…
“Stereotypes are prophetic”
The good thing when we look at the results of social experiments is that Humans like to be in small groups and quickly develop identity, no matter countries, cultural dimensions or even religions…
“This is the good news we like collaboration”
This is what we call Social Interdependence. The benefits?
- increased effort to achieve,
- positive relationships,
- improved psychological health…
And you know what? agile practices are practices that help. Therefore, sharing a common goal, as well as be trusted and respected are the keys.
“You don’t to be my best friend”
Linda ended her presentation with 2 good examples (”Trench warfare” and “primates”) showing reasons for hope and nothing is carved in the rock.
Huib Schoots “So you think you can test?”
This session wasn’t originally on the program. A good surprise! Huib is an experienced and passionate tester. His talk was dedicated to the factors that can help you to become a better tester. Huib listed three main activities:
- Adapt to context (context driven testing…)
“There is no best practice”
- Collaborate. Most of the job of the tester should be to ensure that the right testing is done (executing tests should be a small part of the activiy)
- Learn & Practice. Huib pointed out a set of learning options (Books, conferences, testing dojos, week end testing, pair testing, collaborative workshops, peer workshops…)
“You should train and practice”
“Be passionate” (to me, PASSION makes THE DIFFERENCE)
and one of my favorite quotation of the #AgileTD:
” If you want to do a good job I think you should invest in yourself”
Be passionate as Huib is
And finally a good question, why don’t we have a Testing coach?
Gojko Adzic “Product Management using Effects Maps”
This session wasn’t originally on the program. A good surprise too! Gojko presented the Effect mapping, a visualization tool invented by Mijo Balic and Ingrid Ottersten.
Effect mapping supports product management activity by focusing on business goals. It enables high level project visualization, helps to deliver software iteratively (starting by the fastest simple way), and reduces user stories management issues…
“People horribly misuse user stories”
“As a system, I want… a system doesn’t want anything a system wants to sleep”
The starting point and the first level of the map is always the WHY (the business goal, how the business will be different 6 months from now if we achieve well).
Then, are drawn the next levels:
- WHO (can contribute to the business goal)
- HOW (can they help us)
- WHAT (we can do as a team to support this activity)
Once the map created, deliver the simplest thing to deliver (a path) and measure the effect (very similar to the Learn Startup approach introduced by Eric Ries…). IT should be seen as an investisment, not as a cost
The effect mapping, a tool to try…
Janet Gregory - Lisa Crispin “AppendixA: lessons learned since Agile testing was published”
We all know Lisa Crispin and Janet Gregory, authors of the famous Agile Testing book…
Lisa Crispin... later at night, at the party and ready to announce the award for the most influential agile tester of the year... DO YOU BELIEVE IT?
For this keynote, Janet and Lisa decided to discuss 5 Hot topics related to agile testing:
1 Feature Acceptance
Working feature by feature makes you often forget the global picture: during her talk, Janet used the puzzle analogy and stressed the necessity to understand the business value of a feature to deal with this issue and help prioritization. Establishing story tests but also defining story doneness, feature doneness are crucial.
Collaborate to automate and overcome impossible challenges. In term of test strategy, Lisa and Janet reminded us that context is everything, and so that for example, the well-known test pyramid should be adapted to the specific needs of each organization. According to them, “tests as documentation” is the only documentation guaranteed to be up to date… (as long as they run green).
3 Large Organizations - large Teams
In the case of large organizations, Janet and Lisa pointed out the necessity to consider other teams.
Key challenges : Multiple Teams
“You need to extend your family beyond your project team”
I totally agree! (see devops movement)
4 Distributed Teams
The world changes, and today’s the business is more likely distributed. A fact that I can easily confirm doing some agile coaching in various situation like French/ French distributed sites, French / Indian context or French/US/ German context. For such a context, my opinion is that reducing the distance is the key… Lisa and Janet presented 3 practices to succeed: establishing relationship, taking advantage of the technology (the virtual team member…) and experimenting!
5 Culture & Continuous learning
Agile is all in learning. Yeap!!! According to Lisa and Janet, culture is even more important that we thought: personal safety and allow people to make mistakes are essential. Janet insisted also on the important role of Play in the learning process. An element I am also convinced… as well as the necessity to be CURIOUS
“I really encourage you to be curious and learn new things”
“I like to see testers to be curious”
The last part of the talk was “attendees” oriented! Janet and Lisa wanted to hear about the stories of the attendees (”the Agile Testing book”, “Testing dojos”, “Twitter”, “Tests & Feedback”…)
And Finally the Party to close the day
Some pictures of the funny party taking place in the evening (during when Gojko Adzic received the award for the most influential agile tester of the year). I enjoyed the show, the performers, the place, liked the beers and the discussions with the frenchies: Laurent, Gabriel, Patrice and Elalami…
So, MY ROTI (Return on time Invested) FOR THE DAY: 5
Posted by jc-Qualitystreet on 2011/11/15
… learning again and again!!!
A "To learn List" for the Team
Agility and learning are intimately linked.
Learning is a key dimension of Agility, a key component of an agile mindset, and a major Human characteristic. In parallel, Agility (with Scrum or XP for example) is a land where learning can really flourish:
- Co-located and cross-functional teams are sought…
- Cooperation and collaboration are facilitated…
- learning situations (Release planning, Collaborative workshops and Product Backlog Refinement, Planning poker, Pair-Designing, Pair-programming, Retrospective, gaming…) are fostered…
- knowledge sharing is expected…
they all are good examples and valuable opportunities for learning and improvement. But why not going further and giving to the le arning activity a good place on the Team Information radiator?
On the wall, you who already have your Taskboard, your Product Vision, your Product backlog, your Impediments List (obstacles), maybe the Personas for your Product and a Risk board.
Try now the “To Learn list” in order to monitor and enhance this essential activity.
The “To learn List” belongs to the information radiator. Continuously visible and accessible by anyone (management including…), it can be updated continuously even if the “Daily Scrum”, “After daily”, Collaborative workshops or Retrospective are excellent moments to do that.
Personally I have also adopted this “To learn List” at home and am very satisfied with it!
Just Be Curious, Try it!