Past Presentations
You can find an extensive list of presentations and courses that I've taught, including the slides and speaker notes for many of them, here.
Let's meet!
Highlights from my schedule appear below. If you notice that I'm in your part of the world, drop me a line if you'd like to get together. If you'd like to engage my services and worry that I'm not available, please note that my clients' schedules are subject to change, so mine is too. Please drop me a line in any case.
January 3-6, 2012
Calgary, Alberta, Canada
Rapid Software Testing class (three days) with an extra free day for which the client chooses the agenda.
January 9-10, 2012
Toronto, Ontario, Canada
Rapid Testing training and consulting in Rapid Testing with a corporate client.
January 16-18, 2012
Helsinki, Finland
Rapid Software Testing: a three-day public class, organized by Altom. Information is here; registration here.
January 27-29, 2012
Melbourne, Florida
Workshop on Teaching Software Testing
January 30-February 3, 2012
Palm Bay, Florida
Writing work with Cem Kaner and Becky Fiedler.
February 13-17, 2012
Orcas Island, Washington
In-person development work on the Rapid Software Testing class with James Bach.
March 8-14, 2012
Utrecht, Netherlands
Pencilled-in engagement teaching Rapid and exploratory approaches with a corporate client.
March 15-16, 2012
Munich, Germany
Two days of presentation and particpation in an in-house testing conference for a corporate client.
March 26, 2012
Halifax, Nova Scotia, Canada
A three-day Rapid Testing class, with a free fourth day based on the client's agenda.
April 10-12, 2012
Oslo, Norway
A public offering of Rapid Software Testing.
April 13, 2012
Oslo, Norway
Work for a corporate client.
April 16-19, 2012
Orlando, Florida
A tutorial and a keynote at the STAR East conference.
April 25
Toronto, Ontario, Canada
Corporate in-house training and consulting.
April 30-May 2, 2012
London, UK
Rapid Software Testing public class organized by Electromind.
May 3-4, 2012
London, UK
The UK's first public offering of Rapid Software Test Management, again organized by Electromind.
May 7, 2012
Stockholm, Sweden
I'll be presenting the first keynote and a half-day tutorial at the inaugural Let's Test Conference in Sweden. Alas, I'll only be able to stay the first day of the conference, which runs from May 7 through May 9, 2012.
May 8-11, 2012
Trondheiim & Brønnøysund, Norway
The Norwegian Testing Cruise. So far as we know, this will be the the first boat-based and northernmost testing conference in history.
May 21-23
Utrecht, The Netherlands
A public course Rapid Software Testing class in the Netherlands.
May 24-25
Utrecht, The Netherlands
A public class of Rapid Software Testing for Managers.
June 12-14
Cary, NC
Private training and consulting in Rapid Software Testing for a corporate client.
June 25-29, 2012
Atlanta, Georgia, USA
Private training and consulting in Rapid Software Testing for a corporate client.
July 10-12, 2012
Cary, NC
Private training and consulting in Rapid Software Testing for a corporate client.
July 16-18, 2012
San José, California, USA
Participating in the CAST conference.
September 10-12, 2012
London, UK
A public class of Rapid Software Testing, organized by ElectroMind.
This is great work Michael.
“Brilliant!”
-Jonathan
>>>>Why do so many in our profession seem to be so oblivious to the value of emotions?
Why? Because emotions cannot be
- Quantified
- Measured
- Improved
- Trivialized into a 90-minute class room session
- Institutionalized
- Sold as best practices
- Standardized
- Repeated
- Scripted
Emotions can’t be easily reconciled with
- Industry standards
- Metrics
- Productivity Data
- Historical data
- Certifications
- Process maturity models
- Some basis for comparing two testers
- Tools
- Regression models
Shrini
Amen.
One of the Top Ten Tendencies I’ve seen in testers over 12 years of hosting interviews is Dismissed Confusion. They recongize a problem, but figure it must be them because there’s an emotional component to the discvoery, which must not be allowed or actionable, right? After all, this is testing, and we all know there’s no crying in Testing! Any sign of weakness is a bad thing to demonstrate in the interview, and often, emotions are considered weak.
A little bit of self-criticism is healthy, but too much is a pathology.
I get the feeling that many test managers and executives out there are fueling this “No Crying in Testing” mentality by staffing programmers in Test with the aim that the programmer just needs to think one time and get it overwith! Then… “Program that thinking stuff into the auotmation suite so that none of that loosey-goosey humanity stuff need happen again! After all, there’s no crying in testing, we have software to ship!”
We need a lot more of what you’re saying with this post.
Excellent work, Michael.
Thanks, all, for the kind words and especially to Jonathan Bach and Shrini for their amplifications of the ideas here. Also thanks to Jonathan Kohl for the related stuff on his blog, and for provoking me to post the talk here; Jonathan has a knack for amplifying on my work before I publish it, which is very stimulating.
Thanks in part to the reading that I’ve been doing lately (How Doctors Think, Stumbling on Happiness, Mind Hacks and Mind Performance Hacks), I believe that there’s lots more work to be done in this area. Cem has also encouraged me to dip my toe in the water of psychophysics, and one day I’ll dive the rest of the way in.
There’s this wonderful quote from Goethe about learning to see with a feeling eye, and feel with a seeing hand; I think that may be a good metaphor for a great tester’s aspirations.
I’m not sure why people think that emotions cannot be quantified or measured.
The video games industry certainly designs their games to have differing emotional effects are differnt stages of the games. They have developed ways of representing emotions and their “quantity”. http://portal.acm.org/citation.cfm?id=1173696.1174026 is a paper on the “emotional requirements of video games” By David Callele (sorry, but it’s an ieee paper) That has a easy to use system for representing desired emotions, that could be used to represent the emotional state a test during/after a session of testing.
Hi, Jason… thanks for the feedback.
I’m not sure why people think that emotions cannot be quantified or measured.
One answer is that emotions are intangible. You can’t touch ‘em, and you can’t put ‘em in a box. There’s a difficult measurement problem with things that don’t have physical attributes to measure. For emotions, there are some physical stand-ins that we can use–blood pressure, galvanometers, EEGs, MRIs–but the experience of an emotion is subjective–and I believe more immediate than the timescale measured by these devices (with the possible exception of EEGs). Check out Stumbling on Happiness by Daniel Gilbert for an accessible discussion of the issues. We can also use opinions (or surveys of opinions), but I’d suggest that the more useful form of information in those kinds of study is assessment, rather than measurement.
The video games industry certainly designs their games to have differing emotional effects are differnt stages of the games. They have developed ways of representing emotions and their “quantity”.
Note that you yourself put “quantity” in quotes just there. Yes; you can model emotions, but quantitative measurement systems for them seem unconvincing to me.
I’d be interested to find out more about how the video companies do this, other than by review and criticism–which is definitely a form of testing.
Again, thanks for writing.
—Michael B.
Emotions are direct factor of state of Mind, the kind of emotions we have or feel are direct result of the state of mind we are in. The gamut of emotions is infinite so is the gamut of states of mind. Now, when sit down and write down all the emotions a person can probably have and categorize them Iam sure we’ll end up in very few (some thing like positive or negative)
When we are conscious of our emotions and try to drill down into the root cause of emotions, we’ll find that these emotions are result of a state of mind that we have at the point in time.
To give an example:
A defect might look a mighty failure to test engineer, when he has no knowledge of what the product is and what the defect could mean to that product the bug might eventually end-up being a trivial bug. In this context the state of mind of the test engineer is ignorant.
When the state of mind of the same test engineer moves from an ignorant state to knowledgeable state, the perception of the engineer would change dramatically, again the state of mind plays a role here.
Probably if a professional can track his state of mind and the actions he does in a given state of mind, he’ll be able to understand what emotions are and how obvious there are in any field.
And Emotions can be as tangible as any thing else, but may not be directly tangible. Emotions always results in an action which is most of the times tangible.
The resultant actions are direct quantification of our emotions
The result of the resultant action can be taken as an input to improve emotions
Loved it. Wish I’d seen it earlier. Did you really talk over those slides at the pace they present themselves? Cool.
Thought I’d mention a few slides I put together for a Test Management Forum session last year (completely ignorant of your pitch here).
Slides are here…
The slides were an intro to a facilitated discussion (hence the questions at the end). When someone gets ‘emotional’ we tend to think they’re upset, angry, frustrated in some way – hence the pitch is mainly on worried test managers. (I focused on expectations. No doubt there are many other viewpoints).
One of the big drawbacks of our industry is its domination by technology, so the industry self-selects technically-oriented people. Hence the over-reliance on technical solutions to people problems. (Prescriptive process being a classic).
Did you take your talk any further?
Best wishes, Paul.