|
It’s the first step of the problem solving framework that I was taught back in Engineering school. Not ‘Plan’. Not “Define”. “I want to and I can”. That particular framework - the McMaster Six Step - never gained the popularity of the ones now used today, but in the end they all contain the same basic elements - research, planning & design, implementation, evaluation and iteration - just stated in different ways. However I’ve never really seen this particular element called out explicitly since then. I guess it’s supposed to be lumped in with the definition or planning phases, but not really - this is more a gut check than a formal listing of facts. “I want to and I can”. It’s not the greatest title - it sounds a bit flippant - I know, I know, anyone asked to solve a problem in a boring job is probably thinking “No, I don’t want to and I won’t” or “The boss told me to, so I have to and I must”. It’s also surprisingly touchy-feely for an engineer’s framework. But that’s what I like about it. “I want to and I can” is a set of leading questions that help you to do an initial assessment of your alignment to the problem, at least as it was initially presented to you. I call it a gut check, an application of your previous experience and knowledge in evaluating what this might entail for you, whether it is a priority, if there are any ‘scary’ unknowns. A psychological preparation before you start to gather resources and really get into defining the problem. Let’s start with the first bit - “I want to”:
And the “I can” part.
You might be saying “These are all questions that you answer during the problem definition phase”. The point here is that you’re pre-answering them as part of building psychological readiness and putting your biases and fears out front. Let’s say there’s a plumbing problem in my house. If it’s a big leak that’s spraying all over the place and will cause an imminent flood, then I really want to fix it as soon as possible. I’m not going to sit down and do a bunch of measurements or research or write out three formal proposals for addressing the problem! I also don’t want to go into a panic and start doing a bunch of half-measures at the same time like I’m in a bad 60s comedy sketch - blocking the spray with one hand while pushing towels with my foot while trying to reach the phone to call the plumber. I'm going to stop, take a breath and realize from experience that there is a first step I can take to minimize damage right away. Turn off the water either at the mains or at an isolation valve. Then I can plan how to approach the mess and figure out which plumber to call. But if it's just a dripping faucet and I've got a big report due tomorrow, suddenly "I want to and I can" looks quite different. I do want it fixed - a dripping faucet is both annoying and wasteful, but I can probably just catch and use the dripping water until the weekend. I also know from experience that unless I find something really weird going on I probably don't need to spend a hundred bucks on a visit from the plumber - I can do it myself with a trip to the hardware store and maybe a YouTube video or two. When you take some time to do a proper 'gut check' before rushing headlong into finding a solution, it can greatly increase the chances of success - creating the proper headspace, prioritizing what to work on and eliminating false starts. So next time you're faced with a problem - at least one that's not an emergency about to wash away your bathroom - sit down and spend a couple of minutes asking yourself these "I want to and I can" questions. For larger, more formal problems and projects, make this an explicit step in your framework. Perhaps that's a journaling session, a form, or a maybe it's a team meeting. Whatever works for the situation. By preparing yourself before you wade into the details, you'll have a better chance of solving the right problem, with the right resources, at the right time. Until next time, thanks for reading. – Brendan p.s. Enjoy this message? Read more at the Hyland Quality Systems website. |
I'm Brendan Hyland. I help regulated facilities transform their software, spreadsheets, workflows and documents from time-consuming, deviation-invoking, regulatory burdens, to the competitive advantage they were meant to be. Join me every week as we take a few minutes to explore, design, test and improve the critical systems we use in our facilities.
I’ve seen this pattern repeatedly: Instrument data is saved as an Excel or CSV. Data is then copied to a bare-bones spreadsheet with several columns of calculations or transformations. Results from the spreadsheet’s calculations are copied for use further down the data analysis pipeline. And I, the auditor, get handed a signed and dated pdf of the worksheet. Was this email forwarded to you? Subscribe Here! Why yes, M. Inspector, this spreadsheet was validated! Ok, they are rarely this bad - I...
Calling quality people everywhere! I've just released something I think you'll find useful. Over the past 20 years working in regulated environments, I've seen the same spreadsheet problems show up again and again: A quick Excel tool gets built to solve an immediate need. It works. Gets "validated" with a few hand calculations. Then gets reused and modified for different datasets or slightly different purposes. Eventually - sometimes months or years later - someone discovers an error. Or an...
I'm thrilled to announce that I'll be presenting at the CCSQA/NERCSQA Joint Annual Meeting in October! The conference is 2 days, Thursday & Friday, 16-17 October 2025, in Laval, Quebec, Canada. On-site and virtual attendance available. Here's the announcement link: https://sqa.org/CCSQA/CCSQA/Events/Upcoming_Events.aspx My session is on Friday morning, and titled "The power of a specification: Freeing your creative self to go beyond compliance." Here's the abstract: As busy quality...