AI Adoption & Implementation

I find where AI will create value, and build the workflow that proves it.

Ten years making software delivery reliable, first as QA lead, then Delivery Lead across 6-project portfolios. Now the same discipline applied to AI adoption: diagnose the workflow, build with the agentic stack daily, measure whether it worked.

Warsaw, Poland  ·  Remote-ready  ·  Full-time or fractional

See the work →
Portrait of Monika Kamoda

About

I make AI adoption reliable the same way I made software delivery reliable:

diagnose first, design around people, measure what happened.

Then

Ten years making software reliable

Inside technology companies, I built QA operations from the ground up: processes, quality gates, dashboards, and teams, for companies scaling fast enough that what worked last quarter stopped working this one.

Now

The same discipline, applied to AI

In 2024 I stepped out to go deep on AI, then launched an independent done-with-you implementation practice. Four client engagements end to end: structured diagnostics, custom workflows, AI working environments built in Claude Cowork. My own business runs on the systems I sell.

Underneath

The human layer

Adoption fails at the human layer, so I studied it formally: postgraduate programs in motivation psychology and professional coaching. I know why people abandon systems that work, and what makes new ones stick.

  • 10years in quality engineering and delivery
  • 4→16+QA team built and scaled
  • 4AI engagements delivered end to end
  • 2postgraduate programs in behavior change

Daily AI practitioner: Claude Cowork, Claude Code, Codex, ChatGPT

ISTQB Advanced Test Manager  ·  Professional Scrum Master  ·  Certified Product Manager  ·  Polish (native), English (C1), German (B1)

How I Work

The hard part of AI adoption is making it reliable, and redesigning how people work alongside it.

01 / Diagnose

Map the real workflow before selecting any tool.

Structured intakes, time mapping, root cause analysis. The same diagnostic discipline I used in QA for a decade.

02 / Design

Build around how people already work.

If the solution doesn't match the person, the person won't use it.

03 / Measure

Start with the number that will prove it worked, or the decision to kill it.

Track outcomes, not tool usage. Iterate or cut.

Case Studies

Product discovery

Ran product discovery for an AI voice bot and made the call before any build

Freeport Metrics had an AI voice-based solution on the table as an internal bet. The discovery ran before a line of production code was written.

7client interviews → one evidence-based decision

Read case study
Operations build

Built QA operations from zero for a scaling consulting company

Freeport Metrics, an American-Polish software consultancy, was growing faster than its quality function. Six concurrent client projects, no shared processes, and rising defects.

4 → 16+team · −50% critical defects

Read case study
AI readiness & setup

Diagnosed and set up AI for a multi-location education business

A language school owner running two education businesses with no structured way to figure out where AI would help. Data scattered across files, phone contacts, and memory.

28questions → 3 prioritized interventions

Read case study
AI implementation

Ran done-with-you AI implementations and found most clients had the wrong problem

Beta cohort of a done-with-you AI implementation practice. Clients came wanting an AI content system built for their businesses.

3 of 4clients arrived misdiagnosed

Read case study
Measurement discipline

Built risk-based test automation that cut quality incidents 40% across four services

Bold Poland (formerly Zety), a global career-services platform, ran four multilingual products on manual regression. Quality incidents kept reaching production.

−40%quality incidents after risk-first automation

Read case study
Product discovery

Ran product discovery for an AI voice bot and made the call before any build

Freeport Metrics had an AI voice-based solution on the table as an internal bet. The discovery ran before a line of production code was written.

Diagnose
Initiated the discovery before any build: reached out to B2B clients, invited them to discovery calls, and ran 7 interviews diagnosing their real needs, problems, and bottlenecks around AI voice implementations.
Design
Turned conversations into evidence: assumption mapping and an opportunity solution tree converted the interviews into testable requirements and a clear picture of client readiness.
Measure
The evidence showed clients were not ready to adopt. Recommended a no-go, and the project stopped before build. The company avoided building a product without customers, and the discovery playbook stayed.

Evidence before build

71

7 client interviews → one evidence-based decision

B2B software consulting · Internal product bet
BeforeAn idea and a stack of assumptions
AfterValidated no-go, zero sunk build cost

7

discovery interviews led

0

build budget sunk

Operations build

Built QA operations from zero for a scaling consulting company

Freeport Metrics, an American-Polish software consultancy, was growing faster than its quality function. Six concurrent client projects, no shared processes, and rising defects.

Diagnose
4 QA specialists, no standardized processes, no centralized knowledge, no visibility across 6 concurrent projects. Defects climbing with every hire.
Design
Built the infrastructure before scaling the headcount: centralized tribal knowledge, designed a competence matrix, stood up a portfolio-wide dashboard. Replaced feedback with feedforward sessions.
Measure
Defects down 50%. Team scaled to 16+. Team-initiated improvements up 30%. Over 20 process changes shipped through retrospectives.

Team Scale

416+

4 → 16+ team · −50% critical defects

Software consulting · US/PL · 6 projects
Before4 people, no processes
After16+ specialists, quality measured

−50%

critical defects

+30%

team-initiated improvements

AI readiness & setup

Diagnosed and set up AI for a multi-location education business

A language school owner running two education businesses with no structured way to figure out where AI would help. Data scattered across files, phone contacts, and memory.

Diagnose
No centralized client database. Compiling a full list took an hour across multiple sources. Trial-lesson conversion unmeasured. Marketing spend untracked.
Design
Designed a 28-question diagnostic across seven business dimensions. The intake surfaced that the highest-ROI intervention was centralizing client data. Set up the owner's AI working environment in Claude Cowork.
Measure
A single client database as the source of truth, and the owner's AI working environment set up in Claude Cowork on top of it. The roadmap deliberately sequenced AI after the data foundation: three interventions ranked by measurable return, not by what was trendiest.

Diagnostic to Roadmap

283

28 questions → 3 prioritized interventions

Education · Multi-location · Warsaw
BeforeI want AI but don't know where to start
AfterPrioritized roadmap, AI environment set up

7

business dimensions assessed

1

AI environment delivered

AI implementation

Ran done-with-you AI implementations and found most clients had the wrong problem

Beta cohort of a done-with-you AI implementation practice. Clients came wanting an AI content system built for their businesses.

Diagnose
Every client said the same thing: help me create content faster. A structured diagnostic intake before building revealed that the majority had unfixed strategic foundations. AI tools on top would produce faster content that still didn't convert.
Design
Pivoted mid-cohort. Diagnosed each client individually. Built what they actually needed (offer clarity, research systems, voice-preserving quality gates) before wiring the AI tool on top.
Measure
3 of 4 clients arrived asking for the wrong solution. They needed strategic diagnosis before any AI tool would help. Caught by intake. Restructured the offer and built the diagnostic framework now used in every engagement.

Misdiagnosed on arrival

3 of 4

3 of 4 clients arrived misdiagnosed

Beta cohort · Done-with-you AI implementation
BeforeHelp me produce content faster
AfterFix foundations, then build the system

3 of 4

needed diagnosis first

1

reusable framework built

Measurement discipline

Built risk-based test automation that cut quality incidents 40% across four services

Bold Poland (formerly Zety), a global career-services platform, ran four multilingual products on manual regression. Quality incidents kept reaching production.

Diagnose
Manual regression could not keep pace across four multilingual services, and incidents kept slipping through. The open question was which flows to automate first, out of all the ones that mattered.
Design
Built a risk-based automation strategy in Selenium with Python: ranked flows by business risk and automated the high-risk paths first. Readiness checklists and standardized defect management backed up the coverage as it grew.
Measure
Quality incidents dropped 40%, 100% of high-risk scenarios were automated, and regression coverage rose across all four services. Automate by risk, not by coverage vanity: the same logic now applied to choosing which AI use cases are worth automating.

Risk-based coverage

−40%

quality incidents after risk-first automation

Career services · 4 multilingual services
BeforeManual regression, recurring incidents
AfterHigh-risk paths automated first

100%

of high-risk scenarios automated

4

multilingual services covered

I do my best work in organizations that want AI to be reliable before they want it to be impressive.

AI Strategist / Implementation Lead  ·  full-time or fractional