Blog

How transformation-ready is your organization?

Take the free 5-minute SPICE assessment — a scored readout across Strategy, Politics, Innovation, Culture, and Execution, plus reading recommendations.

  • Take the Free SPICE Assessment

    Every transformation effort runs through the same five lenses: Strategy, Politics, Innovation, Culture, and Execution. Miss one, and the whole thing stalls.

    So I turned the SPICE framework into a free 15-question assessment. It takes about three minutes, and it gives you an overall readiness score, a dimension-by-dimension profile, and two priority actions to work on first.

    Take the SPICE Assessment

    No email required — your results stay with you. Download the summary, share it with your team, and see which lens needs your attention.

  • What Is an Ideal Data Culture? (Hint: It Isn’t a Dashboard)

    Bruno Aziza has run data organizations at some of the largest companies on earth, so I asked him the question I ask every data leader, in its purest form: “What is the ideal data culture, and how do you create it?”

    Most answers to this question are shopping lists. Buy the platform. Hire the data scientists. Put a dashboard in every meeting room. As if culture were a procurement category.

    Here’s the reframe: a data culture is not what your organization believes about data. It’s what your organization does at 4 p.m. on a Friday when the data says something nobody in the room wants to hear. Everything before that moment is branding.

    Look at it through the SPICE lenses — Strategy, Politics, Innovation, Culture, Execution:

    Strategy. The ideal data culture starts one level above data: with decisions. Companies that catalogue their data before they catalogue their decisions end up with pristine lakes and thirsty executives. Strategy means naming the twenty decisions that actually move the business, then building the data, the literacy, and the access around those — and being willing to let the rest of the data estate stay imperfect. Culture follows priority. It never follows inventory.

    Politics. Every data culture has an enemy, and it isn’t ignorance. It’s the executive whose authority rests on being the person who knows — the one whose value is the information only they carry. Self-serve data is an existential threat to that person, and they will fight it with the most effective weapon in corporate life: reasonable-sounding delay. “We need to get the definitions right first.” Sometimes true. Often a filibuster. The politics of data culture is the politics of making knowledge public inside a building that rewards keeping it private.

    Innovation. The genuinely new idea here isn’t generative AI on top of your warehouse, exciting as vendors find it. It’s treating data education as a leadership obligation rather than an employee perk. Aziza’s own line of questioning in that conversation — how much of asking good questions of data depends on users knowing the limits of the data — is the tell. The innovation is a workforce that knows what data can’t say. That’s rarer, and more valuable, than a workforce that can prompt.

    Culture. You can read a data culture in one meeting. Does anyone ask “compared to what?” Does the most junior person in the room ever correct a number the senior person cited — and survive it? Is “I don’t know, let me check” a respectable sentence? Culture is the sum of what gets rewarded when data and hierarchy collide. Everything else is a values poster in the analytics team’s Slack channel.

    Execution. So here’s the machinery: start with one decision your leadership team makes monthly. Instrument it end to end — the data behind it visible to everyone in the room, the outcome tracked against the prediction, the misses reviewed without a defendant. Publish the scorecard internally. Then add the next decision. An ideal data culture isn’t declared; it’s accumulated, one honestly-reviewed decision at a time, until asking for the evidence becomes as reflexive as asking for the budget.

    Today, most companies have data assets and call the pile a culture. Tomorrow, the winners will have fewer dashboards and more decisions they can defend line by line.

    Ask yourself: if your chief data officer quit tomorrow, would your data culture survive the quarter — or was the culture just one person’s job description?

    Sources

    CXOTalk Ep. 784, “Data and Analytics Strategy with Bruno Aziza, Head of Data and Analytics at Google Cloud” (Apr 14, 2023) — my questions on data education, data haves and have-nots, and the ideal data culture: https://www.cxotalk.com/episode/mastering-data-and-analytics-strategy-with-bruno-aziza-head-of-data-and-analytics-at-google-cloud

  • How Can “Normal Mortals” Tell If the Algorithm Is Biased?

    Talking with NVIDIA’s Chief Security Officer, David Reber, I asked the question on behalf of everyone who will never read a model card: since AI relies on data and algorithms, how can normal, non-technology people make sure the data and algorithms don’t have biases — especially when decisions might be based on the AI’s suggestion?

    Read the question again and notice what it’s really asking. Not “how do experts audit models?” — there are conferences for that. It’s asking what the rest of us are supposed to do. The loan applicant. The patient. The job candidate. The parent. People who will live inside decisions made by systems they cannot inspect, built by companies they cannot call.

    The uncomfortable answer: right now, almost nothing. And that gap — between the people who build AI and the people who are judged by it — is where the trust crisis of the next decade is already loading.

    Look at it through the SPICE lenses — Strategy, Politics, Innovation, Culture, Execution:

    Strategy. Every AI strategy deck has a slide about trust, and almost none of them answer the mortal’s question: how would I know? The companies that win the next phase won’t be the ones with the most powerful models. They’ll be the ones whose customers can verify, in plain language, why a decision went the way it did — because “trust us, the model is good” is a strategy with an expiration date, and the date is the first public failure.

    Politics. Bias survives because accountability is a hot potato. The vendor says the client configured it. The client says the vendor built it. The regulator says the framework is coming. Meanwhile the person who got the biased decision has no name to call, no appeal to file, no standard to point to. This isn’t an oversight in the system. For everyone holding the potato, ambiguity is cheaper than accountability — until the lawsuit, the headline, or the law prices it properly.

    Innovation. The genuinely innovative answer in that conversation wasn’t a new auditing algorithm. It was transparency as a design primitive: show how the system was trained, what it knows, where its knowledge stops — and pair it with constant testing and a feedback loop a human can actually reach. The innovation the mortals need isn’t explainability research. It’s a working phone number for the algorithm: a visible way to say “this decision is wrong about me” and have a person obliged to answer.

    Culture. Inside most organizations, questioning the model’s output is still read as not being a team player — the analyst who flags a suspicious pattern gets asked why they’re slowing the launch. So the bias that a junior employee spotted in week two ships in week six, and surfaces in year two as a scandal everyone calls unforeseeable. Culture decides whether “the model might be wrong about people like this” is a career-enhancing sentence or a career-limiting one. Right now, in most buildings, it’s the second one.

    Execution. So here’s the machinery, sized for mortals and the leaders who serve them: every consequential AI decision ships with three things — a plain-language reason, a human appeal path with a response deadline, and a published error-and-appeal rate, reviewed on the same calendar as the financials. Leaders: demand those three from every vendor, in the contract, before signature. Citizens: when they’re absent, treat the system’s confidence the way you’d treat a stranger’s — politely, and with your hand on your wallet.

    Today, we ask non-technical people to trust systems they cannot question, built by institutions that cannot be reached. Tomorrow, the institutions that survive will be the ones that made themselves answerable before they were made to.

    Ask yourself: if an algorithm made the worst decision of your life tomorrow, who exactly would you call — and is that answer written down anywhere?

    Sources

    CXOTalk Ep. 775, “NVIDIA’s Chief Security Officer: Managing Cybersecurity and AI” — my questions on cybersecurity habits and on how non-technical people can guard against biased data and algorithms (transcript): https://youtubetotranscript.com/transcript?v=jyt0O_XG4FE

  • Nobody Is Forcing You to Adopt GDPR. That’s Exactly the Problem.

    I asked the Chief Security Officer of Expedia Group a question with a simple surface and a sharp edge: “GDPR is a good framework, and we know that the U.S. federal government is not going to jump quickly onto that level of data privacy — so why don’t companies just adopt GDPR themselves as a standard?”

    If a regulation is good, and no one is making you follow it, and following it would protect your customers — what exactly is the argument for waiting?

    The honest answer tells you everything about how privacy actually works inside companies. It isn’t blocked by ignorance. It’s blocked by arithmetic: privacy restraint costs money now and pays out in a disaster that might happen to somebody else, later, in a headline with a different company’s name on it.

    Look at it through the SPICE lenses — Strategy, Politics, Innovation, Culture, Execution:

    Strategy. Adopting a recognized standard voluntarily is a strategic asset disguised as a compliance cost. The company that builds to GDPR-level discipline gets one global way of handling data instead of fifty state patches and a prayer — and gets to walk into every enterprise sales cycle, every regulator meeting, and every breach headline already holding the high ground. The strategy question was never “can we afford to adopt it?” It’s “can we afford to be the company that explained why it didn’t?”

    Politics. Here’s why it doesn’t happen: the benefits of voluntary restraint are diffuse and the costs are concentrated. The data team that wants to collect less has no lobby. The growth team whose targeting depends on collecting more has a quarterly number. So the organization drifts to the common denominator — the minimum the strictest current law requires — and calls the drift a strategy. Nobody decided against privacy. The incentive structure decided, and everyone else just attended the meeting.

    Innovation. The genuinely innovative move isn’t a new consent tool. It’s flipping the default: treat GDPR-grade rights — access, deletion, purpose limitation — as a product feature you ship to every customer everywhere, not a legal burden you geofence to Europe. Companies spend fortunes differentiating on privacy in their advertising. Almost none differentiate on it in their data architecture, which is the only place customers can actually verify it.

    Culture. Privacy culture is measured by a single test: what happens to the employee who says “we shouldn’t collect this” in a room full of people who want to? If that sentence requires courage, you don’t have a privacy culture — you have a privacy department, which is a different and much weaker thing. The department writes policies. The culture decides whether anyone reads them before the launch, or only after the subpoena.

    Execution. So here’s the machinery, and none of it needs a law: pick the strictest standard you already comply with anywhere — for most global companies, that’s GDPR — and declare it the floor everywhere, in writing, with a date. Inventory what you collect against it and delete what you can’t justify; data you don’t hold can’t be breached, subpoenaed, or misused. Then publish the gap list internally and burn it down quarter by quarter, reviewed on the same calendar as the revenue numbers. Voluntary standards fail when they’re aspirations. They work when they’re schedules.

    Today, companies wait for regulators to force tomorrow’s standard at tomorrow’s prices, under tomorrow’s headlines. Tomorrow’s winners will have adopted it quietly, early, and at yesterday’s prices — and will market the receipt.

    Ask yourself: if your customers could see your data practices the way your engineers see them, would you still be waiting for a law?

    Sources

    CXOTalk Ep. 776, “Cybersecurity Lessons from the Chief Security Officer of Expedia Group” — my question on why companies don’t adopt GDPR voluntarily (transcript): https://youtubetotranscript.com/transcript?v=1M3O3w8DLLg

    Related post on this blog (the government side of the same question): “Does the United States (US) Need a Federal Equivalent to the European Union (EU)’s General Data Protection Regulation (GDPR)?” (Sep 19, 2023): https://arsalankhan.com/2023/09/19/does-the-united-states-us-need-a-federal-equivalent-to-the-european-union-eus-general-data-protection-regulation-gdpr/

  • Your Students Are Customers. Your Mission Hates That Sentence.

    I asked Lynn Perry Wooten, the president of Simmons University, a question that makes higher education visibly uncomfortable: “It seems like students are your customers — hence the focus on customer experience. How do you think about that?”

    Watch what the question does. In a business, “the customer” is an organizing principle: the person whose experience you exist to serve, whose departure you fear, whose feedback you instrument. In a university, the same word sounds like a surrender — as if admitting students are customers means the degree becomes a product, the professor a vendor, and education a transaction with a diploma at the end.

    Both reactions miss the point. The question isn’t whether students are customers. It’s what breaks when an institution refuses to decide.

    Look at it through the SPICE lenses — Strategy, Politics, Innovation, Culture, Execution:

    Strategy. A university that won’t name who it serves ends up serving everyone’s second priority: rankings for the board, research prestige for the faculty, amenities for the brochure. Wooten’s answer points at the strategic alternative — the student’s transformational experience as the product. That’s a harder promise than satisfaction. A customer-experience strategy for a university isn’t “give them what they want.” It’s “design, deliberately, the experience that changes who they are — and measure whether it happened.”

    Politics. The customer word is a turf war in disguise. If students are customers, students get a vote — on schedules, on modality, on what a degree should contain — and every one of those votes dilutes someone else’s authority: the faculty’s over curriculum, the administration’s over tradition, the alumni’s over what the place is supposed to remain. Institutions don’t reject the customer frame because it’s inaccurate. They reject it because it’s a redistribution of power wearing a vocabulary question as a costume.

    Innovation. The genuinely innovative move isn’t a chatbot for admissions. It’s importing the discipline of customer-experience design — journey mapping, friction audits, feedback loops with closing dates — into an institution that has historically run on anecdote and prestige. Where does a first-generation student actually get lost: the application, the aid letter, the first semester, the advising gap? Businesses instrument those moments because churn taught them to. Universities mostly discover them at the exit interview that never happens.

    Culture. Here’s the cultural trap: in higher education, caring too visibly about the student’s experience can read as caring less about standards — as if rigor and service were opposite poles. So faculty distance themselves from the “customer” language to protect their identity as scholars, and the student’s experience becomes nobody’s identity and therefore nobody’s job. The institutions that escape this trap separate the two cleanly: the standard is non-negotiable; the experience of meeting it is a design problem, and designing it well is a form of respect, not surrender.

    Execution. So here’s the machinery: pick three moments that decide whether a student stays — the aid letter, the first failed exam, the advising meeting that never gets scheduled — and assign each one a named owner, a measured outcome, and a feedback loop that closes with the student, not about the student. Publish internally, every term, where students actually fell out of the journey and what changed because of it. You don’t need to call them customers to do any of this. You just need to admit that their experience is designed — by you or by accident.

    Today, universities debate the word while their students quietly judge the experience — and transfer, drop out, or never apply. Tomorrow’s winners will have stopped arguing about vocabulary and started owning the journey.

    Ask yourself: if your students reviewed your institution the way they review everything else in their lives — publicly, specifically, and forever — what would the rating say about the moments you never designed?

    Sources

    CXOTalk, “Simmons University President: Higher Education in 2022” — my question to President Lynn Perry Wooten on students as customers and customer experience: https://www.cxotalk.com/episode/simmons-university-president-future-higher-education

  • From AppleScript to Muse: Automating the Job Search, 2026 Edition

    In May 2013 I published two of the most hands-on posts this blog has ever carried: how to use AppleScript to automate job searches across Indeed, CareerBuilder, Monster, and SimplyHired. People still find them today.

    Thirteen years later, the job boards have changed beyond recognition — and so have the tools. What hasn’t changed is the problem: a serious job search is 80% repetitive research and 20% judgment. So here’s the 2026 version of that post. I do the repetitive 80% with Muse now.

    Two honest notes before the how-to. First, I’ve been using Muse a short time, not for years — this is what’s actually working for me right now, not a masterclass. Second, this post was drafted with Muse’s help, at my request. I’d rather tell you than have you guess.

    The workflow

    1. Decode the job description. Paste the job description in and ask Muse to pull out the must-haves, the nice-to-haves, and what’s implied but unsaid — then score your fit against each, using only what’s on your resume. Insist on the honest scoring. Flattery helps no one, least of all you.

    2. Tailor without fabricating. “Rewrite these bullets to match the job description’s language. Do not invent experience I don’t have.” Then verify every single line yourself. Hiring managers can smell invented achievements, and AI-invented ones all smell the same.

    3. Draft the cover letter around something real. Give it two or three genuine reasons — a product you admire, a problem you want to work on — and let it draft around those. Generic enthusiasm is worthless. Specific curiosity isn’t.

    4. Build the tracker. “Make me an application tracker: company, role, date applied, contact, status, next follow-up.” Boring. Essential. In 2013 my AppleScript wrote results to a log file; this is the same instinct with better tooling.

    5. Rehearse the hard questions. “Based on this job description and my background, give me the ten toughest questions I’ll face, then critique my answers.” Answer out loud. Muse is a patient sparring partner that never gets tired of round three.

    6. Research the other side of the table. “Summarize this company’s current strategy and give me five sharp questions for the hiring manager.” Good questions beat good answers in an interview — they signal you did the work.

    What it won’t do

    It won’t apply for you, it doesn’t know the hiring manager, and it will confidently invent a certification you never earned if you let it. The rule from 2013 still holds: automate the repetitive work, keep the judgment.

    Try Muse

    If you want to try it, here’s my invite link: https://muse.ai/join — code: EZWUM8. Redeem it within 48 hours of joining and we both get 1 billion additional Muse tokens — a license for extra AI usage inside Muse (not money, not a gift card), and once credited it doesn’t expire. On iPhone/Android: the Muse app, Settings > Redeem referral code. On the web: Settings > General > Usage > Redeem invite code.

    Related from the archive: How to use AppleScript to search for jobs on indeed.com and careerbuilder.com? and How to use AppleScript to search for jobs on simplyhired.com and monster.com using a list?