What Is a Team in Microsoft Teams?
Overview
A Team in Microsoft Teams is a shared digital workspace where groups of people can collaborate across conversations, files, meetings, and tools. Teams provide structure, persistent history, and a centralized place to work together. At Berry, Teams are used for projects, committees, departments, and any collaborative groups where information needs to be shared and organized.
Key Components of a Team
• Posts: Conversation area where members can discuss topics, ask questions, and make announcements.
• Files: A unified location for documents stored in the Team’s connected SharePoint site.
• Channels: Sub-sections within a Team that organize work by topic.
• Apps & Tabs: Tools like Planner, OneNote, Lists, or websites that support team workflows.
When to Create a Team
Create a Team when a group needs ongoing collaboration. Examples include:
• Academic or administrative committees.
• Cross‑department working groups.
• Project-based collaboration that lasts months or longer.
• Departments wanting structured communication and file organization.
When NOT to Create a Team
Avoid creating a Team when:
• You only need to collaborate with one or two people (use Chat instead).
• The work is temporary and does not require structured channels.
• The content belongs in an official department SharePoint site rather than a project space.
Teams and SharePoint Integration
Every Team is backed by a SharePoint site that stores its files. Each channel corresponds to a folder in the SharePoint Documents library. This provides:
• Centralized file storage.
• Version history and metadata.
• Consistent permissions tied to Team membership.
Membership and Permissions
Teams have two main roles:
• Owners: Manage settings, add/remove members, and oversee permissions.
• Members: Participate in conversations, share files, and collaborate.
Files and conversations automatically inherit Team permissions, reducing administrative overhead.
Best Practices for Creating & Managing Teams
• Use clear, descriptive Team names (e.g., “Admissions Committee,” “Campus Safety Project”).
• Create channels for specific topics to avoid clutter in the General channel.
• Use consistent naming conventions for channels.
• Archive Teams when a project ends, but retain them for reference when needed.