Shared Projects : collaborer à plusieurs

Shared Projects : l’IA collaborative en équipe

Jusqu’ici, tout ce que nous avons construit dans ce cours — Projects, instructions, fichiers liés — restait personnel. Les Shared Projects changent la donne : plusieurs personnes partagent un même espace de travail ChatGPT, avec les mêmes fichiers, les mêmes instructions et un historique commun. C’est le passage de l’IA individuelle à l’IA d’équipe, et cela résout un problème que vous avez peut-être déjà rencontré : chaque collègue qui « bricole avec ChatGPT dans son coin » obtient des résultats de qualité et de ton inégaux, faute de contexte partagé.

Un Shared Project fonctionne exactement comme un Project classique, à ceci près qu’on peut y inviter des collaborateurs. Chaque membre peut ouvrir de nouvelles conversations dans le Project, accéder aux fichiers et instructions partagés, consulter les conversations des autres membres (selon les permissions) et contribuer aux instructions et aux fichiers. Le bénéfice est immédiat : le cadre que le responsable a soigneusement rédigé s’applique au travail de toute l’équipe, pas seulement au sien.

Créer et partager un Project

La mise en place se fait en trois temps. Commencez par créer un Project classique, comme dans la leçon 8, avec un nom, des instructions et des fichiers — ne partagez pas une coquille vide, le cadre doit exister avant l’invitation. Ouvrez ensuite les paramètres du Project, cliquez sur « Partager » (ou « Share »), ajoutez les adresses email de vos collaborateurs, puis définissez les permissions de chacun.

Ces permissions s’organisent en trois rôles :

La logique est classique : le propriétaire garde la main sur le cadre (instructions, suppression de fichiers), les éditeurs produisent dedans, les lecteurs profitent du contexte sans pouvoir le modifier. Attribuer le bon rôle dès l’invitation vous évitera de découvrir plus tard que les instructions ont été réécrites par trois personnes différentes.

Ce que ça donne en entreprise

Prenons trois équipes types. Une équipe marketing crée un Shared Project « Stratégie contenu 2026 » : les instructions portent la charte éditoriale, le ton de la marque et les mots-clés SEO cibles ; les fichiers regroupent le calendrier éditorial, les personas et des exemples d’articles validés ; la responsable contenu est propriétaire, les rédacteurs sont éditeurs, le stagiaire est lecteur. Chaque rédacteur ouvre sa conversation pour rédiger son article — et tous produisent avec le même contexte et les mêmes règles, ce qui homogénéise la qualité sans réunion supplémentaire.

Une équipe produit monte un Shared Project « Roadmap produit » sur le même schéma : vision produit, contraintes techniques et méthodologie agile dans les instructions ; backlog, user stories et wireframes en fichiers ; le product manager propriétaire, développeurs et designers éditeurs. L’équipe s’en sert pour les estimations, les spécifications et le brainstorm, toujours avec le contexte partagé.

Une équipe juridique, enfin, centralise ses « Contrats types » : cadre juridique, clauses obligatoires et terminologie interne en instructions ; modèles de contrats, conditions générales et jurisprudence en fichiers ; le directeur juridique propriétaire et les juristes éditeurs. Le schéma est chaque fois le même : un référentiel maintenu par un responsable, exploité par toute l’équipe.

Les bonnes pratiques qui font tenir un Shared Project

La première est la gouvernance : chaque Shared Project doit avoir un propriétaire identifié, qui rédige et maintient les instructions, gère les fichiers de référence (ajout, mise à jour, suppression) et contrôle les permissions. Sans ce responsable, l’expérience montre que les instructions deviennent incohérentes et que les fichiers s’accumulent sans tri — le Project pourrit en quelques semaines.

La deuxième concerne les instructions elles-mêmes : dans un cadre collectif, elles doivent être plus explicites que pour un usage personnel, car elles tiennent lieu de règles du jeu pour des personnes qui ne se concertent pas à chaque conversation. Voici un exemple complet :

## Contexte équipe
Nous sommes l'équipe communication de DataFlow (5 personnes).
Ce Project centralise la création de contenu marketing.

## Règles communes
- Ton : professionnel, tutoiement, pas de jargon technique excessif
- Langue : français (sauf termes techniques anglais acceptés)
- Validation : tout contenu doit être relu avant publication
- Confidentialité : ne pas partager de données clients dans les conversations

## Processus
1. Ouvrir une conversation par contenu à créer
2. Nommer la conversation : [Type] - [Sujet] - [Auteur]
3. Itérer jusqu'au brouillon final
4. Copier dans Google Docs pour la validation d'équipe

La troisième pratique découle de la précédente : la convention de nommage des conversations. Quand plusieurs personnes créent des fils dans le même espace, l’historique devient vite illisible sans règle commune. Un format comme « [Blog] — IA et productivité — Marie », « [Newsletter] — Édition #24 — Thomas » ou « [Social] — Campagne lancement — Julie » permet à chacun de savoir d’un coup d’œil qui travaille sur quoi.

Deux mises en garde pour finir. D’abord la taille : un Shared Project de 20 personnes avec des centaines de conversations devient ingérable — créez plutôt des sous-Projects par équipe. Ensuite la confidentialité : tous les membres voient les fichiers du Project ; ne partagez donc jamais de données confidentielles avec des personnes qui ne devraient pas y avoir accès. Côté disponibilité, les Shared Projects sont accessibles sur l’ensemble des plans : accès basique sur Free, complet sur Plus et Go, complet avec priorité sur Pro, complet avec administration sur Business et Enterprise.

Faites l’essai avec un collègue

Faites l’expérience en conditions réelles. Créez un nouveau Project avec des instructions d’équipe, cliquez sur « Partager » et invitez un collègue — ou votre propre email secondaire si vous êtes seul. Attribuez-lui le rôle d’éditeur pour commencer, puis demandez-lui d’ouvrir une conversation dans le Shared Project. Vérifiez que les instructions et les fichiers sont bien accessibles des deux côtés, et convenez ensemble d’une convention de nommage. Ce petit test de dix minutes vous donnera tous les réflexes nécessaires avant de déployer l’outil sur un vrai projet d’équipe.

Points clés à retenir

• Les Shared Projects permettent à une équipe de travailler dans un même espace ChatGPT, avec contexte partagé
• Trois rôles : propriétaire (gère le cadre), éditeur (produit dedans), lecteur (consulte)
• Désignez un propriétaire responsable des instructions, des fichiers et des permissions
• Instructions plus explicites qu’en solo (règles communes, processus) + convention de nommage des conversations
• Disponibles sur tous les plans, de Free à Enterprise ; attention aux données sensibles visibles par tous les membres

Testez vos connaissances

Canvas, Mémoire, Projects : trois outils, trois usages — les distinguez-vous ?

1. Quand ouvrir un Canvas plutôt que rester dans le fil de conversation ?

Réponse : Dès qu’on travaille un livrable — document ou code — à retoucher par itérations : le Canvas offre l’édition côte à côte, les suggestions ciblées et le contrôle des versions.

2. Que fait Canvas Code de plus qu'une réponse code classique ?

Réponse : Il permet d’éditer le code en place, de demander des corrections ciblées, d’exécuter et déboguer — un mini-atelier de développement dans la conversation.

3. Mémoire ou instructions personnalisées : quand utiliser quoi ?

Réponse : Les instructions pour ce qui doit toujours s’appliquer (ton, contexte métier) ; la mémoire pour ce que ChatGPT apprend de vous au fil des échanges — et elle se consulte et se nettoie dans les réglages.

4. Qu'apporte un Project par rapport à des conversations isolées ?

Réponse : Un espace qui regroupe fichiers, instructions et conversations : le contexte est attaché au Project, chaque nouvelle discussion en hérite — idéal par dossier ou par client.

5. Que permettent les Shared Projects ?

Réponse : Collaborer à plusieurs dans le même espace : mêmes fichiers, mêmes instructions, conversations partagées — le contexte d’équipe remplace les copier-coller entre collègues.

Bien combinés — instructions pour le permanent, Projects pour le dossier, Canvas pour le livrable — ces outils font de ChatGPT un poste de travail complet.