Software developers and engineers
The foundations in every domain first, then design and leadership as your role grows.
Not covered: skills tied to one language, framework or vendor.
Public review draft · Version 0.2
Competence is terrain, and this is the map: one vendor-neutral standard for what technical practitioners should know and be able to do in software, AI, security, delivery and technology leadership. Ten principles and 56 task statements across five domains, with a reading path for each kind of practitioner. Program- and portfolio-level content is planned for later versions.
Version 0.2 · 138 pages · Free to read and share under CC BY-ND 4.0. It is a draft: expect changes, and tell us what is wrong.Also free: a guide for each domain, practice questions, a glossary, a casebook and the code of ethics, in the IICTP Library.About the Guide
The Guide sets out what a technical practitioner does and must know, in numbered task statements, so that candidates, teams and employers mean the same thing by “competent”.
Sets out what competent practice looks like in each domain, in plain, testable statements, independent of any vendor or tool.
Developers, AI engineers and security practitioners; tech leads and delivery or programme managers who need a yardstick; and educators and employers who need a common reference.
The ATP® and CTP® examinations are built from the Guide: every question traces to one task statement. Studying the Guide is studying for the exam.
Who it is for
The Standard is organised by five domains, not job titles, because real roles cross several. Each reading path picks out the task statements that matter most, and says plainly what the Standard does not cover yet.
The foundations in every domain first, then design and leadership as your role grows.
Not covered: skills tied to one language, framework or vendor.
All of the AI domain, plus the engineering that makes AI features dependable.
Not yet: model-serving internals such as quantisation and inference servers.
Secrets, application vulnerabilities, supply chain, zero trust, threat modelling, and incident response.
Not yet: security governance and programmes, forensics, detection engineering.
The delivery domain end to end, plus leading teams and working with stakeholders.
Not yet: programme-level practice such as many squads, budgets, vendors and board reporting.
The principles, measuring delivery, technical debt, AI governance and recovery objectives.
Not yet: owner-level topics such as capital allocation, due diligence and board oversight. Planned.
Inside the Guide
Before Part A, an introduction gives a reading path for each kind of practitioner and a plain map of what the Standard does not cover yet. Part A sets out the principles and task statements; Part B explains them, one chapter per domain.
The map, in your handsHow it is examined
Every task statement says which examination may test it. The same task can appear in both, tested at a different depth.
Explain the concept, recognise it in a scenario, and apply it correctly when the situation is ordinary. 25 task statements.
Choose between options, justify the choice against trade-offs, and lead others through it when the situation is ambiguous. 38 task statements.
Seven task statements are examined in both: the ATP® tests explaining and applying, the CTP® tests choosing and justifying.
How it reads
Isolate failure domains so a fault in one part does not take down the rest.
| Exam | CTP® |
|---|---|
| Knowledge | Timeouts; retries with backoff and jitter; circuit breakers; bulkheads; graceful degradation; supervision and restart; cascading failure. |
| Principle | P9 Contain failure. |
| Guide | Chapter 1: what the CTP® expects, common mistakes, a worked outage scenario and an illustrative question. |
Road to release
Public review opened in October 2026. This is version 0.2.
Five domains, ten principles and the task statement format agreed.
Version 0.2 written: 56 task statements, a guide chapter for every domain, and a reading path for each kind of practitioner.
Read the draft and comment on any statement. Program- and portfolio-level content will be added in later versions.
Release the first edition, with the exams aligned to it.
Take part
The Guide is written with practitioners. Two ways to contribute before the first edition.
Download version 0.2 and comment on any principle or task statement. Quote its ID (for example D1-T08 or P4), say what is wrong or missing, and suggest a fix.
Send a commentExperienced practitioners can join a domain group and help draft and test the statements.
Apply to joinVersion 0.2 is available now as a public review draft. The first edition is planned for 2027, after public review closes.
The public review draft is free to read and share, unchanged and with credit, under a Creative Commons licence (CC BY-ND 4.0). Terms for the first edition will be announced before it is published. See membership.
The ATP® and CTP® examinations are built from the Guide: every question traces to one task statement, and each published exam blueprint lists the statements it covers. See the ATP® exam.
No. Statements describe outcomes, not products, so they stay valid as tools change. Tools named in the guide chapters are examples only.
At least once a year, and whenever public review leads to changes. A board to oversee the standard is being formed. About the board.
Read the draft now, or leave your email and we will write when the first edition is published.