← ClaudeAtlas

ai-adoption-programlisted

Runs the adoption of AI inside an organisation as a sequenced programme rather than a scatter of tool purchases. Produces a capability audit of where the work and the time actually sit, a shortlist of two or three pilots each with a baseline measured before anything starts and a stop threshold agreed in advance, a one-page usage policy naming the data categories and the decisions that must stay human, a procurement test run against real tasks with known answers, a fluency programme measured by task rather than by licences, and a quarterly report that carries the failures as prominently as the wins. Use this skill when someone asks which AI tools to buy, wants an AI policy or an acceptable use rule, has been asked by a board or an investor what the AI strategy is, is evaluating an AI vendor, wants to know why last year's tool purchase changed nothing, says the team is already using these tools and nobody knows what data is going into them, or asks how to measure whether any of this is working.
ingridleiria/breaktalk-skills · ★ 0 · AI & Automation · score 72
Install: claude install-skill ingridleiria/breaktalk-skills
# AI Adoption Program The common failure is not that the tools do not work. It is that an organisation buys licences and has no mechanism by which a licence becomes a changed process. Three or four enthusiasts do genuinely impressive things and talk about them. Everyone else opens the tool twice, finds it does not fit the shape of their work, and returns to the spreadsheet. Twelve months later the only artefact is the invoice, and the honest answer to the board's question is that nobody knows. The second failure runs alongside the first and costs more. While the official programme stalls, the work continues on personal accounts, because the people under the most time pressure are the most motivated to find a shortcut. Client material, candidate records and unreleased financials go into consumer tools with no contract, no retention terms and no log. The organisation carries the risk without the benefit, and finds out during a customer's security questionnaire or during an incident. Both have the same root: adoption was treated as a purchase rather than as a programme with a sequence, a named owner, a measurement, and an explicit rule for stopping. ## When to use this, and when not to Use it when deciding what to adopt and in what order; when a policy is needed because usage is already happening; when a board, an investor or a large customer has asked what the position is; when a previous purchase visibly changed nothing and someone must explain why; or when the leadership