Learning & teaching · SCENARIO ROADMAP

Robotics master roadmap: foundations, specialization and evidence

An integrated path synthesized from eight public roadmaps and course sequences: learn the foundations, choose a task branch, and advance through demonstrable projects.

Reviewed Nov. 1, 2026 · Editorial learning and project guidance. Professional means project depth, not an accredited qualification.

THE DESTINATION

What you will produce

A reproducible robotics project or a defensible application/pilot decision, with source references, measurable milestones and explicit limitations.

Before you begin

Starting knowledge

  • Choose whether your role is learner, developer, researcher or application evaluator.
  • For implementation, be prepared to learn basic programming and task-relevant mathematics.
  • Begin in simulation; hardware access is optional at the first stage.

Equipment & environment

Write the task and starting skills first. Select one supported software stack, keep a versioned environment, and use the publisher documentation that matches it. The source comparison is a learning-design reference, not a claim that restricted courses are freely accessible.

No fixed completion time: use the evidence gates below to decide when to advance. Resource links open the botstest directory entry; check its publisher documentation for the exact version and configuration.

01

Beginner

Foundations and a reproducible first simulation

Explain a sensing–decision–action loop and reproduce a small project from a clean setup.

How this stage works

Use a small task to reveal which foundations you need next. Modern Robotics supplies the geometric model; the ROS 2 progression supplies software interfaces; the broad roadmap motivates projects and documentation. Our synthesis pairs each concept with evidence, instead of asking beginners to collect every tool. A simulator is the first experimental workspace, not proof that hardware will behave identically.

Work through an example

Illustrative study exercise · written by botstest

Illustrative exercise: move a simulated base or end effector to a known pose, then change the reference frame. Explain why the numerical command and observed position differ. No performance threshold or physical deployment is implied.

  1. Identify the task frame, robot frame and observed pose.
  2. Implement and inspect the transformation on a simple input.
  3. Run the simulation, log the result and compare it with the prediction.
  4. Break the frame or message configuration, diagnose the discrepancy and record the fix.
If it goes wrong

If progress depends on copying unexplained commands, reduce the task. Check units, frames, versions and the simplest input/output before adding perception or learning.

Reference basis: Robotics learning roadmap: a broad orientation; Modern Robotics: foundations through motion and control; ROS 2 tutorial progression — Jazzy. The example and walkthrough are editorial applications of the source.

  1. Define the task
  2. Check frames and inputs
  3. Run a simulation
  4. Reproduce and diagnose
SkillPractice evidenceReady to continue
Programming and setupA reproducible small programAnother person can run it
GeometryA checked transformationYou explain units and frames
InterfacesA recorded message/data loopMissing input is diagnosed
SimulationExpected and broken runsModel limits are stated
Reference teaching demonstration: a physical robot helps illustrate why models, interfaces and supervised practice must be distinguished.

Reference teaching demonstration: a physical robot helps illustrate why models, interfaces and supervised practice must be distinguished.

Ims · Original source · CC BY-SA 4.0

Learn in this order

  1. Write a bounded task: input, intended behavior, observable result and failure conditions.
  2. Use basic programming, files, version control and the mathematics required by the task.
  3. Study frames, transformations and simple kinematics alongside a simulated robot.
  4. Learn one supported middleware/simulator combination; keep its version and dependencies recorded.
Read, then apply

ROS 2 documentation maintainers · Technical tutorial

ROS 2 tutorial progression — Jazzy

Read: Tutorials index on the Jazzy branch; follow the linked prerequisites.

The official sequence builds from first steps and beginner tools to client libraries, intermediate and advanced material.

Apply it: Create a small message pipeline and explain its nodes, interfaces and recorded observations.

Put it into practice

  1. Draw the data flow before implementing it.
  2. Build a simulated motion or sensor example, record an expected run and deliberately break one input.
  3. Ask another learner to follow the README and reproduce the result.
Produce this

A versioned project with setup instructions, a data-flow sketch, expected output and a recorded failure/recovery.

Ready for the next step when…

Resources for this stage

ROS 2 →

Use the matching tutorial sequence for communication and interfaces.

Gazebo →

Test a small robot and preserve the environment configuration.

02

Intermediate

Choose a branch and integrate a complete task

Combine the relevant skills into a tested navigation, manipulation, control or integration project.

How this stage works

The source sequences suggest different branches, not a single compulsory syllabus. ETH provides the mobile perception-to-navigation progression; MIT Manipulation ties geometry to object interaction; Stanford ties modeling to controller behavior; Fraunhofer shows practical modular integration. Choose the branch from your task. Buyers and operators can use the same structure to evaluate evidence without becoming robot developers.

Work through an example

Illustrative study exercise · written by botstest

Illustrative comparison: keep a navigation map and start/goal set fixed while changing one planner setting, or keep manipulation objects and poses fixed while changing one grasp strategy. Report failed attempts and interventions as well as successful runs.

  1. Choose the task, branch and measurable baseline.
  2. Define component interfaces and the test conditions.
  3. Execute repeated ordinary and failure cases.
  4. Change one factor, repeat and explain the limitations.
If it goes wrong

If adding components makes failures opaque, test each interface with recorded inputs. More advanced algorithms cannot repair inconsistent frames, poor data or an unrepeatable baseline.

Reference basis: Autonomous Mobile Robots: perception to navigation; Robotic Manipulation: perception, planning and control; CS223A: modeling, motion and force control; ROS 2 industrial training: from nodes to applications. The example and walkthrough are editorial applications of the source.

  1. Choose a task branch
  2. Establish a baseline
  3. Integrate and test
  4. Analyze failures
Your goalPrimary branchFirst complete project
Learning or teachingGeometry and simulationReproducible demonstration
Mobile autonomyPerception and navigationLogged navigation task
ManipulationPose, grasp and motionBounded pick-and-place
Application evaluationRequirements and evidenceComparison and pilot plan
Home or maker useTask fit and maintenanceSupervised bounded prototype
Reference robot photograph, not proof of a particular project or compatible component bundle.

Reference robot photograph, not proof of a particular project or compatible component bundle.

GrowSkills Robotics · Original source · CC BY-SA 4.0

Learn in this order

  1. For mobile robots: kinematics, perception, localization, mapping and planning.
  2. For manipulators: transforms, inverse kinematics, perception, trajectories and feedback.
  3. For control: dynamics and a baseline controller before advanced optimization or learning.
  4. For system integration: explicit interfaces, configuration, logs, failures and recovery.
Read, then apply

Put it into practice

  1. Select one branch and define a baseline task and test set.
  2. Connect sensing, state estimation, planning and action only as needed.
  3. Test ordinary conditions, boundary cases and a failed dependency.
  4. Keep input data and configuration fixed when comparing changes.
Produce this

An end-to-end project with a baseline, test cases, failure taxonomy and a clear operating boundary.

Ready for the next step when…

Resources for this stage

MoveIt →

Explore a bounded manipulation/planning workflow and its supported versions.

ROS 2 →

Keep the task interfaces and observations explicit.

03

Professional

Validate, reproduce and specialize

Produce evidence that supports a research, engineering or adoption decision within a defined scope.

How this stage works

Professional here means depth of project evidence, not an accredited qualification. Underactuated Robotics offers advanced problem-driven tools; MIT Manipulation provides task-centered research context; the other sequences remain references for prerequisites. Our final gate is whether the evidence supports the claimed decision. A good simulated result is neither a safety assessment nor a production acceptance certificate.

Work through an example

Illustrative study exercise · written by botstest

Illustrative decision: compare a baseline and proposed method using the same task set. Preserve the denominators, interventions and environment. Decide whether the evidence justifies another experiment, a supervised pilot or no further investment.

  1. Freeze the task and evaluation protocol.
  2. Run and archive the baseline before the proposed change.
  3. Compare results, failures and required human work.
  4. Seek independent reproduction or qualified project review and record the next decision.
If it goes wrong

If a result cannot be reproduced, investigate hidden dependencies and selection bias before claiming progress. If physical testing changes the risk or scope, return to the appropriate local review.

Reference basis: Underactuated Robotics: problem-driven control and planning; Robotic Manipulation: perception, planning and control; Robotics learning roadmap: a broad orientation. The example and walkthrough are editorial applications of the source.

  1. Freeze the protocol
  2. Compare fairly
  3. Review and reproduce
  4. Decide the next step
GateEvidenceDecision
ReproducibilityCode, data and configurationCan another person repeat it?
EvaluationBaseline and failed attemptsDoes the claim match the measurements?
Physical scopeQualified review and recovery planIs a supervised trial justified?
OperationOwner, maintenance and supportCan the result be sustained?
Published research-system preview: a reference for integrated experimentation, not independent reproduction or a turnkey educational package.

Published research-system preview: a reference for integrated experimentation, not independent reproduction or a turnkey educational package.

Nathan J. Szymanski; Bernardus Rendy; Yuxing Fei; Rishi E. Kumar; Tanjin He; David Milsted; Matthew J. McDermott; Max Gallant; Ekin Dogus Cubuk; Amil Merchant; Haegyeom Kim; Anubhav Jain; Christopher J. Bartel; Kristin Persson; Yan Zeng; Gerbrand Ceder · Original source · CC BY 4.0

Learn in this order

  1. Use task-relevant advanced dynamics, optimization or learning after establishing a baseline.
  2. Control datasets, software/hardware versions, calibration and evaluation conditions.
  3. Separate simulation, research prototypes and site acceptance.
  4. Plan maintenance, access, recovery, ownership and a decision to continue or stop.
Read, then apply

Put it into practice

  1. Reproduce an existing result or supported baseline and retain the evidence.
  2. Run a comparison with the same conditions and publish failed attempts.
  3. Have another person review and reproduce the project.
  4. For physical adoption, involve the qualified site/integration team before trials.
Produce this

A reproducibility or pilot decision pack: task scope, baseline, methods, results, failures, limitations and next decision.

Ready for the next step when…

Resources for this stage

Drake →

Explore task-relevant modeling, control and reproducible experiments.

ROS 2 →

Preserve the interfaces, versioned configuration and run evidence.

Common pitfalls

  • Treating a list of technologies as a learning sequence.
  • Mixing obsolete software instructions with another distribution or simulator.
  • Skipping a reproducible baseline before adopting learning-based methods.
  • Reporting only successful demonstrations or treating a research score as site acceptance.

Where to go next

Choose the scenario roadmap in Learning, Research, Development, Industry, Field or Home that matches your task. Reuse this foundation and evidence checklist, then follow the scenario-specific resources and readiness checks.

Explore other learn paths →