diff --git a/docs/community/working-group-definitions.md b/docs/community/working-group-definitions.md
index 1b03901d460..a56d4c4ecf2 100644
--- a/docs/community/working-group-definitions.md
+++ b/docs/community/working-group-definitions.md
@@ -38,6 +38,7 @@ Special consideration should be given to topics like **backwards compatibility**
 * @adityapatwardhan (SDK)
 * @michaeltlombardi
 * @SeeminglyScience
+* @bergmeister
 
 ## Engine
 
@@ -49,8 +50,8 @@ This includes (but is not limited to):
 * The language parser
 * The command and parameter binders
 * The module and provider systems
-    * `*-Item` cmdlets
-    * Providers
+  * `*-Item` cmdlets
+  * Providers
 * Performance
 * Componentization
 * AssemblyLoadContext
@@ -61,7 +62,6 @@ However, it's expected that many issues will require input from both WGs.
 
 ### Members
 
-* @BrucePay
 * @daxian-dbw
 * @JamesWTruher
 * @rkeithhill
@@ -104,7 +104,6 @@ particularly given the long-lasting effects of language decisions.
 
 * @JamesWTruher
 * @daxian-dbw
-* @BrucePay
 * @SeeminglyScience
 
 ## Remoting
@@ -118,14 +117,13 @@ Given the commonality of serialization boundaries, the Remoting WG should also f
 ### Members
 
 * @anmenaga
-* @PaulHigin
 * @TravisEz13
 
 ## Cmdlets and Modules
 
 The Cmdlet WG should focus on core/inbox modules whose source code lives within the
 `PowerShell/PowerShell` repository,
-including the proposal of new cmdlets and parameters, improvements and bug fixes to existing
+including the proposal of new cmdlets and parameters, improvements and bugfixes to existing
 cmdlets/parameters, and breaking changes.
 
 However, some modules that ship as part of the PowerShell package are managed in other source repositories.
@@ -147,6 +145,7 @@ These modules include:
 * @SteveL-MSFT
 * @jdhitsolutions
 * @TobiasPSP
+* @doctordns
 
 ## Security
 
@@ -156,7 +155,8 @@ in order to provide their expertise, concerns, and guidance.
 ### Members
 
 * @TravisEz13
-* @PaulHigin
+* @SydneySmithReal
+* @anamnavi
 
 ## Explicitly not Working Groups
 
@@ -170,12 +170,12 @@ This bucket is also not oriented a customer-facing deliverable and is already so
 so we don't need to address it as part of the WGs.
 
 * Build
-    * `build.psm1`
-    * `install-powershell.ps1`
-    * Build infrastructure and automation
+  * `build.psm1`
+  * `install-powershell.ps1`
+  * Build infrastructure and automation
 * Packaging
-    * Scripts
-    * Infrastructure
+  * Scripts
+  * Infrastructure
 
 ### Quality
 
@@ -184,10 +184,10 @@ Similar to the topic of building PowerShell, quality
 should be managed by the PowerShell Maintainers.
 
 * Test code
-    * Pester unit tests
-    * xUnit unit tests
+  * Pester unit tests
+  * xUnit unit tests
 * Test infrastructure
-    * Nightlies
-    * CI
+  * Nightlies
+  * CI
 * Code coverage
 * Pester