Выберите, что именно человек должен иметь возможность сделать
Человек может получить одни и те же результаты по разным причинам: проверить их качество, включить файлы в другой инструмент или продолжить производство. Определите это действие до отправки ссылки. Предпросмотра иногда достаточно, чтобы обсудить кадрирование; его не всегда достаточно, чтобы проверить экспорт в реальном размере.
Запросите точную проверку: какие файлы открыть, какие критерии рассмотреть, где оставить отзывы и к какому сроку. Не отправляйте по умолчанию весь рабочий каталог. Отклонённые варианты, полные журналы и ненужные ресурсы затрудняют выбор и могут раскрыть информацию, не относящуюся к передаче.
Обмен, описанный здесь, организуется в вашем собственном инструменте или месте назначения. Он не предполагает наличие функции для команд, обмена сообщениями или пространства для файлов, предоставляемых в системе отслеживания 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 и его восемнадцати изображениям; оно не означает утверждение всех вариантов проекта.
Чтение пакета не заменяет его резервную копию. Сохраните копию, необходимую для собственного продолжения работы, и проверьте её перед завершением аренды. Этот способ сдачи не заявляет никаких функций общего доступа, срока хранения или особых разрешений на арендованном сервере: эти параметры нужно проверять в инструментах, которыми вы пользуетесь.