Виберіть, що людина має могти зробити
Людина може отримати ті самі результати з різних причин: перевірити їхню якість, інтегрувати файли в інший інструмент або продовжити виробництво. Визначте цю дію, перш ніж надсилати посилання. Попереднього перегляду іноді достатньо, щоб обговорити кадрування; але його не завжди достатньо, щоб перевірити експорт у його реальному розмірі.
Попросіть про конкретну перевірку: які файли відкрити, які критерії розглянути, куди надсилати відгуки та бажана дата. Не надсилайте весь робочий каталог за замовчуванням. Відкинуті варіанти, повні журнали та непотрібні ресурси ускладнюють вибір і можуть розкрити інформацію, не пов'язану з доставкою.
Обмін, описаний тут, організовується у вашому власному інструменті чи місці призначення. Він не передбачає функції для команди, обміну повідомленнями чи простору для файлів, наданих у супроводі BriefGPU. Виберіть місце призначення, яке ваш отримувач має право використовувати.
Зберіть пакет, зрозумілий без усних пояснень
Дайте пакету назву проєкту та номер версії, наприклад collection-v01. Додайте коротку записку, яка пояснює вміст і статус: на перевірку чи прийнято. Інвентар має дозволяти порахувати результати та побачити винятки. Посібник README від Cornell рекомендує документувати файли та інформацію, потрібну для їх використання; ваша записка може бути значно коротшою за дослідницьке досьє.
Для відновлення виробництва окремо додайте потрібні налаштування та залежності. Для простого використання готових результатів залиште робочий архів у себе.
| Елемент пакета | Питання, на яке він відповідає |
|---|---|
| Записка про доставку | Який проєкт, яка версія та яка дія очікуються? |
| Відібрані результати | Які файли слід переглянути чи використати? |
| Інвентар | Скільки результатів присутньо і які вхідні дані вони представляють? |
| Виявлені винятки | Чого бракує або що ще потрібно вирішити? |
| Таблиця відгуків | Як прив’язати відгук до файлу та критерію? |
Приклад: перевірка вісімнадцяти зображень трьома людьми
У цьому вигаданому прикладі одна людина створює вісімнадцять зображень, колега перевіряє посилання, а керівник приймає результат для публікації. Пакунок v01 містить вісімнадцять результатів для перевірки та інвентар. Колега може переглядати зображення й заповнювати таблицю; їй не потрібно змінювати файли, призначені для доставки.
Завдання вимагає перевірити посилання й написи, а потім зафіксувати розбіжності разом з ідентифікатором зображення. Далі керівник порівнює результат із узгодженими критеріями. Відгуки збирають в одній таблиці, перш ніж ухвалювати рішення про виправлення. Пропозиція не змінює версію, надану для використання, автоматично.
| Перевірена версія | Файл | Спостереження з прикладу | Рішення |
|---|---|---|---|
| v01 | image-004.png | Надруковане посилання стало нечитабельним. | Виправити до прийняття. |
| v01 | image-011.png | Двоє людей пропонують різне кадрування. | Керівник обирає посилання, за яким слід діяти. |
| v01 | Інші зображення | У запланованій перевірці розбіжностей не виявлено. | Зберегти за умови фінального контролю пакунка. |
Налаштуйте дозволи для дорученого завдання
У спільному просторі запросіть залучених осіб з їхніми власними доступами та оберіть права, що відповідають роботі. Для перевірки результатів надавайте перевагу перегляду файлів та окремому місцю для коментарів. Змінення пакунка залиште особі, відповідальній за підготовку доставки.
Назви та наслідки дозволів залежать від сервісу. Наприклад, OneDrive розрізняє посилання, призначені для конкретних людей, і посилання, якими може скористатися будь-хто, хто їх отримає. Його документація також зазначає, що доступ на читання може дозволяти копіювання чи завантаження. Отже, «лише читання» не означає «неможливо винести». Перевірте опції, які справді доступні у вашому обліковому записі, та правила вашої команди.
Перевірте спільну папку загалом. Додавання файлу до вже доступного місця може відкрити його тим самим одержувачам. Підготуйте окрему папку для доставки, щоб конфіденційні оригінали, договори та засоби доступу залишалися поза пакунком.
Тримайте паролі поза процесом перевірки
Не позичайте пароль від свого облікового запису BriefGPU, щоб показати результати. Він надає доступ до відстеження облікового запису; це не обмежене право на файл. Використовуйте функції спільного доступу власного місця призначення або передайте автономний пакунок уповноваженому одержувачу.
Також не вставляйте пароль сервісу, приватний ключ чи токен доступу до нотатки про доставку, знімка екрана чи історії замовлень. Для спільної роботи кожна людина повинна мати відповідний її ролі засіб доступу. Якщо ваш інструмент спільного доступу не дає потрібних прав, оберіть разом із командою інший спосіб передачі.
Відповідальний за замовлення може надати корисний для проєкту підсумок, не повідомляючи своїх даних для входу.
Публікуйте нову версію, коли виправляєте
Після відгуків із прикладу пакунок v02 замінює два виправлені зображення й зберігає решту шістнадцять. Його нотатка точно вказує обидві зміни та просить перевірити ці виправлення. Вона також просить переконатися, що пакунок усе ще містить вісімнадцять різних посилань. Відгуки щодо v01 залишаються прив’язаними до v01.
Не замінюйте файл мовчки посеред перевірки, не попередивши залучених осіб. Вони могли б коментувати різні вмісти під однією назвою. Зазначте поточну версію у своєму повідомленні й у нотатці, а потім чітко вкажіть, яку версію дозволено використовувати після прийняття.
Одна людина збирає рішення, їхні підстави та їхні стани в спільній таблиці, зокрема після усного обговорення.
Перевірте шлях одержувача
Перед повним надсиланням попросіть людину з належними правами відкрити файл зі свого власного облікового запису. Перевірте доступ до потрібної теки, видиму версію, відкриття в цільовому інструменті та можливість передати відгук. Ваша власна сесія власника не доводить, що інші матимуть ті самі доступи.
Для архіву також перевірте його розпакування та відкриття зразка з отриманої копії. Повідомлення «посилання отримано» не підтверджує ні доступ, ні завантаження, ні прийняття. Попросіть відповідь, що відповідає етапу: доступ перевірено, огляд завершено або версію прийнято.
Після передачі перегляньте доступи, які більше не потрібні. Деякі сервіси поєднують посилання та права, успадковані від батьківської теки; тож видалення посилання може не прибрати всі доступи. Документація Microsoft детально описує ці шляхи в OneDrive і SharePoint. Уже завантажену копію не повернеш простим видаленням посилання.
Завершуйте прийнятою версією та збереженим рішенням
Передача є чіткою, коли її отримувач знає, яку версію використовувати, які узгоджені обмеження існують і де знайти файли. Збережіть рішення разом з описом. Для прикладу, прийняття стосується collection-v02 та його вісімнадцяти зображень; воно не означає затвердження всіх варіантів проєкту.
Читання пакета не замінює його збереження. Тримайте копію, потрібну для власного відновлення, і перевірте її перед завершенням оренди. Цей спосіб передачі не стверджує жодної функції спільного доступу, терміну зберігання чи особливого дозволу на орендованому сервері: ці параметри потрібно перевіряти в інструментах, які ви використовуєте.