diff --git a/ur_rtde_driver/doc/features.md b/ur_rtde_driver/doc/features.md
new file mode 100644
index 0000000..75f7d01
--- /dev/null
+++ b/ur_rtde_driver/doc/features.md
@@ -0,0 +1,37 @@
+# Feature comparison and roadmap
+
+| Feature | ur_modern_driver | this_driver |
+| --- | --- | --- |
+| position-based control | yes | yes |
+| scaled position-based control | - | yes |
+| velocity-based control | yes | planned |
+| reporting of tcp wrench | yes | yes |
+| reporting of tcp wrench in tcp link | - | yes |
+| pausing of programs | - | yes |
+| continue trajectories after EM-Stop resume | - | yes |
+| continue trajectories after protective stop | - | yes |
+| panel interaction in between possible | no1 | yes |
+| get and set IO states | yes | planned |
+| use tool communication on e-series | - | yes |
+| use the driver without a teach pendant necessary | - | planned |
+| support of CB2 robots | yes | - |
+| trajectory extrapolation on robot on missing packages | no2 | yes |
+| use ROS as drop-in for TP-programs | - | planned3 |
+| extract calibration from robot | - | yes |
+| send custom script commands to robot | yes | planned |
+| ROS 2 support | ? | (planned)4 |
+| Reconnect on a disconnected robot | yes | in progress |
+
+1 Depending on the mode the driver is running the panel won't react or using the panel
+will stop the program without notifying the ROS user.
+
+2 In velocity mode this is implicitly given.
+
+3 Currently, you can use ROS as the last element in a program, but handing back control
+to the TP is not yet implemented.
+
+4 There is no specific plan to do this inside of the first driver development. However,
+it is structured in a way so that a ROS2 driver should be developed as easy as possible by keeping
+as much as possible in a ros-independent library.
+
+