diff --git a/docs/source/usecases/Moving_from_EnableUVM_to_SharedSpace.md b/docs/source/usecases/Moving_from_EnableUVM_to_SharedSpace.md
index 003fb8e47..3c09c805d 100644
--- a/docs/source/usecases/Moving_from_EnableUVM_to_SharedSpace.md
+++ b/docs/source/usecases/Moving_from_EnableUVM_to_SharedSpace.md
@@ -5,7 +5,7 @@ The accesses in `parallel_for`, `parallel_reduce`, or `parallel_scan` do not occ
 
 ## The alternative
 
-We introduced a new alias named [`SharedSpace`](SharedSpace) in Kokkos 4.0. This always points to memory that is accessible by every [`ExecutionSpace`](ExecutionSpaceConcept) and is migrated without user interaction to the acessing `ExecutioSpace` on demand. After migration the memory is accessed locally.
+We introduced a new alias named [`SharedSpace`](SharedSpace) in Kokkos 4.0. This always points to memory that is accessible by every [`ExecutionSpace`](ExecutionSpaceConcept) and is migrated without user interaction to the acessing `ExecutionSpace` on demand. After migration the memory is accessed locally.
 Using the alias e.g. in `Views` is expressive and thus easier to read. Furthermore, it is portable to every backend that can automatically migrate memory between `ExecutionSpaces`.
 Furthermore, we introduced the alias [`SharedHostPinnedSpace`](SharedHostPinnedSpace) which points to memory that is accessible by all enabled `ExecutionSpaces` but always resides in the memory of the host.