Making bad decisions

It happens, you go into a situation and needed to make a call on something. You only have a couple of avenues to go and you decide. Then it happens, the decision you made is the wrong one and things didn’t work out well. It happens, everybody has done it in one form or another. What happens next is key.

In my last blog I talked about accountability now I want to talk about accepting that accountability and owning it.

When things go well at work some people will gladly raise their hand and say “That was all on me”.  Personally I think that is a bit selfish, most work done now involves multiple individuals, indirectly or directly, to get it done. It should always be team first, in my opinion. What I find interesting is when things go wrong for the individuals who pat themselves on the back and how they react. In my experience those individuals will lay blame on others, even when it was them that made the decision.

“It didn’t work because the others didn’t understand what I wanted done.”

“<insert name here> messed up.”

“There was nothing I could do”

It is so easy to blame others and make them look bad. I get it, I used to do the same thing early in my career.  What changed for me is a comment I got from one of my leadership mentors: “own it”. At first I thought of it as something that would help me become a good leader, and it did. Over time though I find it has a much broader scope. I started telling all my directs and teams to “own it” as well. I didn’t care if they made a bad decision what I cared was that they saw the mistake, took control of it and learned from it. We are not machines with a decision matrix, we are human that have way too many variables that are involved with most decisions at work that we make our best guess most of the time.

Sometimes the decisions are made and there are outside forces that make it go south. I would still take ownership of what I did, state what I didn’t foresee and ensure that I would keep what happened in mind the next time I was in the same situation.

Being accountable for the decision should be less stressful then playing the blame game.

Now I know that after you read that either your eyes rolled or at “pffft” sound was made. Hear me out on this and you will see what I mean.

Say “oh s***” only once (maybe twice)

Going back to my main stress relief, Jiu Jitsu there is something I always bring up when I teach a technique. I call it the “oh S***” moment. It is the point when your has made a mistake and you begin to capitalize. Some of my students when they compete, same with me, will have that moment where we say it to ourselves and get beat. What myself, our main instructor and the other instructors instill is learn from what happened and not dwell on the loss. On the mat there are so many variables that are in play, the opponent, the referee, the noise in the gym, the wait to get the match going etc… In the end though it is you stepping on the mat and your decisions on how to approach the match that matter.

Same in the work environment it is up to you. Now there are group decisions or consensus done to make choices, yet although it is a group setting each individual should still take the accountability for what was done. What is important that if things go bad everyone has learned from it and will have a different thinking process next time.

Taking the higher ground and have a plan

With ownership also comes taking the higher ground, and having a plan to get past the situation. Even if you have a boss (see how I said boss and not leader? I will get into that later) that is angry with what was done and doesn’t really help the situation, you can hold your head up knowing you have a way to get past the new obstacles. Always have a plan B ready, you don’t have to have one done when you make the first decision just be prepared. I have gone into situations where I had to come up with alternate plans, sometimes it takes me a few minutes or it takes a couple of days it is all matter of what is going on.


It is all about support. To me a boss will just get angry, muscle their way past the situation and play the blame game. A leader will support the decision and appreciate that you have a course of action, and if they don’t agree with it they will work with you on a path that you both can agree on.

There is a story out there about a VP that made a decision to sponsor a project that cost millions of dollars. It was a long project, it was way over budget and in the end it was trashed. The VP was called into the CEO office where he thought the worse. The CEO talked about the project then gave him a new direction to follow. The VP said thanks and mentioned that he was prepared to clean out his office. The response he got was not that surprising coming from a good leader.

CEO “did you learn from what happened?”

VP “Yes,”

CEO”Good, then why would I let you go after spending millions of dollars on your education”

You never lose, you learn. Making bad decisions happen, it is how you and your leader react that will make set the tone for success.


Why is Agile so hard to get done right?

Agile has been around for over 20 years. It has shown a lot of benefits to software development and improved quality to what clients/users want. Yet in discussions with peers and reading a lot of literature it seems like it is something that is just too difficult to grasp. Why is that? What is it about this way of getting work done is so hard for organizations to understand?

Looking at Jeff Sutherland‘s book: Scrum – The Art of doing Twice the Work in Half the Time it is fairly straightforward. Especially as one of the authors of The Agile Manifesto you would think it would be simple. Let’s revisit the values for a second (from the wikipage):

  • Individuals and Interactions over processes and tools
  • Working Software over comprehensive documentation
  • Customer Collaboration over contract negotiation
  • Responding to Change over following a plan

Seems pretty easy, right? Wrong.

Some people I have talked to about this take the values as stated laws and not guidelines. I will be honest here, when I first started to understand Agile I did not like it. It seemed too much cowboyish than structured. It didn’t feel right. Then I started to look into it more and more. My feelings towards it started to change and at the same time that was happening I noticed that I actually was following the methodology in the late 90’s without noticing it.

For me it all started on a program I was leading the testing effort. It was a pure waterfall project and it was not going well. Based on the project schedule it was three weeks behind before it even got to the testing phase. So the pressure was on. There were a lot of factors at play and the deadline was not changing. So I decided that it was time to do something different. I started daily scrums following the same principles as in Jeff’s book. Asking the three main questions:

1 – What did you accomplish yesterday?

2 – What are you doing today?

3 – What is blocking you from getting it done?

From there I went on to get things done, and we did. We met the deadline without 1 hour of overtime needed. It was great, everyone felt that they accomplished something. I was able to apply Agile principles in a Waterfall project.  Pretty impressive and I am kicking myself for not looking into it more back then to understand what I actually did. Well the reason I didn’t do that was because I didn’t know. To me it just seemed like the right thing to do.

Looking at the Manifesto I will go through what I did all those years ago:

  • Individuals and Interactions over processes and tools
    • We interacted daily
    • Worked as team to meet the goal
    • Helped each other
    • We still followed process
    • We still used tools
      • The last two we were more focused on the first three points than the last two.
      • We used found efficiencies to get the work done as we went along.
  • Working Software over comprehensive documentation
    • Get the work done
    • Ensure scope is completed
    • Ensure test results were documented
      • This was done in a bank so test results are an audit-able document. So we needed it.
      • What we did was understand what is needed for an audit and ensure we were compliant. They were focused on one set of results. So we ensured that the last run of cases were documented and ensured less duplication.
      • The other benefit we found here was saving a lot of storage space.
  • Customer Collaboration over contract negotiation
    • We worked with the Business Analyst to ensure what we were testing was what they wanted to see.
    • Shared results
    • There were really no contracts of negotiations done
  • Responding to Change over following a plan
    • As with any project in Waterfall there are change requests. The team adjusted and still met dates
    • Although there was a Test Plan documented (it was Waterfall after all) we never revisited it. We knew it would take too much time go over it and figure stuff out then get the approvals. We just planned on the spot and go from there.

So back to the purpose of this post: Why is it so hard to go Agile? If I was able to do it without any training why can’t some teams get it straight when there is so much documentation out there to help?

I see it as a couple of things: Taking things too literal and fear of loss of control.

Taking things too literal is an easy one to talk about. Basically people take a look at the Manifesto and basically treat it as gospel. This is where the cowboy comment from earlier came from. I have seen teams that treat Agile as a free for all and that they can do whatever they want. When in actuality Agile needs discipline.

Yes teams will have to act fast on stuff that may come in from Business, Clients or senior executives. It is going to happen. It is how the team reacts that is key. Not every moment is a “drop everything that you are doing and work on this”. When stuff happens it is up to the team to analyze, collaborate and ensure there is complete understanding of what impacts there are to adjust. Taking work out of a sprint so not to impact capacity, move it to the next sprint as it is not as critical as initially thought or prioritize for future releases.

Or the teams will just throw in a lot of work in the sprint without properly ensuring they are effectively pointed or they don’t really understand their velocity. What happens with that is usually the Burndown chart looks more like a city skyline then a slope with a huge drop at the end because incomplete tickets are moved to the next sprint. From there it just snowballs out of control. This then impacts everyone in the team. The sad thing is it becomes the norm and people become complacent.

It is not a matter of throwing work in and seeing what comes out. Speed is great and eventually a good running team will be able to accomplish great things on a faster schedule. It is about setting a good foundation of to get there. Getting speed for the sake of it will lead down a road that will not end well for anybody involved.


The fear of change is powerful. Normally humans don’t like to do something different. As long as they are comfortable they are good. “It has worked before, why do something new?”. Jeff said it best in his book “Change or die”. Going on a deeper level it is evolution. We all know we can’t stop that from happening in the world so why be so closed minded to evolve how work is done?

I had similar fears and I overcame them. There are some of my former coworkers that would be pretty impressed that I have become an Agilist.  How did I overcome it? Well one, as stated earlier I actually did it, and two education. Reading, courses, and talking to others have given me the insight to see the benefits and how to apply good change management to get others down the path.

This post didn’t really go into a lot of QA or testing, hopefully you can see the implicit message of how QA is involved.



Third party testing

Third party testing is something that can cause some heated debates on whether to use them or not. The effect they have on an organization and quality of the output.  Here I will put in my two cents and will carry the conversation more if anyone wants.

For me I have no issue with it. Now with that said there are some conditions I have, that I will go through (if not this will be a very short post), and I will also go through the arguments that I have heard on the subject (with my take, of course)

Here are my conditions though I have:

They are used for staff augmentation and not just cheaper labour.

Want a good way to get a bad reputation is replace full time staff (letting them go) to be replaced by a third party resource. Here is a good example of some bad press when that particular model is done.

Staff augmentation is meant to cover off the additional workload so that teams can produce more, when needed. When using a Third party vendor they have the ability to bring on resources with the skill sets needed at a faster pace than hiring processes in North America. Usually within a week or two you can have a resource in the system starting to get some work done. Compared to a usual hiring process it could take a month.

They are resource to scale. Most of the third party vendors that I have worked with can get 1 to 10 people in a short period of time. That is there business model and it is done well on most days. You may get the odd hiccup or delay, yet based on needs it is still quicker.

Most Third Party resource vendors also allow for quick turnaround. What I mean is if a resource is not working out as planned or they decide to leave that organization they can bring someone in fairly quick. Or if things start to slow down for your organization or there are budget cuts needed they can be let go first and allow for a core team of full time employees to stay unaffected to continue work. When I say unaffected I mean: not let go.

There are other advantages, as well as disadvantages to using a third party model. For that I will go into a little more detail during the arguments that I here regarding the model’s use.

Argument #1 – You are going to replace our jobs to them.

When I first heard this argument I would scoff at the idea. That was until stories, like the one above, happened a few years ago. I always thought it was about augmenting the staff to meet the needs of the workload. I still believe that and still lead by it. There is still a part of me that is cautious and willing to defend when needed.

What I believe is that when using a third party it is actually going to bring in more work and that work will be more fulfilling as the easy, menial tasks can be handed off to the additional resources. It makes total sense and it is generally how the model works. I will get into why with the second argument point.

Argument #2 – They don’t know the system.

Yep, you’re right. Here is the catch: so would any new employee who walks into the door onsite. There is going to be a learning curve and the work they will be doing at first will not be difficult or intricate. An organization would not take a junior analyst who just came in to work on day one and assign them a multi point of failure set of test cases then walk away. That is a recipe for disaster. So why would we expect the same for someone that is on the other side of the world that is starting to work with you?  They are there to help and will need to have a good training system in place to provide that.

Argument #3 – The time delay is unmanageable.

If that was the case nobody in North America would follow this model. Yet there are a lot of very successful organizations that use this model very well.

There are so many communication and workflow tools out there that the time zone difference is more of an annoyance then anything. As well my experience has shown that they are willing to work around our schedules and ensure there is proper communication between the two locations.

There are other arguments out there and, to me, they are based out of the fear of the unknown. If a company is just starting to use this model and nobody has been through it before, it can be scary.  Once they open up and accept it for what it is, Staff augmentation, it can be beneficial to everyone. The opportunities of innovation can start to arise as the trivial work can go to the additional resources while the teams onsite can focus on more “fun stuff” while looking at ways to do things better.

I think the one key thing that I need to stress, I have said it throughout this post, it is all about staff augmentation. This has to be realized from top management down and it must remain consistent. Any deviation from that and it will erode trust throughout, which in turn will erode productivity and finally quality.




Does anyone remember the comic “Family Circus” and the character “Not me”? Little would we know reading that we would hear similar story lines in the workplace.

Every now and then we will experience “Not part of my job description” or “we are not responsible for that”. This has been heard all to often when something needs to be done right away or when a critical issue occurs. It is something that is not conducive to a fully functioning team. When I say team I mean organization.

To shift accountability is like a defenseman  on a hockey team not willing to get in deep of the opposing team’s end to help the offence or visa versa. We all have a part to play in ensuring the success of the the organization and with good leadership it should not be an issue to step up and say “my fault”.

To me that seems to be the biggest issue in accepting accountability is saying those two words. When it happens, and it will happen we are human after all, those that are accountable should learn from the issue and work towards it not happening again. With the right leadership others within the team should step in and help make things better.

The reason? John C. Maxwell’s book “The 21 irrefutable Laws of Leadership” law number  5 – The Law of Addition. In very simple terms this law states that everyone helps everyone regardless of the level of authority. Build people up and in turn you build te organization. If I were to look at this law with my Jiu Jitsu path. As I am writing I am one promotion away from achieving my black belt. Years and years of learning, training, competing and sacrifice has gotten me here along with one other thing, helping those around me. See if I just went in throughout my training being selfish and not willing to help the lower belts and to push the higher belts I would still be where I am, belt wise, yet I wouldn’t be fulfilled.  My game would be useless against most competitors at my level, since nobody pushed me, take what I taught them and use it against me.

In all honesty, as much of an honour it is to have that black belt around my waist, I can wait. See like most leaders, I am not concerned about titles. I am happy when I get to see others around me succeed. Yes I am a Sr. Director and I use that title to help as many people as I can. All it means is I have the ability to reach more people.

Sorry everyone I got a little off topic and will discuss more about leadership in other posts. For now it is all about accountability. It is something that is needed for an organization to survive. Missing it, even for a small fraction, creates an environment where there is lack of trust and no transparency. Over time it will grow like a cancer and cause issues throughout.

It is a good thing to stand up and show that you are accountable for your actions. It shows true leadership skills that will take you far, while also giving you the feeling of fulfillment

Sorry for the delay

Hello everyone,


I am so sorry for not posting in a very long time. As some of you know I travel and compete every year (for the past few years) to the IBJJF World Masters tournament. So normally for the past few years my summers are very hectic, aside from my family and work, my training goes into overdrive.

Normally I would pick things back up and catch you all up with my QA corner sections in SPaMCAST and things would be good. Unfortunately life got in the way (everything is ok just got super busy) and I couldn’t get my thoughts down on here.

Good news is soon you will all be caught up. The bad news is I will be busy over the next week or so to get all caught. It is not really bad news, I see it as a lighting a fire to get things going.

With the craziness I have been dealing with I have had the opportunity to read a few good books on leadership.

The 21 Irrefutable Laws of Leadership and The 21 Indispensible Qualities of a Leader by John C. Maxwell. As well I have been re-reading Simon Sinek’s book Start with Why. I needed to get my mind back into the swing of things. I found I started to get complacent and not giving it my best as a leader. There is always room for improvement. As I have always said “I am not an expert”. There are published works out there that state that and it has stuck with me ever since I read it. Being an expert means that there is no room to grow and we all know that is not the case.

So over the next couple of weeks I will be not only catching you all up on my podcasts, I will also be adding more of my views of leadership so that we can all grow together.

On a couple of notes:

My trip to the World Masters got me to the second round for the second year in a row. The experience is something that is hard to describe. There are so many legends in the sport that compete or are there as a spectator I sit there in awe. Don’t get me wrong I want to win and I try to win. It is one of the toughest tournaments out there. One of the best quotes that is used in the sport: “you don’t lose, you learn”. I use that outside of the mats at home and at work. We should all use it.

Secondly, I have been selected to teach at course at QAI QUEST 2019 in Chicago, as well as do a one hour track session. The course will be a very hands on course using techniques to discover the QA discipline Why statement. This is based on Simon Sinek’s books and I am looking forward to finding out what we come up with.

The one hour session is on estimation. We will look at some of the pitfalls and common mistakes that are not intentionally done while finding ways to get around them.

I am looking forward to 2019 in so many ways and I will close out 2018 on QA corner strong with content that will be useful to all of you. Thanks for hanging in there during my absence.

Post QUEST 2018

It has been a week since I got back home from an amazing week at QUEST in San Antonio. The conference had great discussions and sessions where ideas were shared.

Being identified as a Thought Leader and working through the Managers workshop was a little surreal. As some my readers know I am not one to pat myself on the back. I like to help and work with others with taking no credit, I like to hide in the shadows. During the week I had a lot of people come up to me and ask for advice or ideas to help them. It was such a great feeling to have people coming up to me and having thoughtful discussions on anything QA. There were times some of the conversations were on leadership issues as well.

As with any conference there was a lot of information passed around and there were a couple of things I made specifically sure I followed up on more: Team building tasks and AI.

Team building tasks are always welcomed. As any leader knows there is no one way to get a team to gel and provide the best work possible. The more tools we have in our tool box the more we can be effective with what we do with our teams. I provided some suggestions to some individuals there on what they could do and they were very appreciative that I was approachable.

AI is the next big thing and we need to get out on that wave to make our lives a little easier. The discussions I attended talking about it gave me some great ideas to bring into my organization and to add more topics into my writings (Blog and Book). I look forward to learning more about it and providing my spin on it.

Last but not least the one special thing I love about going to QUEST is seeing old friends from all over the world from previous conferences and meeting new ones. My kids got a little jealous that I met a few people that work on Pokemon games and sites. The outings and other social events helped bring people out of their daily routines and forget for a little while the stresses of work.

I’m looking forward to sending in my proposals for sessions next year. Again thanks goes out to everyone involved in the conference you guys did a great job.


In less than a month I will be participating at the QAI QUEST conference in San Antonio. This will be the fourth time I will be speaking and I am just as excited about going this year as I was the first time.

It is a great opportunity to see others within the discipline getting together to share ideas, discuss multiple topics and have healthy debates on topics. It is a very structured event with multiple thought leaders there to help improve how we as a community can grow.

This year will be even more exciting for me as I will be one of the leads that will be participating in the Manager’s workshop helping other QA leaders in a collaborative environment to find solutions for problems they are encountering within their groups. This is an opportunity that I am not taking lightly. I am glad to share my hurdles and my thought process of getting past them.

Some of the topics I would be participating in are:



Best practices


To name a few.

As well as the Manager’s workshop I am also doing a workshop within the conference on Writing TDD Test Cases to Support Manual and Automation Execution . 

I will be showing some techniques I have learned over the past couple of decades on documenting test cases from Unit test to full functional all the while making things clear for automation scripts to be created along the way.

The intent will be to show different ways of looking at things to see where improvements can be made with tweaks.  Since it is a workshop there will be some hands on activities to get more senses involved in the learning process. This way here things will be better retained.

If you are already signed up for the conference I look forward to seeing you there. If not you should take a look and see if you can go. It is always a great learning experience.