FractionalDataArchitect
Book a discovery call

The Dashboard That Took 3 Months: A Process Problem, Not a Complexity Problem

Timeline comparison: ideal 4 weeks vs actual 12 weeks for dashboard project
Timeline comparison: ideal 4 weeks vs actual 12 weeks for dashboard project

An executive requested a simple revenue dashboard. Three months later, it was live. It should’ve taken four weeks.

Week 1 should’ve been requirements workshop. Instead: unclear specs, assumptions, guessing. Week 2 should’ve been prototyping with sample data - validation before building. Instead: nobody had time to prototype.

Week 3-4 should’ve been production build. Instead: mid-build, data quality issues surfaced. Nobody caught them earlier because we skipped the prototype. Team context-switched constantly because the priorities shifted weekly.

This isn’t about being smarter. It’s about being structured.

Fast iteration beats perfection. Validate requirements early, not after a month of building the wrong thing. Prototype with sample data before touching production. Run regular check-ins so scope creep surfaces early, not week 7.

Most teams think they’re too busy to follow this process. Actually, they’re too busy because they don’t. The process saves time.

What’s the longest a ‘simple’ request has taken your team? What got in the way?

Written by Thomas Nys

Fractional Data Architect helping startups and scaleups build data platforms that scale.

More about Thomas Nys →

Recognise the problem? Let's talk about it.