Blog

Decisions That Don't Stick

Ben Griswold·March 22, 2026·2 min read

I built a mini-CRM to help me stay intentional about my relationships. The build was fast. The decisions were not.

I wore all the hats: product, architecture, engineering, and testing. Each role meant decisions. How should the flow work? What needs to work now, and what can wait? Which tech stack fits? Where will it run, and how will I deploy? What is good enough to ship?

None of those were especially hard. Sticking to them was.

I switched tech, reworked UX, started over three times, cut features, then added some back. Some was for fun, but every reopened decision meant more rework.

The build itself was fast. The thrash was not.

I see this with some teams. It looks like slow engineering, but it rarely is. The real issue: decisions that do not stick.

If you want to move faster, do not just reach for new tools. Decide now who owns key decisions, how quickly you will commit, and how you will avoid reopening old choices. Make decision-making your team's real accelerator.

Author

BG
Ben Griswold
Founder, Grizen
Ben has 25 years of direct involvement in technology decisions across healthcare, financial services, energy, and technology-enabled businesses. He leads engagements where the stakes are high, the path isn't obvious, and the consequences of getting it wrong are real.

Want to talk it through?

A short conversation is usually enough to confirm fit.

Contact