⏰ Support Available: Mon-Fri 4:00pm-6:00am | Weekends 24/7

Back to all articles
Microsoft 3655 min read

New Microsoft 365 Group Creation Experience: What’s Changed and Why It Matters

By Jamie Hamilton · Published

Microsoft has redesigned the group creation experience in My Groups, giving group owners considerably more control at setup without needing an administrator to finish the job afterwards.

It reads like a small interface change. It closes a governance gap that causes a disproportionate amount of cleanup work.

What changed

Creating a Microsoft 365 group through My Groups used to be minimal: a name, a description, and everything else configured later by somebody with administrative rights. In practice later often meant never.

Owners can now set at the point of creation:

  • •Usage guidelines, email alias and sensitivity labels
  • •Exchange settings including welcome emails, subscribing members to conversations, and whether the group mailbox and calendar appear in Outlook
  • •Who can send email to the group, including hiding it from the global address list and allowing or blocking external senders
  • •Security group functionality where it is needed

Why this matters more than it sounds

Group sprawl is one of the most common Microsoft 365 management problems, and the mechanism behind it is not that groups get created. It is that they get created quickly with defaults that do not match the organisation's policy, and then nothing ever prompts anybody to revisit them.

The recurring findings in client environments:

  • •Groups accepting external email by default when they should not
  • •Missing sensitivity labels, which becomes a compliance gap rather than an inconvenience
  • •Group mailboxes and calendars not appearing in Outlook because nobody configured them, so the group is used as a chat channel and the mailbox silently collects mail
  • •Members not subscribed to conversations, so messages go unread and people conclude the group does not work

Every one of those is a setting somebody would have chosen correctly if they had been asked at the time. The gap was never intent, it was that the question was asked of the wrong person at the wrong moment.

What it means for administrators

  • •Fewer tickets asking for post-creation group configuration
  • •Better alignment with policy from day one rather than at the next review
  • •Sensitivity labels and usage guidelines applied consistently
  • •Less cleanup during periodic reviews, which is where this time is currently spent

There is a catch worth planning for. Users will now see and interact with these settings directly, which makes your tenant-level configuration considerably more visible than it was. If your sensitivity labels are not published, your naming convention is not enforced, or your usage guidelines are empty, that now shows up in front of every person creating a group.

Availability

This is a general availability release rolling out to all tenants, so it is not something to opt into. If you have not seen it yet, it should appear in My Groups shortly.

What to do before it reaches you

If your organisation uses Microsoft 365 groups regularly, the useful preparation is at the tenant level:

  • •Review group creation policy and naming conventions, since both become visible to users
  • •Make sure sensitivity labels are published and available, because an empty label list is worse than no prompt at all
  • •Configure usage guidelines in the tenant, which is the field this experience surfaces and most tenants have never filled in
  • •Update any internal guidance for group owners, who are about to be asked questions they have not been asked before

Getting those right means self-service works in your favour. Leaving them means handing users more settings to get wrong, faster, which is the opposite of the intended effect.

Frequently asked questions

What changed in the Microsoft 365 group creation experience?

Group owners can now configure email, security and sensitivity settings while creating the group in My Groups, rather than only setting a name and description and leaving everything else for an administrator afterwards. That covers usage guidelines and sensitivity labels, Exchange settings such as welcome emails and Outlook visibility, who can send mail to the group, and enabling security group functionality.

Do I need to enable the new group creation experience?

No. It is a general availability release rolling out to all tenants rather than something you opt into. If you have not seen it yet it should appear in My Groups shortly, which is the reason to get your tenant-level configuration in order now rather than after users start seeing it.

Why does group sprawl happen in Microsoft 365?

Not because groups get created, but because they get created quickly with defaults that do not match the organisation’s policy, and nothing afterwards prompts anybody to revisit them. The common results are groups accepting external mail when they should not, missing sensitivity labels, and mailboxes that never appear in Outlook because nobody configured them, so mail collects unread.

What should we configure before this rolls out?

Group creation policy and naming conventions, because both become visible to users. Sensitivity labels published and available, since an empty label list in front of a user is worse than not asking. Usage guidelines configured at tenant level, which this experience surfaces and most tenants have never filled in. And updated guidance for group owners, who are about to be asked questions they have not seen before.

Should users be allowed to create their own groups?

For most organisations yes, with the tenant configured so the defaults are safe. Restricting creation to administrators moves the bottleneck rather than removing the problem, and people route around it with something less governed. This change makes self-service better precisely because the settings that used to be missed are now asked at the moment somebody has the context to answer them.

Need your group policies and tenant configuration reviewed before this lands?

Managed M365 support

or call 0403 401 250