Kies wat de persoon moet kunnen doen
Iemand kan dezelfde resultaten om verschillende redenen ontvangen: de kwaliteit controleren, de bestanden in een andere tool integreren of de productie hervatten. Bepaal die actie voordat je een link verstuurt. Een voorbeeld volstaat soms om over een kadrering te praten; het volstaat niet altijd om een export op ware grootte te controleren.
Vraag een gerichte review: welke bestanden te openen, welke criteria te bekijken, waar de feedback naartoe gaat en tegen wanneer. Stuur niet standaard de hele werkmap door. Uitgesloten varianten, volledige logboeken en onnodige resources maken de selectie moeilijker en kunnen informatie blootleggen die niets met de levering te maken heeft.
Het delen dat hier wordt beschreven, gebeurt in je eigen tool of bestemming. Het veronderstelt geen teamfunctie, berichtenfunctie of bestandsruimte die door de BriefGPU-opvolging wordt geleverd. Kies een bestemming die je ontvanger mag gebruiken.
Stel een pakket samen dat zonder mondelinge uitleg te begrijpen is
Geef het pakket een projectnaam en een versienummer, bijvoorbeeld collectie-v01. Voeg een korte notitie toe die de inhoud en de status uitlegt: na te lezen of geaccepteerd. Een inventaris moet het mogelijk maken de outputs te tellen en de uitzonderingen te zien. De README-gids van Cornell raadt aan de bestanden en de informatie die nodig is voor het gebruik ervan te documenteren; je notitie mag veel korter blijven dan een onderzoeksdossier.
Voor een hervatting van de productie voeg je de nodige instellingen en afhankelijkheden apart toe. Voor gewoon gebruik van de eindresultaten houd je het werkarchief aan jouw kant.
| Element van het pakket | Vraag waarop het antwoordt |
|---|---|
| Leveringsnotitie | Welk project, welke versie en welke actie worden verwacht? |
| Geselecteerde resultaten | Welke bestanden moet je bekijken of gebruiken? |
| Inventaris | Hoeveel uitvoer is er en welke invoer vertegenwoordigen ze? |
| Vastgestelde uitzonderingen | Wat ontbreekt er of moet nog worden beslist? |
| Feedbackraster | Hoe koppel je een beoordeling aan een bestand en een criterium? |
Voorbeeld: een review van achttien afbeeldingen met drie personen
In dit fictieve voorbeeld maakt één persoon achttien afbeeldingen, controleert een collega de referenties en accepteert een verantwoordelijke het resultaat voor publicatie. Pakket v01 bevat de achttien na te kijken resultaten en een inventaris. De collega kan de afbeeldingen bekijken en het raster invullen; zij hoeft de opleverbare bestanden niet te wijzigen.
De opdracht vraagt om de referenties en de opschriften te controleren en daarna de afwijkingen te noteren met de identificatie van de afbeelding. De verantwoordelijke vergelijkt vervolgens het resultaat met de afgesproken criteria. De feedback wordt in één tabel verzameld voordat er over correcties wordt beslist. Een suggestie wijzigt de beschikbaar gestelde versie niet automatisch.
| Nagekeken versie | Bestand | Observatie van het voorbeeld | Beslissing |
|---|---|---|---|
| v01 | image-004.png | De gedrukte referentie is onleesbaar geworden. | Corrigeren vóór acceptatie. |
| v01 | image-011.png | Twee personen stellen een andere kadrering voor. | De verantwoordelijke kiest de referentie die gevolgd wordt. |
| v01 | Overige afbeeldingen | Geen enkele afwijking vastgesteld in de voorziene review. | Behouden, onder voorbehoud van de eindcontrole van het pakket. |
Stel de rechten in voor de toevertrouwde taak
Nodig in een gedeelde ruimte de betrokken personen uit met hun eigen toegang en kies de rechten die bij het werk passen. Geef voor het nakijken van resultaten de voorkeur aan het bekijken van bestanden en een aparte plek voor opmerkingen. Laat het wijzigen van het pakket alleen toe voor de persoon die de oplevering voorbereidt.
De namen en de effecten van rechten verschillen per dienst. OneDrive maakt bijvoorbeeld onderscheid tussen links voor specifieke personen en links die iedereen die ze ontvangt kan gebruiken. De documentatie vermeldt ook dat leestoegang het kopiëren of downloaden mogelijk kan maken. ‘Alleen-lezen’ betekent dus niet ‘onmogelijk mee te nemen’. Controleer welke opties daadwerkelijk beschikbaar zijn in jouw account en de regels van je team.
Controleer de gedeelde map als geheel. Een bestand toevoegen aan een plek die al toegankelijk is, kan het aan dezelfde ontvangers blootstellen. Maak een aparte map voor de oplevering, zodat vertrouwelijke originelen, contracten en toegangsmiddelen buiten het pakket blijven.
Houd wachtwoorden buiten het nakijkproces
Leen het wachtwoord van je BriefGPU-account niet uit om resultaten te laten zien. Het geeft toegang tot de accountadministratie; het is geen beperkt recht op één bestand. Gebruik de deelnamefuncties van je eigen bestemming of geef een zelfstandig pakket aan de gemachtigde ontvanger.
Stop ook geen servicewachtwoord, privésleutel of toegangstoken in de oplevernotitie, een schermafbeelding of een bestelgeschiedenis. Bij een samenwerking met meerdere personen moet iedereen het toegangsmiddel hebben dat bij zijn of haar rol past. Als je deelhulpmiddel de nodige rechten niet toestaat, kies dan samen met het team een andere manier van opleveren.
De verantwoordelijke van de bestelling kan een nuttig overzicht voor het project delen zonder zijn of haar inloggegevens te geven.
Publiceer een nieuwe versie wanneer je corrigeert
Na de feedback uit het voorbeeld vervangt pakket v02 de twee gecorrigeerde afbeeldingen en behoudt de andere zestien. De notitie vermeldt precies de twee wijzigingen en vraagt om deze correcties te controleren. Ze vraagt ook om te controleren of het pakket nog steeds achttien verschillende referenties bevat. Beoordelingen van v01 blijven aan v01 gekoppeld.
Vervang een bestand niet stilletjes midden in een review zonder de betrokkenen te waarschuwen. Zij zouden dan inhoud kunnen becommentariëren die onder dezelfde naam anders is. Vermeld de actuele versie in je bericht en in de notitie, en geef daarna duidelijk aan welke versie na acceptatie mag worden gebruikt.
Eén persoon verzamelt de beslissingen, hun redenen en hun status in het gemeenschappelijke raster, ook na een mondelinge uitwisseling.
Controleer de route van de ontvanger
Laat vóór de volledige verzending iemand met de voorziene rechten en met een eigen account een bestand openen. Controleer de toegang tot de juiste map, de zichtbare versie, het openen in het doeltool en de mogelijkheid om feedback te geven. Je eigen sessie als eigenaar bewijst niet dat anderen dezelfde toegang hebben.
Controleer bij een archief ook het uitpakken en het openen van een voorbeeld uit de ontvangen kopie. Een bericht 'link ontvangen' bevestigt noch de toegang, noch de download, noch de acceptatie. Vraag een antwoord dat bij de stap past: toegang geverifieerd, beoordeling afgerond of versie geaccepteerd.
Herzie na de oplevering de toegangen die niet meer nodig zijn. Sommige diensten combineren een link met rechten die van een bovenliggende map zijn geërfd; het verwijderen van een link verwijdert dus niet altijd alle toegangen. De documentatie van Microsoft beschrijft deze paden in OneDrive en SharePoint. Een al gedownloade kopie wordt niet teruggehaald door simpelweg de link te verwijderen.
Sluit af met een geaccepteerde versie en een vastgelegde beslissing
De oplevering is duidelijk wanneer de ontvanger weet welke versie te gebruiken, wat de eventueel afgesproken beperkingen zijn en waar de bestanden te vinden zijn. Bewaar de beslissing samen met de inventaris. In het voorbeeld gaat de acceptatie over collection-v02 en de achttien afbeeldingen; ze geldt niet als goedkeuring van alle varianten van het project.
Het lezen van het pakket vervangt de back-up niet. Bewaar de kopie die je nodig hebt om zelf verder te kunnen en controleer ze voordat je de huur beëindigt. Deze opleveringsmethode belooft geen specifieke deelfunctie, bewaartermijn of toestemming op de gehuurde server: die instellingen moet je controleren in de tools die je gebruikt.