Choisissez ce que la personne doit pouvoir faire
Une personne peut recevoir les mêmes résultats pour des raisons différentes : vérifier leur qualité, intégrer les fichiers dans un autre outil ou reprendre la production. Définissez cette action avant d’envoyer un lien. Un aperçu suffit parfois pour discuter d’un cadrage ; il ne suffit pas forcément pour vérifier un export à sa taille réelle.
Demandez une revue précise : fichiers à ouvrir, critères à examiner, emplacement des retours et date souhaitée. N’envoyez pas tout le répertoire de travail par défaut. Les variantes écartées, les journaux complets et les ressources inutiles rendent la sélection plus difficile et peuvent exposer des informations sans rapport avec la livraison.
Le partage présenté ici s’organise dans votre propre outil ou destination. Il ne suppose pas une fonction d’équipe, une messagerie ou un espace de fichiers fourni dans le suivi BriefGPU. Choisissez une destination que votre destinataire est autorisé à utiliser.
Assemblez un paquet qui se comprend sans explication orale
Donnez au paquet un nom de projet et un numéro de version, par exemple collection-v01. Joignez une courte note qui explique le contenu et le statut : à relire ou accepté. Un inventaire doit permettre de compter les sorties et de voir les exceptions. Le guide README de Cornell recommande de documenter les fichiers et les informations nécessaires à leur utilisation ; votre note peut rester beaucoup plus courte qu’un dossier de recherche.
Pour une reprise de production, ajoutez séparément les réglages et dépendances nécessaires. Pour une simple utilisation des résultats finis, gardez l’archive de travail de votre côté.
| Élément du paquet | Question à laquelle il répond |
|---|---|
| Note de livraison | Quel projet, quelle version et quelle action sont attendus ? |
| Résultats sélectionnés | Quels fichiers faut-il examiner ou utiliser ? |
| Inventaire | Combien de sorties sont présentes et quelles entrées représentent-elles ? |
| Exceptions identifiées | Que manque-t-il ou que faut-il encore décider ? |
| Grille de retours | Comment rattacher un avis à un fichier et à un critère ? |
Exemple : une revue de dix-huit images à trois personnes
Dans cet exemple fictif, une personne produit dix-huit images, une collègue vérifie les références et un responsable accepte le rendu pour diffusion. Le paquet v01 contient les dix-huit sorties à relire et un inventaire. La collègue peut consulter les images et renseigner la grille ; elle n’a pas besoin de modifier les fichiers livrables.
La consigne demande de vérifier les références et les inscriptions, puis de noter les écarts avec l’identifiant de l’image. Le responsable compare ensuite le rendu aux critères convenus. Les retours sont réunis dans un seul tableau avant de décider des corrections. Une suggestion ne modifie pas automatiquement la version mise à disposition.
| Version relue | Fichier | Observation de l’exemple | Décision |
|---|---|---|---|
| v01 | image-004.png | La référence imprimée est devenue illisible. | Corriger avant acceptation. |
| v01 | image-011.png | Deux personnes proposent un cadrage différent. | Le responsable choisit la référence à suivre. |
| v01 | Autres images | Aucun écart relevé dans la revue prévue. | Conserver, sous réserve du contrôle final du paquet. |
Réglez les permissions pour la tâche confiée
Dans un espace partagé, invitez les personnes concernées avec leurs propres accès et choisissez les droits correspondant au travail. Pour relire des sorties, privilégiez la consultation des fichiers et un emplacement distinct pour les commentaires. Réservez la modification du paquet à la personne chargée de préparer la livraison.
Les noms et les effets des permissions dépendent du service. Par exemple, OneDrive distingue les liens destinés à des personnes précises des liens utilisables par toute personne qui les reçoit. Sa documentation précise aussi qu’un accès en lecture peut permettre la copie ou le téléchargement. « Lecture seule » ne signifie donc pas « impossible à emporter ». Vérifiez les options réellement disponibles dans votre compte et les règles de votre équipe.
Contrôlez le dossier partagé dans son ensemble. Ajouter un fichier dans un emplacement déjà accessible peut l’exposer aux mêmes destinataires. Préparez un dossier réservé à la livraison afin que les originaux confidentiels, les contrats et les moyens d’accès restent hors du paquet.
Gardez les mots de passe hors du circuit de relecture
Ne prêtez pas le mot de passe de votre compte BriefGPU pour montrer les résultats. Il donne accès au suivi du compte ; ce n’est pas un droit limité sur un fichier. Utilisez les fonctions de partage de votre propre destination ou remettez un paquet autonome au destinataire autorisé.
Ne glissez pas non plus un mot de passe de service, une clé privée ou un jeton d’accès dans la note de livraison, une capture ou un historique de commandes. Pour une reprise à plusieurs, chaque personne doit disposer du moyen d’accès approprié à son rôle. Si votre outil de partage ne permet pas les droits nécessaires, choisissez avec l’équipe un autre mode de remise.
Le responsable de la commande peut communiquer un récapitulatif utile au projet sans donner ses identifiants de connexion.
Publiez une nouvelle version quand vous corrigez
Après les retours de l’exemple, le paquet v02 remplace les deux images corrigées et conserve les seize autres. Sa note indique précisément les deux changements et demande de contrôler ces corrections. Elle demande aussi de vérifier que le paquet contient toujours dix-huit références distinctes. Les avis sur v01 restent rattachés à v01.
Ne remplacez pas silencieusement un fichier au milieu d’une revue sans prévenir les personnes concernées. Elles pourraient commenter des contenus différents sous le même nom. Identifiez la version en cours dans votre message et dans la note, puis indiquez clairement quelle version est autorisée à l’usage une fois acceptée.
Une personne rassemble les décisions, leurs motifs et leurs états dans la grille commune, y compris après un échange oral.
Vérifiez le parcours du destinataire
Avant l’envoi complet, faites ouvrir un fichier par une personne disposant des droits prévus, avec son propre compte. Vérifiez l’accès au bon dossier, la version visible, l’ouverture dans l’outil de destination et la possibilité de transmettre un retour. Votre propre session de propriétaire ne démontre pas que les autres auront les mêmes accès.
Pour une archive, contrôlez aussi son extraction et l’ouverture d’un échantillon depuis la copie obtenue. Un message « lien reçu » ne confirme ni l’accès, ni le téléchargement, ni l’acceptation. Demandez une réponse qui correspond à l’étape : accès vérifié, revue terminée ou version acceptée.
Après la remise, revoyez les accès qui ne sont plus nécessaires. Certains services cumulent un lien et des droits hérités d’un dossier parent ; retirer un lien peut donc ne pas supprimer tous les accès. La documentation Microsoft détaille ces chemins dans OneDrive et SharePoint. Une copie déjà téléchargée n’est pas récupérée par la simple suppression du lien.
Terminez par une version acceptée et une décision conservée
La livraison est claire lorsque son destinataire connaît la version à utiliser, les éventuelles limites convenues et l’endroit où retrouver les fichiers. Conservez la décision avec l’inventaire. Pour l’exemple, l’acceptation porte sur collection-v02 et ses dix-huit images ; elle ne vaut pas validation de toutes les variantes du projet.
La lecture du paquet ne remplace pas sa sauvegarde. Gardez la copie nécessaire à votre propre reprise et vérifiez-la avant de terminer la location. Cette méthode de remise n’affirme aucune fonction de partage, durée de conservation ou permission particulière sur le serveur loué : ces paramètres doivent être vérifiés dans les outils que vous utilisez.