Month: May 2021

  • Standardizing KPI’s around a Business Intelligence Team

    Standardizing KPI’s around a Business Intelligence Team

    This article follows from Episode 5 of the new Explicit Measures Podcast, a whole new way to talk about Power BI. If this article strikes you as relevant, subscribe to the podcast on Spotify, Apple, or wherever you listen. You can also watch live at 7:30am CST every Tuesday and Thursday morning on YouTube.

    On the latest Explicit Measures Podcast (Episode 5), the team dived into what should a BI Team focus on for their own KPI’s. One theme was consistent across each host however: Any KPI for a BI Team starts with the question: how do you evaluate and define success? This idea of success and the value for a Power BI pro can fall into many different opinions, depending on the size, team, and current culture at an organization. We wanted to share an initial template of KPI’s that any BI Team or Pro should start using and integrating in their own workflow.

    Evaluating Success for Power BI

    How can you properly gauge whether reports and data is satisfying the role in a company? At least from the opinion of the Explicit Measures Podcast, the basis starts with the ability to provide value, trust, and insights to an organization through their data. Starting with this as the end-goal, a BI Team can and must strategize on translating success into measurable targets. Let’s break this out into three distinct elements of success, with examples of KPIs for a BI Team.

    Elements of Success

    Adoption

    Adoption has become a buzz word in our industry over the past few years, and with good reason. One could make the argument that the ability to drive adoption should take higher precedent than some of the reports themselves. For reference, we are defining adoption as the maturity, growth, and reliance an organization has on their data via Power BI.

    Value / Time

    While most BI professionals do not directly create revenue, there is no question that there is a cost. With an ever increasing workload and requests for our time, the ability to validate and choose to work on impactful and value-added reports is essential. If a pro is working on one report, there are five others that are being ignored. Further, are the reports that are being developed and deployed providing the expected insights and information to an organization?

    Data Quality

    Anyone who has worked in Business Intelligence can tell you – once teams lose trust in the data, it is an awfully long and difficult road to gain it back. If users cannot trust the data in Power BI reports, that both reverts adoption and users will find other means to get their data. BI teams must be able to monitor how up-to-date published reports are, and ensure that the content that is available is current and accurate.

    Examples of Success KPI’s

    The following are examples of what a Power BI team or Pro can use to evaluate their own success based the pillars of Adoption, Value, and Quality. This is by no means an exhaustive list – this is an amazing community that consistently contributes new and innovate ideas – however there is no current standard for a BI Team success KPIs.

    An Example BI Team Scorecard using the new Goals in Power BI

    Adoption – KPI’s

    Rolling 14 Days / 30 Days Report Views

    Just with a basic department metric, simply looking at the aggregate does not create a KPI. While Report Views are important, giving context to the current performance transforms how you view this. This KPI not only shows you your top reports on a 2 week and month period, but also compare with the previous 14 / 30 day period.

    Viewing Report Usage on a 30 Day Rolling Basis

    Active Users (Weekly, Monthly)

    The relationship between the number of Report Views and Users may not be as straightforward as you think. Keeping watch of engaged consumers should occur on a weekly and monthly timeframe. For this, you can simply use a filter on a minimum of X reports viewed per week or month. Depending on your data, you can gauge the current state.

    User Distribution by Report

    Do not be fooled by high usage numbers in your reports alone! By this, make sure you can identify power users who are hoarding the majority of views for a given report. For example, a great technique to understand this is using the Pareto Principle, or the 80/20 rule in your report views. For example, for your top report, try to track the 20% users, and how much of total views they make up for an entire user base.

    SAT Scores, Feedback

    The majority of the KPIs in this article focus on quantitative metrics. However, there should attention to create subjective feedback in Power BI. For example, creating a Power BI Feedback Survey can create high value. In regard to when to send out a Survey, the following scenarios are suggested:

    • 45 Days after New Reports Launched (per-Report Feedback)
    • Quarterly Feedback Surveys (Overall experience using Power BI)

    Collecting this data via Power Automate and integrating into Power BI becomes a powerful tool.

    Using Customer Voice to Send out Report Feedback Surveys using Variables for Report Name

    Value / Time – KPI’s

    New Reports Launched

    Like Supply Chain Management, ensure you can track newly published reports. Bear in mind, this is not a growth target. There should be some range depending on the size of the BI Team that should aimed for. For example, a consistent small number may show a backlog. However, to high of a number may be saturating the overall experience for users.

    New Report Usage

    In parallel with tracking newly published reports, keep an eye on the immediate interest from consumers for these new reports. Like with the New Reports Launched KPI, depending on your team and size, decide on a sweet spot regarding range of views you expect. Likewise, have a filter on this based on the date the report was launched, looking at 30 to 45 days forward. The only usage metrics that should be included are ones based on the date the report was published.

    Report Lifespan

    This is a favorite. Too many times has a BI Author worked on what was deemed an urgent report, imperative to the business. These types of projects involve stress, pressure, and most importantly time taken to get right. Despite this, some of these reports seem to lose their luster once completed, not to be heard from again.

    In short, the ability to understand the durability and longevity of reports is essential. This can be taken both from viewing at an individual report level or an aggregate of newly launched reports. Are the reports being built showing value to consumers, not just once, but giving them a reason to return to the report on a consistent basis?

    Data Quality – KPI’s

    Report Refresh Rate

    An obvious choice when referring to Data Quality, if your reports are consistently failing that causes multiple problems. For one, consumers are not receiving the most current data. Secondly, this should trigger within the BI Team an alert that a data model may need to be reviewed for best practice standards.

    What is the target rate? While there is no current industry standard, targeting anything near the 95% rate should not be over achievable.

    An Example of Report Refresh KPIs

    Days Since Report Views

    From a bird’s eye view of all the reports in an organization, flagging unused report becomes an actionable KPI. In addition, mapping this to also track duration on a per-user basis provides a wholistic scorecard to future decisions. Firstly, Reports with consistent low Days Since Views should be treated with extra care if any updates are needed. On the other hand, Reports that have not been viewed in over 2 weeks may indicate loss of interest. Depending on the report, a BI Team can decide either to re-promote a report or assess if a report is not providing the value it should.

    From the User perspective, tracking Days Since Views by User can provide value in multiple ways. For instance, Users who are “top customers” (i.e. those who overall and per-report have low Days Since Views) tell Authors who to reach out to or who knows what can enhance reports in the future. By contrast, Users with high Days Since Views provide the ability for push-back for requests for new builds. For example, any colleague that may be requesting the most report builds but do not return to their reports give support to Project Managers that this may not be worth the value.

    Flagging a Report with 40 Days since being viewed by User

    Reports Retired

    As we discussed monitoring how many Reports have been launched, what about Reports on their way out? That is to say, how many reports have been removed from the service and from the “public” view. The importance of keeping track of this KPI is all about quality for the consumer experience.

    Ensuring that any data published for an organization is current, has a clear objective, and provides clarity is paramount. Above all, this grows the trust and reliance on using Power BI for users. From a discovery standpoint, there is no confusion on reliable data.

    Taking the previous KPI (Days Since Views) into account, a BI Team can create a view to monitor “at-risk” reports. For example, any Report with over 45 Days Since Views should be strongly considered to be retired. Any report that meets the threshold should alert users on a pending retirement date. If there are no objections, then these reports should be moved to an Archived workspace.

    Getting the Data from Power BI

    This may be obvious, but a prerequisite of creating and using KPI’s is having the data. So where is this data coming from? If you are a Power BI Administrator in your tenant, you can import the data via PowerShell. Install the Power BI Module in PowerShell using the following command:

    Install-Module -Name MicrosoftPowerBIMgmt

    Once you installed the cmdlet, you can use the following script to pull in usage day (by day) into a specified folder on your PC.

    Login-PowerBI
    ## $a is the starting Day. Start with the you want it run and subtract 1
    $a = 17
    Do {
        "Starting Run $a"
        $a
        $a++
        $ab = "{0:00}" -f $a
        "Running Day $a"
        $daytype = "$ab"
        ## Update monthly the 05 for start date for the current month
        $startdate = '2021-05-' + $daytype + 'T00:00:00'
        ## Update monthly the 05 for end date for the current month
        $enddate = '2021-05-' + $daytype + 'T23:59:59'
        $activities = Get-PowerBIActivityEvent -StartDateTime $startdate -EndDateTime $enddate | ConvertFrom-Json
        ## Update the 05 with the current month
        $FileName = '2021' + '05' + $daytype + 'Export.csv'
        ## Add where you want the files to go
        $FolderLocation = 'C:\Users\PBIActivity\'
        $FullPath = Join-Path $FolderLocation $FileName
        $activities | Export-Csv -Path $FullPath -NoTypeInformation
        ## Change the number for what day of the month you want it to run until
    } Until ($a -gt 19)

    The script above collects activity data from your tenant and creates a CSV file per day. Note that this can only go back 30 days – make sure you run this on a weekly basis and change the variables. To learn more about what else you can do with the PowerShell cmdlets for Power BI, read the announcement from the Power Blog here.

    To collect refresh statistics, Marc Lelijveld (Data-Marc) has a great tutorial here.

    Conclusion

    The KPIs outlined should serve as a starting point to monitor performance. Power BI Pros without insight into their own performance are stunting their own growth. Not only are metrics for Pros essential for an organization, but it alters the way new reports are built in the future.

    Like the content here? Then you will love the Explicit Measures Podcast!  Subscribe to the Podcast on Spotify, Apple or multiple platforms on Anchor. Want to join us live? We stream every episode on YouTube Tuesdays and Thursdays at 7:30 am CST. You can also subscribe to new events on the PowerBI.tips LinkedIn Page

    If you like the content from PowerBI.Tips please follow us on all the social outlets. Stay up to date on all the latest features and free tutorials.  Subscribe to our YouTube Channel.  Or follow us on the social channels, Twitter and LinkedIn where we will post all the announcements for new tutorials and content.

    Introducing our PowerBI.tips SWAG store. Check out all the fun PowerBI.tips clothing and products:

    Check out the new Merch!

    Hasta La Vista Data
    Go Ahead Make My Data
    PBIX Hat


  • How to Represent Your Power BI Skills

    How to Represent Your Power BI Skills

    This is part 3 of 3 in a series designed to help Power BI users and enthusiasts. The first post focuses on identifying the dizzying array of skills that make up the Power BI ecosystem. It was created to help you take a personal inventory and assess your current skills. The Second post focuses on providing ideas for building learning plans and putting that base assessment to use. Finally, we come to this post where I’m going to focus on some key areas for how you represent your skills when the time comes. This post is for job seekers, for career movers and anyone else that finds themselves in a position where you need to represent your Power BI skills effectively.

    Be Distinctive

    All of us are unique. You have so many different qualities and passions, and your experiential knowledge is one of a kind. The many years it’s taken you to get to this point, the schooling, the challenges you’ve had to overcome, the boss that made your life miserable, the aha moments, and big successes are all part of who you are. There is SO much there…and you have a piece of paper, and possibly 30 to 60 minutes to convey that in an interview. How do you do that?

    The simple answer is, you don’t. You do all that before the interview. You take those experiences. Take those challenges you’ve overcome. You embrace getting outside your comfort zone. You assess your skills, you set a plan of action, and you grow. It is through that commitment to action that you will grow in an area you are passionate about or hold interest in. The old adage, show me who you are by your actions is what sets you apart and will increase your chances of landing your next big job. If you are different, be different first.

    Learning and growing will show well by themselves based on the answers you give. However, you can easily take this to the next level by showing what you’ve done. Build some reports and share the public links in your resume, start a git repository and store your stuff there. You can also add links to Community activities or blogs. As someone who hires people, I know this is the first thing I look for. This gives you an advantage because you show who you are before we even talk.

    You are One in a Sea of Resumes

    Regardless of the position being looked for, the reality is that you are a single candidate in a sea of resumes. I’m not a recruiter or human resources people finder. I’m don’t know all the different techniques you can use to make sure your resume pops up on someone’s screen. Here is what I can tell you based on experience looking at hundreds of resumes over the years. Firstly, there are certainly key words related to tech skills that I look for in order to find candidates. This should make sense. If I need a Power BI developer, I’ll be looking for Power BI in your resume. However, that just gets me to your resume, it doesn’t sell me.

    Is your resume going to stand out? Not in a bizarre way, but have you really thought about how to convey your skills without writing 6 pages? Here are my top recommendations for increasing your chances of going from resume to interview.

    Top Recommendations

    1. Stack rank your skills. It should be abundantly clear somewhere what you are the best at and what you only have limited exposure too.
    2. Don’t put every single program, operating system and application you have ever opened on your resume.
    3. Condense your experience down to the most concise wording. You are putting your experience down to convey your knowledge not describe all your job functions in detail.
    4. Have you blogged? Do you have a community user account where you are actively helping people? Are there any published reports of yours to look at? Do you have anything to show that you are different?
    5. Do you have an ending that outlines what you are currently learning?

    It requires effort to be distinctive. Adopt a learning mentality and let that shine and set you apart in your resume.

    One of the best resumes I’ve seen had a link to encourage me to look at a Power BI report. The candidate built this to represent their skills. It was the longest I’ve ever spent looking at a resume. It showed the candidates skills, technique and understanding of how to put together a well polished report. They followed that resume with a solid interview where the technical skills in the resume aligned with the conversation. Instant hire!

    Do Not Embellish!

    A counter point has to be made right after pushing you to think about how to set yourself apart. I am not suggesting you embellish. One of the absolute worst things you can do is mis-represent yourself on your resume. Land an interview, and then display that you actually don’t have any of the experience that you said you had. Writing it down doesn’t make it reality. I love rating scales, its one way you can easily articulate your technical skills on a resume.

    A business will have different needs, and it isn’t everything. For instance, you might know nothing about Power Query because you work in enterprise areas for data movement and shaping. However, you do have a ton of Modeling/DAX. That could be a perfect fit for an enterprise or more technical role. The converse is that a business unit may only need simple Modeling/DAX because all their issues revolve around connecting to, cleaning, and shaping data in Power BI. Those are two completely different skill paths.

    Why Not Embellish a Little?

    One of the challenges we’ve identified already is trying to convey who you are in a short amount of time. If there are huge differences between the way your resume conveys your technical skills and the way you can represent them in conversation you just took Trust off the table. And that will likely kill your chances of getting hired. All that work to get this far will get instantly flushed.

    Another reason is that you may not know about all the other areas of need a company has. Just because you may not be a good fit for this role, the hiring person may pass your resume around to other parts of the organization. You may have the skillset that a colleague of theirs is looking for.

    Understand the skills the position needs

    Was the job description specific? Did it give you an idea of what skills were needed? Could you figure out whether the job was going to be business facing or more of a development role? If you said no to any of these questions, be sure you bring that up right away in the interview. Clarity around the type of position is really important to understand where the focus of questions should fall.

    Pay attention to the details in the job description and focus on the areas where an organization is placing emphasis. If you don’t have skills in Power Query and the job description stresses that as a main area of expertise, you might want to pass on applying. This goes back to not embellishing. Just because you have focused a lot of your time in Power BI doesn’t mean that you would be able to perform all areas as an expert. The level of job, the requirements they are asking for and the years of experience are good indicators of whether or not it is the “right” Power BI job for you.

    Be Honest

    This is without a doubt the number one make or break thing for you in an interview. Just like embellishing, this will instantly kill your chances of getting a job if you aren’t honest. What do I mean by this? Here is an example that you might not think would qualify, but it does.

                    Question: We’re in need of someone with really good Power Query skills. Are you familiar with Power Query and have you processed data through it on a regular basis?

                    Answer: Yes, I know Power Query very well.

                    Follow up: Great! How can I transform the data type of a column?

                    Answer: Well, actually… I’ve read about Power Query but I do all my transforms in SQL…

    At this point its likely you just flipped the switch. An interview is so much more than just the technical things you know. The interviewer has a limited amount of time to get to know you, and even in a technical interview they are looking for all the key things that they would want to see in a team member. Examples like this erode, or destroy, the trust/honesty element. Right or wrong, an interviewer will take this information and apply it to other scenarios.

    What answers like this represent is there won’t be an open dialogue, and a manager could have a new resource committing that they know everything. This would likely lead to over committing or missing deadlines. Either one is a recipe for conflict and a bad relationship. Be honest when you represent your Power BI skills.

    Be Inquisitive

    There is nothing better than having a dialogue with individuals around topics. As mentioned above, hiring managers are looking for a lot more than just what you can recite. Are you asking clarifying questions? Do you follow up with a question of your own, or talk through your thought process? Did you come prepared with questions on the company? Did you inquire about the team, and the direction that the company is headed. What is the work style, do they work under heavy process and procedure or is it the wild west. What does a day in the life of this job look like for you? All the questions you bring to an interview, show the interviewer that you have a vested interest in the company and the team you would be working on.

    Be Yourself

    The resume opens the door. The interview is the initial meet and greet, and any follow up meetings would be closing the deal. You wouldn’t have the interview if you didn’t appear to have the skills that a company needs. For all intents and purposes you should feel pretty comfortable, provided you have the skills you represented in your resume.

    Bring your personality to the interview, engage as much as you can with the interviewer to let them see the side of you that you would show at work. This is important for a couple reasons. First, you want to show the interviewer a glimpse of the type of person you are. Without that, it can be hard to gauge whether or not you would fit with the team or wouldn’t. The other thing to keep in mind here is that you are interviewing the company, just as much as they are interviewing you! Show a bit of yourself in the interview to make sure that the company is one that you would want to join and you think you could be successful in.

    Extend Thanks, Request feedback

    Wherever possible, follow up with the recruiter or interviewer to extend thanks for their time. Hopefully it was an enjoyable experience for all involved regardless of whether or not it worked out. Extending thanks to people for engaging with you should have gone both ways, but you’ll never lose when extending a bit of closing goodwill. Wherever or whenever possible, if you don’t get the job, request feedback. Knowing the reasons is invaluable to you in your next interview or the job you apply for.

    Do you lack certain skills, did you convey something that you didn’t mean to convey, was there a candidate stronger in a particular area. There is a huge disparity sometimes between how someone reads us vs. what we are trying to show. Getting this type of feedback is constructive because it leads to introspection and tweaking how you present yourself or a skill area you need for that particular job role. Other times, there could be no skill difference but a different candidate presented themselves in such a way to make the interviewer feel it was a better team fit.

    Representing your Power BI Skills

    There are so many roles and jobs that you can apply for now. There are also one’s you can focus on for future goals after you learn more skills, and build more experience. While I can’t make any guarantees, I can say that these tips and recommendations come from interviewing many Power BI candidates. These steps outlined above are key areas that will make your job hunting, your interviews, and your future interactions with your next career move a more positive one.

    This wraps up the 3 part series that I wanted to complete to bring my insights and experience to all of you. This last post was the first one I wanted to write, but I couldn’t bring this forward without the first two. If you missed those, be sure to go check them out (Skills, Learning). This is the last stop, understanding your skills and adopting a learning mindset should be your first focus. Those set the stage for being successful personally, in an interview, or anywhere your career may take you.

    If you like the content from PowerBI.Tips, please follow us on all the social outlets to stay up to date on all the latest features and free tutorials.  Subscribe to our YouTube Channel, and follow us on Twitter where we will post all the announcements for new tutorials and content. Alternatively, you can catch us on LinkedIn (Seth) LinkedIn (Mike) where we will post all the announcements for new tutorials and content.

    As always, you’ll find the coolest PowerBI.tips SWAG in our store. Check out all the fun PowerBI.tips clothing and products:
    Store Merchandise

  • Introducing the Explicit Measures Podcast

    Introducing the Explicit Measures Podcast

    Welcome to a new podcast from PowerBI.tips, Explicit Measures. We aim to discuss relevant topics and thoughts around Power BI. Join us Tuesdays and Thursdays at 7:30 am CST (-6 UTC) on our YouTube Channel and subscribe on Spotify Podcasts.

    Answering the Why

    For most of you who casually visit or frequently visit PowerBI.tips, we deal with many tools, features, languages, and situations in modeling, visualizing, and distributing our data and reports. We are the Power BI Power Users, capable and responsible for building complex solutions. We have to be continually acquiring new skills, and improving on our processes & standards.

    Additionally there are so many resources available out in the Power BI Community. So many amazing champions and industry leaders who share their knowledge and expertise on how to build faster, better, and more reliable reports. As a developer we increasingly tasked with, How to audit your data? or how to create complex calculations? We learn best practices and better workflows to implement in our daily tasks.

    One aspect of what we do that is not easily discovered in the community, the why of what we do. The why of building reports is universal across all Power BI Pros. As professional BI developers we know the how. If we don’t know the how, we learn the how. This begs the question about the why? Why this particular feature, tool, or product integrate with my organization or my team? Why would my users need this? What does this mean for me?

    The why is the question around every BI pro’s water cooler. You may ask this yourself. Possibly sitting at your desk after a meeting, or as you engage with the Power BI community, or User Group. No matter how you get to it, we all face common questions. Eventually all of us will need to ask these types of questions.

    Today this is why I am excited to introduce the new Explicit Measures Podcast, available every Tuesday and Thursday live at 7:30am CST.

    The Background of the Podcast

    Being a Power BI Author

    I have been part of the Power BI World since it was “Power BI Designer”. As soon as I was able to download the first application version of Power BI Designer, I was hooked. I felt it was intuitive, complex enough, and just worked. At the time, our organization was vetting new BI platforms. I strongly made the push that we adopt this new tool.

    I decided to put all my eggs in the Power BI basket. Believing this tool could easily be widely adopted as it’s part of Office 365, everyone has Office 365. The barrier to entry was low, and we already have strong community. A community of Excel gurus, Power Query and Power Pivot experts.

    Over the coming months, we moved Excel files to Power BI, and eventually became a Power BI shop. I soaked up any and all information and resources on how to create DAX measures. Learning what the heck Filter and Row context where. Then figuring out how to create my own function in Power Query. This process was love at first sight. It felt that I was bringing advanced data solutions to my users. I was able to create models and create relationships that otherwise would not have been able to exist. Created tables that finally bridged so many gaps in the data.

    I would jump in my chair when a new Desktop version was released. Any new feature that caught my eye would immediately be something I wanted to integrate into my reports. Drill Through (I think at the first Data Summit before being MBAS?) feature was a game-changer to me.

    The problem was what I thought was a game changer, which they are. This same excitement did not translate among colleagues who did not focus on data or felt overwhelmed by data. Many of our old Reports were built in SSRS, and users liked them for what they provided.

    Excitement vs. Expectations

    Drill through, interactive visuals, and other complex features that were in these Power BI reports became overwhelming to users. Not only that, but any data analyst was also now working in Power BI. They were building their own reports, with their own filters, and their own business logic.

    What arose from these implications was the matter of users losing trust in the reports. They lost trust in the data they needed to rely on. A department with one report would complain about a certain KPI being too low, while the defending department claimed their report was provided a more adequate number. Users did not know what reports to use, much less how to use drill through. They wanted what would provide them the value they needed.

    This brought me to an epiphany of sorts, or multiple over numerous situations. Not only about the importance of governance and adoption in Power BI, but at the end of the day, why do we do what we do? Why are we in this space, and what are we ultimately judged and measured on showing success and real impact at where we work?

    Focusing on the Why

    This brings us back to the Power BI Water Cooler. How many of us have delt with these sort of situations, problems, and trying to find a solution? I would put good money on the majority of us who have been working with Power BI for a while have gone through this type of arc.

    In conversations with other User Group Leaders, the community, and other Microsoft MVPs. I have learned time and time again this is not a siloed story. What can really separate a Power BI Tech vs. a Power BI Pro is the ability to think of alternative solutions. What is the ultimate impact of any feature, product, or visual on the most important audience, the consumer.

    We must think this way. We must be able to process all of the new capabilities that come out at rapid speed. Then understand who our consumers are. Finally, understand of not just Power BI but the data, and where can we further drive more and more trust into the data.

    Being Explicitly Measured

    I want all of you whom this article may hit close to home to join us in this ever-going discussion. Having the pleasure of knowing Mike and Seth of this site has shown this need is so prevalent. We want to bring to the surface these questions, topics, and discussions. There is more than one way to define a measure, but the importance is that you start with some definition.

    That is truly where the name of the podcast, Explicit Measures, comes from. Being able to start with a use case (take the technical situation of defining a measure), understand what is available to you (the functions), and what is best to apply (FILTER inside a CALCULATE, ALL or ALLSELECTED?).

    The Explicit Measure Podcast is meant to be first entertaining for users. We all need an outlet for some of the frustrations we feel by end users, and being with fellow users who understand the pain helps the feeling you are not alone!

    The heart is in the ability for us to debate, argue, and most of all inspire. Find solutions, figure out what impacts us and where can we go from here.

    Join us every Tuesday and Thursday at 7:30 am CST live, or follow along on the playlist on YouTube or subscribe on Spotify. You can also subscribe to new events on the PowerBI.tips LinkedIn Page

    If you like the content from PowerBI.Tips please follow us on all the social outlets. Stay up to date on all the latest features and free tutorials.  Subscribe to our YouTube Channel.  Or follow us on the social channels, Twitter and LinkedIn where we will post all the announcements for new tutorials and content.

    Introducing our PowerBI.tips SWAG store. Check out all the fun PowerBI.tips clothing and products:

    Check out the new Merch!

    Hasta La Vista Data
    Go Ahead Make My Data
    PBIX Hat