>_ Analyst Engineering

The Technical Analyst Skill Matrix: 25 Skills, Five Hats, Three Levels

Written by Ahmed at Analyst Engineering, a Senior Technical Business Analyst with 10+ years in banking and payments delivery.

Cover for the Technical Analyst Skill Matrix, 25 skills across five analyst hats at three levels.

Key takeaways

  • The Technical Analyst Skill Matrix defines 25 skills across the five analyst hats, business, functional, QA, developer, and systems, each at three levels: working, proficient, and the person the team asks.
  • Score yourself one skill at a time against the level descriptions, not against a feeling. The output is a profile with peaks and gaps, not a grade.
  • Level 3 everywhere is not the goal. Aim for Level 3 in your core hat, Level 2 in the two hats adjacent to it, and Level 1 everywhere else.
  • If you are starting the technical skills from zero, the order that works is SQL, then reading an API contract, then one scripting language, then Git.

The Technical Analyst Skill Matrix is a self-assessment framework original to this site: 25 concrete skills across the five analyst hats, each defined at three levels, with a link to the guide that builds it. Score yourself honestly and you get a profile, the peaks, the gaps, and the next thing to learn.

The Technical Analyst Skill Matrix defines 25 skills across the five hats of the technical analyst role, business analyst, functional analyst, QA analyst, developer analyst, and systems analyst, each at three levels: Level 1, working (you can do it with guidance), Level 2, proficient (you do it independently on real deliveries), and Level 3, the person the team asks (you set the standard and others come to you). I built it from what I have actually had to do across 10+ years of banking and payments delivery, not from a competency framework, which is why every skill is concrete, testable, and linked to a practical guide on this site.

Use it in ten minutes: go skill by skill, compare your real evidence against the level descriptions, and write down a number. The point is not the total. The point is the shape: which hat is your peak, which adjacent skills are one push from Level 2, and which gaps are quietly limiting the work you can take on.

How do the three levels work?

Each level is defined by what you can demonstrably do on a real delivery, not by familiarity. Level 1 means you can perform the skill with guidance or on a simple case: you have done it, but someone senior would check it. Level 2 means you perform it independently on real, messy work, and your output is trusted without review. Level 3 means you are the reference: you handle the hardest cases, you improve how the team does it, and people bring you theirs.

Score 0 when you have never done the thing at all. Be strict about the difference between having read about a skill and having done it; this matrix measures the second one. A useful calibration: if you cannot point to an artifact, a test run, an incident, or a decision that proves the level, score the level below.

The Business Analyst hat: intent and scope

These five skills are about capturing what the business needs, bounding it, and keeping the delivery traceable to it.

SkillLevel 1 looks likeLevel 3 looks likeBuild it
Requirements decompositionBreaks a clear requirement into behaviors with helpTurns a vague, ambiguous ask into precise, testable requirements, and surfaces the decisions hiding inside itFrom business requirement to functional spec
Scope and prioritizationApplies MoSCoW to a prepared listHolds the line on what Must means with senior stakeholders, and drives calm scope cuts in a crisisMoSCoW prioritization
Requirements documentsFills in a BRD or FRD templateChooses the right level of documentation for the risk, and writes documents each audience actually usesBRD vs FRD
TraceabilityMaintains an existing matrixRuns impact analysis in minutes on a late rule change, and satisfies an auditor row by rowRequirements traceability matrix
Fit-gap analysisClassifies requirements as fit or gap against a known systemCatches the partial fits that masquerade as fits, and pushes back on unnecessary customizationFit-gap analysis

The Functional Analyst hat: exact behavior

These five skills turn intent into behavior precise enough to build and test without interpretation.

SkillLevel 1 looks likeLevel 3 looks likeBuild it
Functional specificationWrites the happy path from a templateSpecifies complete behavior including every error path, grounded in observed system behaviorFunctional specification template
Decision tablesReads and tests against an existing tableEnumerates and collapses complex rule sets, and uses the empty cells to force requirement decisionsDecision tables
State machinesFollows a documented lifecycleModels states, transitions, and illegal moves from the real system, and turns each illegal move into a testState machines for payments
Reason code mappingLooks up what AC04 meansOwns the cause-to-code-to-message chain end to end, and verifies the codes the system actually producesReason code mapping
Story versus spec judgmentWrites stories and criteria for simple featuresKnows exactly when acceptance criteria are straining to be a specification, and writes the spec before it hurtsUser story vs specification

The QA Analyst hat: proof

These five skills prove the system behaves correctly, especially on the paths nobody designed for.

SkillLevel 1 looks likeLevel 3 looks likeBuild it
End-to-end flow testingRuns a happy-path payment through a wired environmentFollows one transaction through every hop, API, event, database, logs, callback, and finds the hop that liesYou don’t understand the system until you test it
Negative test designTests the obvious invalid inputsSystematically applies boundaries, partitions, illegal transitions, and failure injection, and finds the defects that matterNegative test design
API testingAsserts status codes on the happy pathTests the full contract: schemas, side effects, the whole error matrix, and idempotency under concurrencyAPI testing end to end
Event and Kafka testingChecks an event exists with helpValidates schema, key, ordering, duplicates, and consumer side effects, and engineers the failure cases deliberatelyHow to test Kafka
Regression strategyRe-runs a provided suiteBuilds and automates a risk-based regression suite that grows with every defect and protects every releaseRegression testing in payments

The Developer Analyst hat: code as a tool

These five skills make every other skill faster, because you read the truth yourself instead of asking for it.

SkillLevel 1 looks likeLevel 3 looks likeBuild it
SQLRuns a provided query and reads the resultAnswers any state question with joins and aggregates in minutes, and catches the schema truths the spec missedSQL for analysts
Reading API contractsNavigates a rendered Swagger UIReads any OpenAPI document fluently, references and all, and spots the contract-versus-behavior divergenceReading an API contract
ScriptingAdapts an existing scriptAutomates end-to-end checks that chain APIs, query the database, and assert events, including concurrency testsScripting checks in Python
Git and the codebaseBrowses files on GitHubUses diff, log, and blame to find when and why behavior changed, and reviews pull requests as a peerGit for analysts
Reading production logsFinds an error when told where to lookTraces any transaction by correlation id across services, and turns observability gaps into requirementsReading production logs

The Systems Analyst hat: the whole-system view

These five skills are about how the pieces connect, and where the connections break.

SkillLevel 1 looks likeLevel 3 looks likeBuild it
System context diagramsReads an existing context diagramDraws the boundary from scratch and surfaces the integration nobody scoped, on day oneSystem context diagrams
Integration patternsNames request-response and messagingReads any integration’s coupling, latency, and failure modes from its pattern, and chooses patterns deliberatelyIntegration patterns
Timing modelsKnows sync waits and async does notDesigns the sync front door on the async core, and specifies the seam where real-time meets batchSynchronous vs asynchronous, batch vs event-driven
Payment message flowsKnows pain is customer-side and pacs is interbankMaps a full flow from pain.001 to camt.053 from memory, and reasons about the transformations between legsPayment message flows
Reconciliation and failure designInvestigates breaks in an existing reconDesigns matching keys, timing handling, break workflows, and DLQ controls that make failure safe and visibleReconciliation design, dead-letter queues

How should you read your profile?

Read your 25 scores as a shape, not a sum. Most working analysts peak in one hat, hold Level 2 in one or two adjacent hats, and have real gaps in the rest, and that is a healthy profile, not a failing one. The question the matrix answers is where your next investment pays most.

Three patterns are worth acting on. A strong hat with a weak neighbor: a Level 3 functional analyst with Level 0 SQL is specifying behavior they cannot verify, and SQL is the single fix. A missing proof layer: strong business and functional scores with weak QA scores means your requirements are precise but unverified, and the end-to-end testing skill converts precision into trust. All prose, no system: strong document skills across the first two hats with zeros across developer and systems skills is the classic non-technical BA profile, and it is the gap this whole site exists to close.

The target shape is deliberate: Level 3 in your core hat, Level 2 in the two hats your delivery work touches most, Level 1 everywhere else. Level 1 matters more than it looks, because knowing what a skill is and when it applies is what lets you call in the right person at the right moment instead of missing the problem entirely.

Where do you start if the technical hats are at zero?

Start with SQL, then reading an API contract, then one scripting language, then Git. That order works because each skill makes the next one easier and each pays off immediately on its own.

SQL comes first because querying state is the highest-leverage single skill: it converts you from someone who asks what happened to someone who looks. Reading an API contract comes second because the contract is the honest description of every integration you will ever specify or test. A scripting language comes third because it turns the checks you now know how to do into checks that run in seconds. Git comes fourth because the codebase and its history answer the questions the other three cannot. A focused few weeks on each, applied to a real system you already work on, moves all four from zero to Level 1, and daily use does the rest.

Re-score yourself against the matrix every six months. The profile changing shape is the honest measure that the investment is working, and the gaps that stay stubbornly at zero are telling you something about the work you are avoiding.

About the author

Analyst Engineering is written by Ahmed, a Senior Technical Business Analyst with 10+ years of banking and payments delivery experience: ISO 20022 and SWIFT messaging, payments API integration, Kafka event validation, and production support. Every article comes from real delivery work, and each one is reviewed and updated as tools and standards change.

Newsletter

Subscribe

Practical, no-fluff playbooks for technical analysts who analyze, code, test, and support. New articles straight to your inbox.

No spam. Unsubscribe anytime.