EXIN DevOps Master study plan
EXIN DevOps Master · Give each week a clear focus.
8 weeks · About 7 hours per week
DevOps Adoption
Define DevOps in your own words and contrast it with traditional ITIL-driven operations, listing at least five concrete differences
Map the three dimensions of the DevOps model (people, process, technology) and give two examples of friction in each
Explain the business case for DevOps by linking lead time, deployment frequency, and change failure rate to customer outcomes
Identify the main resistance points in a DevOps adoption (culture, silos, fear of change) and draft a one-paragraph counterargument for each
Your checkpoint
A two-page written summary of DevOps principles and adoption barriers, with a personal glossary of at least 20 terms
DevOps Adoption
Describe the stages of a DevOps adoption roadmap and order them into a phased plan for a fictional organization
Explain the role of a DevOps coach and distinguish it from a release manager and a scrum master
Design a metric set based on DORA-style measures plus at least two organizational health indicators
Evaluate at least three change-management approaches (top-down, bottom-up, pilot team) and argue which fits which context
Your checkpoint
A one-page adoption roadmap for a fictional 200-person company, including phases, owners, and success metrics
Planning, Requirements and Design
Break an epic into user stories that meet the INVEST criteria and add acceptance criteria to each
Explain how requirements differ in a continuous-delivery context compared with a stage-gate process
Write a definition of done and a definition of ready for a sample team
Describe how to keep a product backlog refined when deployment happens daily
Your checkpoint
A refined backlog of 10 user stories with acceptance criteria and a written definition of done and ready
Planning, Requirements and Design
Compare monolithic, service-oriented, and microservice architectures on deployability, coupling, and operational cost
Explain the role of a loosely coupled architecture and an API contract in enabling independent deployment
Describe how to design for testability and observability, naming concrete patterns
Identify which design decisions are reversible versus one-way doors and explain why that distinction matters for deployment frequency
Your checkpoint
A one-page architecture decision record for a fictional service, covering chosen style, trade-offs, and observability plan
Development and Deployment
Explain trunk-based development and contrast it with long-lived feature branches, including merge-conflict and integration risk
Describe how to keep a build fast and reliable, naming practices such as build caching, parallel test stages, and fail-fast ordering
Design a deployment pipeline with at least four stages and define the quality gate at each
Explain the difference between continuous delivery and continuous deployment and when each is appropriate
Your checkpoint
A pipeline diagram with four or more stages, quality gates, and a written justification for each gate
Development and Deployment
Explain infrastructure as code and configuration management, and contrast declarative with imperative approaches
Describe blue-green, canary, and rolling deployment strategies and state the rollback path for each
Explain how version control and artifact repositories support traceability from commit to production
Outline a test strategy covering unit, integration, contract, and end-to-end tests with a pyramid rationale
Your checkpoint
A deployment strategy comparison table covering three strategies, with rollback steps and risk notes
Operation and Scaling
Explain how to instrument a service with logs, metrics, and traces and what question each signal answers
Define service level indicators, objectives, and error budgets, and describe how an error budget changes release behavior
Describe how to run a blameless postmortem and what a good action item looks like
Explain how to scale a system horizontally and vertically, and name the bottleneck each approach hits first
Your checkpoint
A draft service level objective set for one fictional service, with an error-budget policy and a sample postmortem
DevOps Adoption & Operation and Scaling
Synthesize all four domains into a single end-to-end narrative from idea to production and back to feedback
Rehearse explaining adoption resistance and how to overcome it, using examples from earlier weeks
Audit your own weak areas against the domain weighting and list the three topics needing most review
Complete a timed practice set under exam conditions and review every wrong answer
Your checkpoint
A timed practice test score plus a one-page review sheet listing weak areas and corrective actions
Milestones
Week 2: Can explain the DevOps adoption model, its dimensions, and a phased roadmap without notes, and has produced the adoption roadmap deliverable
Week 4: Can write INVEST-compliant stories and justify an architecture choice on deployability grounds, with both deliverables complete
Week 6: Can draw a four-stage pipeline from memory, name the quality gate at each stage, and state the rollback path for three deployment strategies
Week 8: Scores at or above 70 percent on a timed practice set and has a written review sheet of remaining weak areas