https://garrettdbates.com/driving-complex-decisions Garrett D Bates [ ] AboutFollow Driving Complex Decisions 10 min read * Sep 21, 2025 More is lost by indecision than by wrong decision Picture this: You're an up and coming engineer fresh off a big win. In doing so you've won the trust of your peers and leaders, and also proven your readiness for bigger challenges. You are thrown into an ambiguous space with a few open questions that will dictate the direction of thousands of hours of engineering time. The decisions you make now will meaningfully impact the business and hundreds of people's day to day lives. You are now accountable for this - proudly so. But how do you actually get this done? What are the steps? And how do you know if you are over analyzing vs. being reckless? How do you push through conflicting views from your trusted teammates? This article lays out a structured approach for driving complex decisions quickly, collaboratively, and effectively. We'll cover mental models, practical steps, and pitfalls to avoid so you can lead with confidence in moments that truly matter. Many Paths, Not One Many paths to the promise land First let's take a step back and acknowledge that solving technical challenges affords an unexpected amount of artistic freedom. There are typically many paths - even if we can only just barely see one of them. Our primary goal as the driver is to navigate through and identify the top contenders utilizing the full potential of the team. Pitfall #1: Chasing the "Golden Path" Many paths to the promise land The first major pitfall is pursuing a "golden path". It involves a mental model where we underemphasize that there are many solutions and try to focus in on what is the single best and most optimal solution to the problem. This approach provides an easy mental escape to procrastinate making progress on the decision by making the discovery of this path a pre-requisite to any other action. The biggest indicator that you might be trapped in pursuing the golden path would be spending multiple days ideating before pulling in teammates for feedback. The more time you spend alone the more committed you get to an idea that very well may be ripped to shreds by the group at large. Your mindset for the first pass should be getting to "a solution" and not "the solution". Easier said than done as it can be tough to balance what is "enough" since too little thought can end up being a waste of your teams time. Remember - you are not accountable for finding the golden path as part of your first proposal! The idea is that you want to land as close as possible to the golden path at the end of the decision making process, and the best way to do so is by incorporating as many minds as you can for as long as you can. This should shift your mindset towards trying to pump out your first proposal to the group as fast as possible as your first move. The Provocation Path Provoke your team I like to call all of my initial proposals "provocations". It helps me mentally to distance myself from the solution in public - as if I didn't spend 8 hours last night refining and tweaking it. It is also intended to acknowledge that it may offend some sensibilities within the group and that I am welcoming to feedback. This solution path may not be optimal or glamorous but it gets the job done and I'm able to to defend it against basic inquiry. Embrace that this path will likely have some rough spots you are not proud of. Colloqially I'll refer to this as "throwing out some garbage solution" to encourage others to get something out there. Of course it should have a basic level of diligence - but many engineers, especially those with a newly increased scope of responsibility tend to overestimate just how much diligence should be put in for the first pass. Remember this is not the final solution - it is just to get the discussion started. Something basic like a few sequence diagrams is typically enough. Once your provocation is ready you should round up all of those who are significantly impacted by the decision and clearly articulate your approach. Once they fully understand your proposal and why you chose it you can move on to the next step. Adjusting The Path: Harnessing the Team "It is the mark of an educated mind to be able to entertain a thought without accepting it." -Aristotle Adjusting the path By this point you've laid out at least one solution for the team to consider. There should be relief amongst the team that independent of anything else - at least there exists one path forward. Now is the time to pull out the full potential of the team and incorporate their thoughts into the strategy. Prepare your ego since this is the point at which your provocation proposal gets ripped to shreds. Lean into every alternative and criticism and seek to understand them in depth. Write down the points that people believe should influence the decision. Gracefully navigate emotionally charged objections. Follow up on any recommended data analysis. The final output should look something like this: Options for : A: Pros: * ... Cons: * ... B: Pros: ... Cons: ... The primary outcome here is shared understanding amongst the team. As the team gains clarity expect and embrace that your own position on what the right path forward is may shift throughout the process. This is a good thing! It is a common pitfall to not know when this collaboration phase is over. Note that getting to a shared recommendation is explicitly not a part of this phase. You do not have to circle until everyone agrees. You solely need to ensure that the the group has full understanding of all options + pros/cons and also that the group has no further options + pros/cons to contribute. Picking a Path: Making the Call The easiest part of the process for the driver. Identify an accountable leader and have them choose based on the due diligence of the team. As a rule of thumb, I try to make the approver the person who has the most to lose if the decision is suboptimal. Let the approver state their intended choice before finalizing it and allow members of the team a last opportunity to filibuster. Before and After: Two Timelines A Common (Flawed) Timeline Typical complex decision timeline I have seen a huge number of engineers follow the above sequence. They conflate their first proposal with being the probable final direction leaving barely any time for collaboration. Once inevitable misalignment arises there is a scramble to try and force the group into accepting the provocation proposal, potentially even escalating when it doesn't go their way. The escalation happens prematurely where there is still unanswered data analysis or options which haven't been considered. Finally more scrambling until a decision has to be made to unblock execution. Yikes. An Idealized Timeline Ideal complex decision timeline Notice how there is incredible pressure in this timeline to pump out a provocation to the group quickly. There is laser focus on procuring all available options + pros/cons from the group with minimal attempt at forcing alignment. All relevant data is collected prior to a final escalation to the approver. A Practical Checklist Here's a structured 10-step checklist to guide your next complex decision: Step Step Name Description Acceptance Criteria Maximum Number Timeframe At least one viable Driver creates solution is documented an initial and ready to share. 1 Provocation proposal to Sequence diagram 1-2 days Creation kickstart between relevant discussion systems created. Driver can defend the proposal against basic inquiry. Driver All relevant Initial presents the stakeholders have been 2 Provocation initial briefed on the 1 day Shareout proposal to provocation proposal stakeholders Driver follows Questions about the up until provocation have been 3 Provocation stakeholders answered; All 1-2 days Understanding comprehend the stakeholders explicitly initial confirm they understand proposal the baseline option. Every stakeholder acknowledges they Driver understand every option facilitates and its corresponding Stakeholder sessions to pros/cons. The team has 4 Brainstorms gather no further options or 1-2 days alternatives pros/cons to add to the and input discussion. Salient points have been written down for future reference. Driver gets All stakeholders Stakeholder insights from explicitly confirm 5 Brainstorm subject matter there are no 2-3 days Follow Ups experts and outstanding follow ups completes data necessary to make the investigations decision All options and Driver corresponding pros/cons Stakeholder organizes the have been written down 6 Brainstorm teams thoughts in a way that is easily 1 day Distillation and ideas consumable at a glance; distillation provided to the approver Approver Approver provides a Approver informs the 7 Declares preview of the team of what decision 1 day Intent option they they plan on making plan to choose Approver facilitates All team members getting acknowledge that the 8 Approval feedback from approver adequately 1 day Fillibuster team members understands the full before implications of their finalizing the intended decision decision Approver makes Stakeholders informed 9 Decision Made the final call verbally; execution 1 day effectively unblocked Driver Decision recorded in documents the conjunction with 10 Cascade decision for approver signature; 1-2 days Broadly broad Link to decision shared consumption with front line engineers Notice how it can take upwards of 14 days to get to an approval after the initial provocation even with an idealized set of checkpoints. This really leaves no buffer for the driver to dilly dally in constructing the provocation proposal. Rip the band-aid off and start those stakeholder brainstorm discussions ASAP! Final Thoughts Leading complex decisions is one of engineering's most profound privileges and responsibilities. When you're entrusted with choices that will shape thousands of hours of work and impact hundreds of lives, you're not just solving technical problems; you're stewarding the future direction of your team and organization. The path forward isn't about finding perfection--it's about having the courage to start imperfectly. Your first "provocation" doesn't need to be brilliant; it needs to be brave. It's the spark that ignites collective wisdom, the catalyst that transforms individual uncertainty into shared clarity. Remember that the most elegant solutions emerge not from isolation, but from the beautiful messiness of collaboration. When you invite others to tear apart your initial ideas, you're not showing weakness--you're demonstrating the kind of intellectual humility that builds extraordinary teams. Every criticism absorbed, every alternative explored, every ego set aside in service of the greater good brings you closer to something truly meaningful. The structured approach outlined here isn't just a process--it's a pathway to growth. Each complex decision you navigate with intentionality builds your capacity to handle even greater challenges. You're not just driving decisions; you're developing the judgment, resilience, and leadership skills that will define your career. Most importantly, embrace the weight of these moments. The decisions you make ripple through your organization, affecting how people work, what they build, and ultimately, how they feel about their contribution to something larger than themselves. That's both humbling and incredibly empowering. Trust the process, trust your team, and trust yourself. More is indeed lost by indecision than by wrong decision--but with thoughtful collaboration and courageous action, you'll find that most of your decisions won't be wrong at all. They'll be exactly what your team needed, when they needed it most. Written by * Garrett D Bates * garrettdbts@gmail.com * garrettbates * GarrettDBates * garrettdbates * garrettdbates Garrett is software engineer. Garrett want share knowledge. Please enjoy. Follow for more. More from Garrett [dug-in-and] Anything But Option B! Aug 7, 2024 [onion] Why use onion layering? Jul 7, 2024 [package-in] Why disallow package within the class name? Jul 20, 2024 Discuss this post [linkedin-l] [twitter-lo] Behind the scenes [lucidchart] Lucidchart Folder [noun-proje] Noun Project icons