I was thinking to get James Bach to the Netherlands because he has an interesting view on testing. I read a couple of the books he wrote, watched a presentation from him on video . I thought he has a lot to tell.
Beginning of this year a new colleague joined codecentric (Krystian Kaczor ). Together with Krystian we organized that the RST training would be given in the Netherlands. Should I attend also? I already have been to Rapid Software Testing from Michael Bolton in the summer of 2011. Here is my opinion on RST vs RST:
Coaching vs. Leading
The main difference in my opinion is that James is way more focusing on the soft (ethic) side of the tester than Michael. James is more of a testers coach, every time he is focused to get you your answer ready and well thought.
Where Michael was more of a testers lead, focused on the techniques and practice. Michael explained, why there are certain approaches, when to use them, decorated with loads of experience stories where he uses that techniques or practice. It must be said that Michael had more great one-liners throughout the course. Michael is a very good storyteller. James gave me loads of knowledge to perform a better job as a tester.
Games and Exercises
What is the difference? I had the idea that the course was a bit more organized from James than from Michael. Michael was more adapting the content to his students. When it was needed Michael took 3 steps instead of 1 step. Examples where Michael explained how the pattern exercise xls file was created and why. James just showed it. The dice game was also different where James gave 1 big assignment and Michael gave the same assignment in 3 little assignments (step by step improving). Games played by Michael where games played to give you insight, where James wanted to learn you something.
The heuristic test model was explained by both but with Michael we played with the heuristic test model. The wordpad exercise from James was a good insight in test missions and credibility as a tester. He teaches this in a coaching style. Where he asks you to get your test idea ready and he asks questions to let you find out how good your idea was. One other thing that James was a bit more focused on was telling a testing story and an appropriate test rapport.
Same Training; Yes and No
Did I hear two times the same thing? Yes, for 61.234 % (Of course this percentage is not true). In the training you learn that it is not all about numbers. Like consistency to image, consistency to history, consistency to user expectation. The majority was the same but both have their best practices (no, just kidding ;-)) their favorite practice / stories / games.
Michael gave more material to read and to test. James had a refreshed set of presentations with the example why boundary value analysis is wrong in a presentation form.
If I can choose to go again where would I go? In an Agile environment I tend to say James for his coaching style, which is more appropriate to Scrum. Most testers are the only testers in a Scrum team. Working on getting respect / credibility as a tester is a must by James. At the other side Michael is a good teacher, who lets you be prepared with convincing stories to all other team members. If you have the luxury as I had, go for both.
Learn by Doing
The best advice James gave me was when I was bringing him back to the airport. On the question how should a beginning tester start learning testing. James said: Let them learn all the stuff during practice. All the terms are way easier to learn when you are doing it in practice. Stop the work and explain, continue, stop and explain. Then they will easily understand the terms like preconditions, test design, coverage, pair wising, why do we need to track info, etc.
It is with all things, if you experience it more often you get a better picture what it means. For me personally it was great to do two times the RST training and see James the coach in action.
At both courses I created mind maps from the RST By Michael Bolton and from the RST by James Bach . Both the mind maps are unedited.
Stop starting with Scrum
Don’t worry: I am not going to jump on the “agile is dead and a failure” bandwagon. I do not want you to stop working with Scrum. I just want you to stop starting with it. A lot of companies realize something’s got to change in order to survive. Especially...
18.9.2016 | 2 Minuten Lesezeit
Impact mapping and continuous validation
There is always a reason for making software. Let’s rephrase that: there should always be a reason, at least from a business perspective. How else could our products have any impact? Whether we want to make an app that that seamlessly connects riders...
- Open Source
- Agile methods
25.11.2015 | 3 Minuten Lesezeit
Continuous Validation: Meet Gareth. He is seriously unpleasant.
Hello world, please meet Gareth. He can be seriously unpleasant. Trust me, we know. But he is becoming more and more indispensable. He will tell you clearly, without emotions, when your ideas are rubbish. He will certainly not hold back and he will give...
15.9.2015 | 3 Minuten Lesezeit
After continuous integration there is continuous validation
It’s a funny thing to say that delivering business value is the most important thing when developing software. It doesn’t matter that a framework like Scrum is far from efficient, because we focus on value. We deliver business value. Working software...
- Software development
23.8.2015 | 3 Minuten Lesezeit
How assumptions are not the mother of all f-ups
The thing about trends is that they will come and they will go. So after the agile trend continuous delivery and devops are in line. I think in a way it is very nice to see that development craftsmanship practices are becoming more and more accepted....
13.7.2015 | 5 Minuten Lesezeit
DevOps, building on quicksand?
The management decides they want DevOps and Continuous Delivery. It is faster, cheaper and there are less people needed for the same work. So now DevOps and CD are set as goal for the whole company to reach in the near future. So basically engineering...
24.7.2014 | 4 Minuten Lesezeit
DevOps and Product Ownership
[This article was co-written by Miel Donkers and Niels Talens.] You could see DevOps as expanding the mindset, toolset and processes which started with Agile. Where Agile focuses on creating maximum business value as soon as possible, DevOps can help...
17.7.2014 | 7 Minuten Lesezeit
It’s all about the input
Garbage in, garbage out This is a pretty basic principle. But what do you expect? What are the odds that if you give poor descriptions of your vision and needs that the results will be as expected? 50/50? Maybe less? Within the agile community there...
7.3.2013 | 6 Minuten Lesezeit
A man went to the doctor…
“Hello Doctor, I have epicondylitis lateralis and I think we can fix that with Shockwave. Shockwave is a brand new treatment that is faster, cheaper and better than all the other methods. Everyone I know does it. Don’t bother looking that up for I’...
9.11.2012 | 2 Minuten Lesezeit
Velocity is not for you
A while ago someone told me they let their product owners participate in estimations. And I don’t mean watch how the team estimates but really estimating stories. I’ve heard about non-programming scrum master, projectmanagers, salespeople and architects...
- Agile methods
- Software development
7.10.2012 | 2 Minuten Lesezeit
Lean specifications, what’s that?
A lot of teams are changing to Agile. Usually they start bottom up with a development focus on getting agile. The testing is often late in the change process and testers are not that keen on this new process. This is quite logical testers don’t change...
6.9.2011 | 2 Minuten Lesezeit
Lean bells ringing at the hospital
Last week I was working at my house together with my father and we removed a wall to create a bigger room for the upcoming baby. While the last stone was removed he damaged his thumb quite badly. We needed to go to the hospital. As soon as we arrived...
18.6.2011 | 4 Minuten Lesezeit
Dein Job bei codecentric?
Agile Developer & Consultant (w/d/m)
An allen Standorten
Gemeinsam bessere Projekte umsetzen.
Wir helfen Deinem Unternehmen.
Du stehst vor einer großen IT-Herausforderung? Wir sorgen für eine maßgeschneiderte Unterstützung. Informiere dich jetzt.
Hilf uns, noch besser zu werden.
Wir sind immer auf der Suche nach neuen Talenten. Auch für dich ist die passende Stelle dabei.
Do you still have questions? Just send me a message.