Wat is het primaire doel van het bundelen van vaardigheden in een plugin?	Het efficiënt opschalen van een persoonlijk werkproces naar het hele team.
Wat is de aanbevolen manier om een plugin te delen in een grote organisatie?	Via de private marketplace van de organisatie, beheerd door een admin.
Wat betekent de installatieniveau 'Available' voor een plugin?	De plugin staat in de Directory en mensen kunnen deze installeren als ze dat willen.
Wanneer moet een plugin als 'Required' worden ingesteld?	Voor compliance-controles of werk dat altijd op dezelfde manier moet lopen.
Wat is de eerste stap als de private marketplace al bestaat (Path A)?	De plugin bij de marketplace-eigenaar (teamleider, enablement, of IT) overhandigen voor publicatie.
Wat is de aanpak als je niet weet of de marketplace is ingesteld (Path B)?	Vragen wie de softwaretools beheert (meestal IT of enablement) en of de marketplace is ingeschakeld.
Wat is de eerste actie als je de admin bent (Path C)?	Naar de Organisatie-instellingen gaan om de private marketplace te creëren.
Welke gewoonte is cruciaal voor het voorkomen dat een gedeelde plugin veroudert?	Het aanwijzen van één eigenaar die wijzigingen beoordeelt en updates beheert.
Wat moet er altijd gebeuren voordat een plugin wordt gepubliceerd?	Er moeten e-vals (evaluaties) worden uitgevoerd om te controleren of de veranderingen nog werken.
Waarom is het belangrijk om vaardigheden en plugins specifiek te benoemen?	Om te voorkomen dat namen botsen met andere plugins in de organisatie (bv. "sales-customer-renewal-prep").
