Skip to main content
    All pillarsWhy it matters

    Governance and security fit, scored from the start

    The security review is something to settle up front, not at the end. When governance and data-residency checks arrive after a team has already picked a favorite, the rework is expensive and the people who did the discovery feel punished. Score those checks alongside capability from day one, as numbers, and the disqualifier shows up before anyone falls in love with a tool that cannot pass.

    By the PartnerAZ team · Published June 6, 2026 · Updated June 9, 2026

    Who this is for.

    The senior person who owns IT at a Canadian municipality, on the hook for privacy law, accessibility, data residency, and now AI rules, often with no procurement or security team to lean on.

    The problem, in plain words.

    Public-sector teams have hard rules before software ever ships: a security posture, data residency, accessibility, contract terms, and, in government, a reason for any sole-source award. Today those get checked at the end, after a team has fallen for a tool that fails them. The bar that should have screened the field goes unused until it is too late to be cheap.

    How pre-discovery changes it.

    Standards live at the organization. IT and security set the governance bar once, and every vendor profile is scored against it, alongside fit. The fit score is a number per criterion you set, so an auditor, a council member, or a CAO can re-run the reasoning and see why each vendor placed where it did. There is no AI-written summary to take on faith. Every placement traces to a number a named person set.

    The bar is now law, scoped to who it actually binds.

    AI raised the bar, and Canadian governments have moved. The map is more specific than most vendor pitches admit, so here are three facts to get exactly right. The federal Directive on Automated Decision-Making asks for a published Algorithmic Impact Assessment before an automated system goes live; it binds federal bodies, not cities, so for a city it is a benchmark to borrow, not a binding rule, and the current version dates to 2025 with federal systems given until June 2026 to comply. Ontario's Bill 194 passed in late 2024 and is the law that reaches Ontario municipalities on AI, but its AI duties arrive by regulation, which is still being written, so the framework is in force while the detailed rules take effect over time. And privacy runs on provincial law, FIPPA in BC and MFIPPA in Ontario, not the federal PIPEDA, which is what makes Canadian data residency a hard ask of vendors; Ontario's July 2025 FIPPA update added a duty to safeguard data and report breaches for provincial bodies, and municipal MFIPPA is set to follow but is not held to that bar yet. AI features now ship whether you asked for them or not, so questions that used to be optional are now real ones: where the model runs, what data trains it, whether a decision can be explained. They belong in the scoring criteria from day one. A vendor that cannot answer them is not behind on paperwork. It is a poor fit, and far cheaper to catch as a number than as an audit finding.

    How to decide: turn the policy you already have into a score.

    Most of the governance bar already exists in policy. The work is collecting it into one list before you look at a single product, and turning each item into something you can score rather than a box you tick. Weight the list honestly: a legal requirement is a gate, not a preference, so a miss zeroes that criterion and flags at the top of the score. Walk it past IT, security, and finance before any vendor sees a question, so the first disagreement happens in a meeting, not mid-deal. Keep it somewhere reusable, because the second evaluation should start where the first one ended. A shared document is enough to begin. PartnerAZ runs the same discipline with the direction reversed: you set the standards privately, qualified vendors apply without seeing them, and your team reads every applicant as a score per criterion. Vendors pay to be seen. They can never pay to rank. Your list is ordered by fit, which is the whole point of it.

    What the evidence shows.

    The cost of late governance is measurable, and so is the waste it creates. The delay starts at the front of the funnel: Gartner found in 2022 that 68 percent of government technology decisions are delayed because the team cannot get enough product and requirements detail from providers. The security workload is heavy by design: Whistic's 2023 report found that security questionnaires take one to four hours each, and 54 percent of companies field more than ten a month, while the standard instruments are long, with the Cloud Security Alliance's CAIQ running about 261 questions and the Shared Assessments SIG Core running past 800. None of that effort is wasted on a real candidate. The waste is spending it on vendors who were never going to pass, which is exactly what a governance score settles before anyone opens a questionnaire.

    Whistic, 2023: security questionnaires take one to four hours each, and most firms field more than ten a month. Pushing that work to a real candidate, instead of every vendor, is the case for scoring governance up front rather than at the end.

    FAQ

    How do we score software for governance and security before a vendor call?

    The person who owns the bar, the IT or security lead, owns the standards file. A miss on a hard requirement, like the wrong data residency or no security attestation, zeroes that criterion and surfaces a flag at the top of the score, so anyone scanning the shortlist sees the disqualifier before the capability rating. Soft requirements weight down rather than out. The bar moves only when its owner moves it.

    Can an auditor or council member check why a vendor placed where it did?

    Yes. They open the score, see the number per criterion, change a weight, and watch the ranking update. The reasoning is the math, not a paragraph. Every placement traces to a number a person set, and the audit trail is the file itself.

    Will scoring governance up front slow discovery down?

    No. It moves the hard requirements to the start, where they are cheap to check, instead of the end, where rework is expensive and teams route around the process.

    See it in action