Start free trial
How-to 5 steps 3 min read Updated 11 November 2026

How to standardize Teams and SharePoint provisioning with templates

Let people request Teams and SharePoint sites from templates, with owner, naming, label and approval built in, so sprawl does not start.

Torsten Mandelkow Works with
How-to

What is standardized workspace provisioning in Microsoft 365?

Standardizing Teams and SharePoint provisioning means creating every new workspace from a governed template that fixes the owner, the name, the sensitivity label and the approval. People keep self-service, and every workspace arrives with the controls that stop sprawl at the moment of creation.

In short

  • Sprawl starts at creation, so that is the cheapest place to stop it.
  • A template fixes the decisions you do not want to repeat on every request.
  • Nothing is created without an accountable owner.
  • Provisioning is the first step of the lifecycle, and reviews and expiry are the rest.

Step by step

Five steps move provisioning from open creation to governed self-service.

  1. List the workspace types you need

    Group requests into a few types, such as department, project and community, and define one template for each. Start with the ones created most often.

  2. Decide what each template fixes

    For each type set the required owners, the naming pattern, the default sensitivity label, guest and sharing settings and the starting structure.

  3. Add the approval rule

    Decide which requests need approval and who approves. Send requests for sensitive or external workspaces to a named approver, and let the rest through automatically.

    Tip: Approve by exception. If every request waits, people go around the process.

  4. Open the request in the tools people use

    Let people request a workspace in Microsoft Teams or from one request form, and restrict the native create option so the template is the easy path.

  5. Connect creation to the lifecycle

    Give every new workspace a review date and an expiry rule, and run access reviews on the cycle you set, so each workspace is reviewed, archived or deleted on schedule.

Why ungoverned creation becomes sprawl

Left to the native create button, any licensed user can spin up a Team, a Microsoft 365 group or a site in seconds, with no owner named and no standard applied. Each workspace then picks its own name, visibility and sharing.

Workspaces launched without a responsible owner leave nobody answerable for their access, their data or their end of life. The estate fragments before anyone governs it, and the cleanup lands months later on IT.

Connectors in this How-to

Each connector page in the Rencore docs lists the objects, policies, reports and actions behind these steps.

Common questions about workspace provisioning

Why not just turn off self-service creation of Teams and sites?
Because people then work around you. Blocking creation sends requests to IT, a queue forms, and users start using unmanaged tools or ask for exceptions. Templates keep the speed of self-service and move the rules to the moment of creation: the owner, name, label and approval are captured up front, so IT is involved once in the design and not on every request.
What belongs in a workspace template?
The decisions you do not want to make again for every request: the type (a department, project or community workspace), required owners, a naming pattern, the default sensitivity label, guest and sharing settings, the starting channels or libraries and an expiry or review date. Keep the list short enough that a requester finishes the form in a few minutes, and add a field only when a rule depends on the answer.
What happens to a workspace after it is created?
That is the lifecycle, and provisioning only covers the start of it. Every workspace still needs an owner who stays, periodic access reviews, a check for inactivity and a defined end: archive, then delete. Templates make that easier because every workspace starts with an owner and a review date, but a workspace created last year still has to be found and reviewed.
How does Rencore handle workspace provisioning?
Rencore Governance lets people request a workspace from a gallery of templates you curate, covering Teams, SharePoint, Planner and Viva Engage. The request captures the owner, a naming standard and the sensitivity label, and routes approval to the people you name. Content, visibility and the multi-geo location live in the template. It complements native creation in Microsoft 365 and hands each new workspace to lifecycle governance.

Last updated 11 November 2026

See governed provisioning from the requester's side

We will show the template gallery, the request form in Teams and the approval step in a short demo.

Rencore newsletter

Subscribe to our newsletter

Get the latest insights on governing Microsoft 365, Copilot and AI agents, delivered to your inbox.

Loading form