> For the complete documentation index, see [llms.txt](https://smedai.aivd.ch/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://smedai.aivd.ch/applications/microsoft-teams/decouvrir-teams/pourquoi-teams.md).

# Pourquoi Teams ?

Teams n'est plus une nouveauté à justifier. C'est devenu l'endroit où nous travaillons — et depuis le 10 juin 2026, c'est aussi notre téléphone.

La vraie question a changé. Elle n'est plus *pourquoi Teams*, mais **pourquoi la façon dont on s'en sert compte autant**.

## Ce que Teams a effectivement changé

**Le téléphone a rejoint le reste.** Un seul numéro, sur l'ordinateur, le poste et le mobile. Transférer un appel, déléguer sa ligne ou préparer une absence se fait au même endroit que le reste du travail.

**Le travail est devenu visible.** Ce qui se disait dans des échanges à deux se voit désormais dans un canal. Quelqu'un qui rejoint un dossier en cours de route peut remonter le fil au lieu de demander qu'on lui réexplique.

**Les documents ont cessé de se dupliquer.** Un fichier dans un canal se modifie à plusieurs, garde son historique, et reste unique. Fini les cinq versions d'un même tableau qui circulent en pièce jointe.

## Ce que Teams ne fait pas tout seul

C'est la partie qui manquait à cette page, et c'est la plus importante.

Un outil collaboratif ne produit pas de collaboration par sa seule présence. Trois choses ne s'arrangent pas d'elles-mêmes :

| Ce qui arrive                        | Pourquoi                                                                                                   |
| ------------------------------------ | ---------------------------------------------------------------------------------------------------------- |
| **Un document disparaît**            | Il avait été déposé dans une discussion, pas dans un canal. Il appartenait à une personne, pas à l'équipe. |
| **Personne ne lit plus rien**        | Trop de canaux notifient tout le monde. À force, plus aucune alerte ne se distingue.                       |
| **Une décision devient introuvable** | Elle a été prise dans une conversation privée. Elle n'existe que pour ceux qui y étaient.                  |

Ces trois situations ont la même cause : un choix fait sans y penser, au moment où l'on écrivait.

## Ce que ça change, concrètement

Quand une équipe travaille dans un canal plutôt qu'en discussion :

* **Le travail survit aux départs.** Un collègue s'en va, son dossier reste.
* **L'arrivée d'un nouveau coûte moins cher.** Il lit l'historique au lieu de mobiliser trois personnes.
* **L'information se retrouve.** Six mois plus tard, la recherche fonctionne parce que le contenu est là où on le cherche.
* **L'absence devient gérable.** Ce qui s'est passé pendant deux semaines de congé est consultable.

Aucun de ces bénéfices ne vient de l'outil. Ils viennent tous du fait d'avoir déposé la chose au bon endroit.

## Les objections légitimes

<details>

<summary>« On avait déjà l'e-mail, ça marchait »</summary>

L'e-mail fonctionne bien pour ce qu'il fait : une adresse, un destinataire, une trace personnelle.

Sa limite est là : l'information appartient à la boîte de celui qui l'a reçue. Un collègue absent, et le dossier est bloqué. Un départ, et l'historique part avec lui.

Dans un canal, l'information appartient au groupe. C'est la seule différence — mais elle change tout.

</details>

<details>

<summary>« Ça fait un espace de plus à surveiller »</summary>

Au départ, oui. C'est vrai tant que Teams s'ajoute sans rien remplacer.

Le gain arrive quand les échanges qui se faisaient en e-mail interne passent effectivement dans Teams. Le nombre d'endroits à consulter diminue, il n'augmente pas.

Et l'encombrement se règle : masquer les canaux qui ne vous concernent pas et régler les notifications prend dix minutes, une fois.

</details>

<details>

<summary>« On nous avait dit de ne pas créer trop de canaux »</summary>

C'était un conseil de démarrage, pas une règle. Il n'y a pas de limite de service au nombre de canaux.

Le critère n'est pas le nombre, c'est la vie du canal. Un canal actif organise ; un canal mort disperse. Si votre équipe a besoin de dix canaux parce que dix sujets vivent en parallèle, créez-les.

</details>

<details>

<summary>« Je ne veux pas que tout ce que j'écris soit visible »</summary>

Tout n'a pas vocation à l'être. Une question rapide, un échange informel, une hésitation : la discussion est faite pour ça.

Le partage concerne le **travail** : ce qui produit une décision, un document, un engagement. Cela ne rend pas vos échanges publics, cela rend le travail collectif consultable par ceux qui en font partie.

</details>

## Par où commencer

Trois gestes suffisent à obtenir l'essentiel du bénéfice.

<table data-view="cards"><thead><tr><th>Étape</th><th>Description</th><th data-card-target data-type="content-ref">Lien</th></tr></thead><tbody><tr><td><strong>1. Choisir le bon endroit</strong></td><td>Discussion ou canal : la décision qui détermine tout le reste</td><td><a href="/applications/microsoft-teams/collaborer-au-quotidien/conversation-ou-canal-lequel-choisir.md">Conversation ou canal : lequel choisir</a></td></tr><tr><td><strong>2. Ranger son espace</strong></td><td>Masquer, regrouper, filtrer — dix minutes une fois</td><td><a href="/applications/microsoft-teams/collaborer-au-quotidien/organiser-mes-conversations-et-canaux.md">Organiser mes conversations et canaux</a></td></tr><tr><td><strong>3. Doser ce qui notifie</strong></td><td>Rester joignable sans recevoir tout le flux</td><td><a href="/applications/microsoft-teams/collaborer-au-quotidien/regler-mes-notifications.md">Régler mes notifications</a></td></tr></tbody></table>

*Page vérifiée le 30.07.2026 par VDMAY — à revoir avant le 31.10.2026*


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://smedai.aivd.ch/applications/microsoft-teams/decouvrir-teams/pourquoi-teams.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.