Video | Tableau | Tool strategy | Data visualisation

Hacks in Tableau: Friday thoughts Episode 4

Every time we lean on a hack, we let Tableau off the hook for building the feature we actually need.

Part ofFriday Thoughts
  • Sheet swapping (using a parameter to enable and disable sheets in a container) is presented in documentation as a feature, but a 12-step process to show and hide a chart is really a hack masking a missing UI capability
  • Hacks let Tableau get away with not improving the layout and formatting system, where authors spend 50-60% of their time
  • Set actions and map layers got hijacked for user-interface tricks, exposing how siloed product teams ship features for one chart type rather than holistically
  • Hacks hurt performance at enterprise scale — they sit hidden inside workbooks with no flag, and become a problem when Tableau later changes the underlying behaviour
  • Hacks are hard to hand over and maintain, behaving like Excel's VBA black boxes when the original author moves on without religious documentation

Hacks are something we have to use from time to time to get things done or add features our clients ask for but recently I’ve found myself growing frustrated at the culture around how we accept these hacks as solutions and then features which then become documented and even validated through certification. In this video, I try and highlight why I think this is a trend we need to be more concerned about and the impact it has on feature development going forward.0:00 Intro2:28 Feature escapism6:30 Map layers example9:55 Hacks become features13:38 Managing hacks in a workflow14:57 Trying not to sound like a broken record