- Daily Success Snacks
- Posts
- 5 Brutal Truths You Face When the Qlik Sense Analyst Who “Knew Everything” Isn’t on the Org Chart Anymore
5 Brutal Truths You Face When the Qlik Sense Analyst Who “Knew Everything” Isn’t on the Org Chart Anymore
Everything still works, except everyone’s trust in the numbers.

Read time: 2.5 minutes
The real issue with your Qlik environment wasn’t the tool itself... it was the fragility of the team that held it all together to make it reliable.
Initially, everything appeared fine. With apps still working, numbers still being returned, and the morning refresh completed on time but when questions began to arise about why a KPI changed or whether you could safely add a filter... everyone fell silent.
The analyst who “instinctively” understood everything has left the building; no one knows which scripts are strictly off-limits, what expressions should be treated as sacred or why some flags were used. As the system continues to operate, trust in the data's integrity diminishes quickly.
5 Hard Lessons Learned When Your Qlik Sense Expert Goes
The Qlik documentation served as a personal reference for all LOAD scripts, set modifiers, flags, and the associated data changes.
Solution: If your application doesn't include a README and a script header, you will not be able to publish to a Managed Space or a Shared Space.KPI Validator. They set which KPI expressions are considered "official."
Solution: Assign one responsible individual to each KPI, and each KPI must be reviewed every January.They were the only person that comprehended the expressions in their entirety. If you touched it, the totals changed.
Solution: Any expression using Set Analysis plus AGGR() has to contain a one-line comment explaining the purpose of this measure in the measure description.They had sole control of the data model. So, “one additional app” could have turned into five by the time they left.
Solution: Have one governed application for each subject area (Sales, Finance, Ops), and do not allow the creation of applications that are not based on using that data model.Qlik’s reorganization didn’t cause their loss; their decision to leave created a loss of trust.
Solution: In January, run a Qlik bus test with a different analyst. A new analyst should change a KPI in an application and then reload it to get a new result, which should be compared with the previous result within 48 hours. If the results don’t match up, STOP BUILDING!
💡Key Takeaway:
If a single person's departure can throw your analytics into disarray, this isn't a staffing issue... it's a design issue. Qlik did not fail. Your system relied on memory rather than structure, and this debt will come due in January.
👉 LIKE this post if you have ever hesitated to interact with a Qlik Expression out of fear.
👉 SUBSCRIBE now for practical, real-world lessons on Analytics and Governance as well as Data Work that actually scales.
👉 Follow Glenda Carnate for analytical perspectives on what breaks a system long before the tools break.
Instagram: @glendacarnate
LinkedIn: Glenda Carnate on LinkedIn
X (Twitter): @glendacarnate
👉 COMMENT below on the “untouchable” KPI that you have inherited.
👉 SHARE this with other people on the team who have just lost their Qlik Expert.
Reply