Очертить ответственность, которая действительно передаётся
Укажите проект, кампанию и соответствующий период. Передача может касаться наблюдения за партией, приёмки её результатов или подготовки экспорта. Она не передаёт автоматически деловое решение, покупку нового периода или право менять программное обеспечение. Назовите человека, принимающего работу, заместителя и ответственного, к которому обращаться по решениям за пределами периметра.
Отделяйте подготовку доступов от передачи ответственности. Отдельное руководство по доступам рассматривает учётные данные и разрешения; здесь убедитесь, что получатель умеет пользоваться предусмотренными средствами и находить нужную информацию. Не передавайте пароль в памятке. Реквизиты платёжного аккаунта и рабочие доступы выполняют разные функции.
Зафиксировать состояние работы на конкретный момент
Памятка о передаче должна показывать выполненные задачи, текущие, ожидающие и открытые расхождения. Добавьте время этой сводки, активную версию, последнее изменение и следующую операцию. Фраза вроде «всё в норме» устаревает, как только задача завершается сбоем. Идентификаторы и состояние на момент времени позволяют коллеге сопоставить памятку с тем, что он наблюдает в действительности.
В Site Reliability Workbook описано чтение предыдущей передачи в начале смены и подготовка письменного отчёта к следующей. Для вашей кампании на GPU адаптируйте этот принцип к нескольким полезным фактам: ожидаемое развитие, заблокированная работа, уже предпринятое действие и уведомлённое лицо. Памятка должна направлять следующее решение, не превращаясь в исчерпывающий журнал каждого сообщения.
Написать процедуру, различающую наблюдение, действие и остановку
Процедура эксплуатации, или runbook, описывает ситуацию и разрешённое действие. Для каждого действия укажите его предусловие, ожидаемый эффект, проверку после выполнения и условие остановки. Замените «перезапустить при необходимости» на правило, которое определяет нужную задачу, проверяет отсутствие уже принятого результата и запрещает одновременный перезапуск. Если процедура не охватывает наблюдаемый случай, получатель знает, кому позвонить.
Предложенная таблица упорядочивает решения вашей команды; она не создаёт никаких разрешений в Capordia. Пороги, люди и инструменты должны быть адаптированы к проекту. Также отделяйте техническую возможность выполнить команду от разрешения это сделать: рабочего доступа недостаточно для подтверждения удаления или новых расходов.
| Ситуация | Предусмотренное действие | Решение, которое нужно получить |
|---|---|---|
| Задача всё ещё активна | Наблюдать её состояние и последний результат | Перед любым прерыванием |
| Сбой, охваченный процедурой | Перезапустить определённую задачу после проверки выходных данных | Если причина отличается от документированного случая |
| Расхождение в результате | Отложить выходные данные отдельно и предупредить ответственного | Перед публикацией или приёмкой |
| Приближается конец периода | Подготовить экспорт и сообщить об оставшейся потребности | Перед новым заказом |
Попросить получателя объяснить следующее действие
Организуйте короткую передачу в паре. Принимающий коллега открывает памятку, находит задачу и объясняет, что он сделает дальше, а что не станет решать в одиночку. Пусть он определит назначение экспорта и выбранное состояние для возобновления. Демонстрация, полностью проведённая уходящим сотрудником, может скрыть информацию, которой ещё нет в документе.
Для человека, нового в проекте, дополните эту передачу ограниченной практикой. Глава Google SRE, посвящённая обучению, различает документацию, которую нужно знать, экспертов для связи и вопросы на понимание. Выберите здесь обычную операцию в тестовом периметре; не нужно провоцировать реальный инцидент или останавливать полезную обработку, чтобы оценить понимание.
Разобранный пример: передать 128 задач, не запуская их повторно
В этом вымышленном примере Камиль передаёт дела Нуру в 14:00 UTC. Кампания включает 128 задач: 96 принято, 8 выполняется и 24 в ожидании. Сумма 96 + 8 + 24 = 128 соответствует описи. Однако две из восьми активных задач только что завершились неудачей. Без сверки в момент передачи дел Нур мог бы принять уже устаревший снимок за текущее состояние.
Поэтому Камилла обновляет карточку: 96 принято, 6 выполняется, 2 с ошибкой и 24 ожидают. Две ошибки относятся к уже разрешённому случаю восстановления; Нур проверяет отсутствие принятого вывода и ещё активного процесса, после чего возвращает их в ожидание. Состояние становится 96 + 6 + 26 = 128. Шесть активных задач продолжают выполняться. Нур подтверждает приём и фиксирует свою следующую проверку; Камилла прекращает запускать действия в этой области.
| Момент | Принято | Выполняется | С ошибкой | Ожидает |
|---|---|---|---|---|
| До сверки | 96 | 8 | 0 | 24 |
| После обновления | 96 | 6 | 2 | 24 |
| После разрешённого возврата в ожидание | 96 | 6 | 0 | 26 |
Обрабатывать отсутствие, изменения и завершение передачи
Если получатель не может подтвердить передачу, используйте предусмотренную замену и уточните, кто остаётся ответственным на это время. Избегайте сообщения, отправленного нескольким людям без явного подтверждения получения. Если инцидент уже открыт, передайте также отброшенные гипотезы и выполняемые действия; новый человек не должен молча повторять уже предпринятую попытку.
При каждом изменении версии программного обеспечения обновляйте процедуру и указывайте, что становится устаревшим. По завершении потребности свяжите принятые экспорты, остаточные действия и сроки с реестром проекта. Период в 3, 7 или 30 дней не продлевается лишь потому, что коллега продолжает работу. Следующая аренда, если она необходима, остаётся отдельным решением и отдельным заказом.
Вопросы для принятия решения
Требует ли передача длинного документа?
Нет. Краткой карточки может быть достаточно, если в ней указаны область, состояние на дату, следующее действие, пределы полномочий и полезные контакты. Подробные процедуры остаются привязанными к этой карточке. Проверьте прежде всего, может ли получатель найти и объяснить следующий шаг.
Можно ли передать работу только устным сообщением?
Устный обмен помогает понять нюансы, но оставьте датированную запись состояния и согласия на передачу. Она позволяет разграничить то, что уже было сделано, и то, что оставалось сделать, в частности если после передачи вмешается третье лицо.
Что делать, если в процедуре отсутствует инструкция?
Получатель фиксирует расхождение и обращается к предусмотренному ответственному до действия, которое может изменить данные или прервать работу. Затем добавьте решение в процедуру с указанием его области. Удачная импровизация один раз не становится автоматически общим правилом.