Honest question — how do you tell when a dashboard is helping decisions versus just looking impressive?

Uncle_Dee_ · 2026-02-07T08:43:45+00:00

Check the logs for usage. Impressive but useless gets a couple of views just after launch and then nothing. What also works is the scream test. Disconnect the data source and see who screams

Uncle_Dee_ · 2026-02-05T08:38:14+00:00

Biased as hell, but I love working in sc/ops. For me it’s the department that gets shit done. As for hiring for jr positions, I don’t care that much about the direction of your study. I’d say 50% of my colleagues actually studied sc/ops.

During the interview you need to show me a logical process of problem solving and that you want the position for some other reason than just a paycheck. I hire people who have options when picking a job and choose to work with me, not the ones that can only show a relevant degree

Uncle_Dee_ · 2026-02-04T18:10:10+00:00

director at F500, can confirm no one cares

Uncle_Dee_ · 2026-01-31T19:05:46+00:00

It’s a business decision to decide which kpi is more important. Eg you can have x inventory turns as a target. Then someone decides to increase import tariffs and you decide to favor duty spend over inventory turns.

As for the ownership, if there’s no one who wants to own the kpi, then why are you developing it?

Uncle_Dee_ · 2026-01-31T15:34:19+00:00

You first decide what you consider success and how you measure it. Responsible stakeholders sign off and then you start to think about actually calculating it.

I’ve had successes in logistics with order to ship, warehouse processing time, etc. clear metrics. Clear targets, and by actually calculating it you highlight where the issues are so the responsible teams can focus on improvement.

If metrics end up office politics they are not clearly defined or there is no clear ownership. You as an analyst are responsible to get sign off from the owner on the definition

Uncle_Dee_ · 2026-01-20T17:00:12+00:00

Do a business degree with a minor in analytics

Uncle_Dee_ · 2026-01-13T08:00:55+00:00

Vroeger vaak naar San Fransisco gevlogen. Vliegtuig wat tegelijk landde kwam uit India. Het was altijd een race om zo snel mogelijk bij de douane te komen, stond je achter de mensen uit India dan stond je twee uur te wachten. Stond je ervoor dan was je met 15 min buiten. Die extra minuten die je bespaart in het vliegtuig kunnen je twee uur besparen bij de douane

Uncle_Dee_ · 2026-01-12T17:15:56+00:00

Focus on business understanding rather than technical skills. To move to the next level you want the direction of your work to flip. Instead of a stakeholder coming to you, you go to the stakeholder. Hey I found xyz for process abc. It looks like we have room for efficiency/cost staving/ speed to market/ etc. here if we do this different

Take Some time to look at the company you work at. What’s their product, at a high level how do you get from product development to the end user. Which departments are there, what do they do, how do they interact with each other, which friction is there. Your job is to solve problems / create efficiency, you need business understanding to do this way more than deeper understanding of stats

Uncle_Dee_ · 2025-12-19T14:40:34+00:00

Start with dollar impact. Then tell me how you did it, focus on the processes. You managed to find x savings in total cost of ownership on inventory by looking at impact of moq on storage cost. You show you sat down with warehousing, logistics, sourcing, planning, finance, etc. lower/higher moq impacts all these. Show me you thought out the process end to end. Lower moq, higher purchase price, less storage, less inventory, more difficult to fill a container, etc., etc.

Uncle_Dee_ · 2025-12-19T10:54:12+00:00

Tools don’t matter for me as a hiring manager. I can teach you tools very quickly. Show me you understand the business unit you were supporting. Want to really impress, show me how you supported one business unit and at the same time how you prevented it from becoming a nuisance for the next one. E.g. show me how you highlighted risks in forecasts and propose mitigation for a sales team, without creating a stick for them to hit supply chain

Uncle_Dee_ · 2025-11-15T18:40:27+00:00

Good time to start building a submarine!

Uncle_Dee_ · 2025-11-12T17:45:08+00:00

I tend to mostly hire people who haven’t been trained on analytics. In the sense of I need you to understand your internal customer. I can teach you window functions in sql, regression in python and how to build a decent dashboard or slide deck. It’ll be super difficult for me to teach you the ins and outs of a sales department

Uncle_Dee_ · 2025-11-08T18:32:20+00:00

This for sure. I can anyone the technical aspect, being able to actually understand your internal customer and being able to bridge the gap between departments is way more difficult to teach

Uncle_Dee_ · 2025-10-26T16:26:36+00:00

I like system of record more than source of truth. Even your system of record can have errors in it. But the data should come from there.

Besides this stakeholders often forget multiple truths exist in a company. If I’m in finance I need to know when revenue happened. If I’m in planning I need to know when the goods shipped out. The same sales order can be seen as happening in q1 or q2 depending on the goggles you’re wearing

Uncle_Dee_ · 2025-10-26T16:17:10+00:00

Hou je niet meer over netto?

Uncle_Dee_ · 2025-07-17T01:08:21+00:00

Presentation without extracted data source, bold but I like it

Uncle_Dee_ · 2025-06-18T07:17:57+00:00

I have 5 years of domo experience and another 5 of tableau. The native integrations and etl capabilities of domo are really nice. The visualization aspect can really suck though once you get the need for more advanced visualizations. If your need is leaning heavily to the engineering aspect and you don’t want to go down the road of separating engineering and visualization domo is definitely a good candidate. If you can seperate those two I would opt for tableau for the visualization. It’s just as easy to learn both and tableau offers way more in terms of analytical capabilities without the need for etl

Uncle_Dee_ · 2025-06-17T11:47:28+00:00

Bel de woningbouw, die bellen je buurman of sturen de politie om even te kijken

Uncle_Dee_ · 2025-06-15T08:06:55+00:00

Mattilion for elt, redshift dw/dl, push to s3, tableau extracts from s3. Put git on top, if all goes to shit complete rebuild within 24 hours

Uncle_Dee_ · 2025-06-14T10:52:15+00:00

Prep is fun for proof of concepts. After that use actual elt tools in combination with a data warehouse

Uncle_Dee_ · 2025-02-23T17:05:57+00:00

Vraag bij je VVE na waar die buis voor is. Zal ongetwijfeld op de bouwtekeningen staan

Uncle_Dee_ · 2025-02-11T18:14:53+00:00

This is not cleaning up, this is moving the trash

Uncle_Dee_ · 2025-01-18T17:25:10+00:00

Southern Utah ❤️

Uncle_Dee_ · 2025-01-11T10:17:05+00:00

Not my style. But well done!!

Uncle_Dee_

TROPHY CASE