КРИПТА БЕЗ KYCОренда GPU · 3, 7 або 30 днів
Capordia
Мова: Українська
Меню
Команда / Передача

Передати естафету зі станом, дією та відповідальним.

Успішна передача дозволяє наступному колезі зрозуміти, що працює, що очікує та що він може вирішити. Посилання на файли цього не замінює. Підготуйте коротку довідку, дайте її використати отримувачу та разом підтвердьте момент передання. Мета — безперервність роботи між людьми після того, як доступи й середовище підготовлено.

01

Окреслити межі відповідальності, що справді передається

Уточніть проєкт, кампанію та відповідний період. Передача може стосуватися нагляду за завданням, приймання його результатів або підготовки експорту. Вона не переносить автоматично бізнес-рішення, купівлю нового періоду чи право змінювати програмне забезпечення. Назвіть людину, яка приймає роботу, замісника та відповідального, до якого звертатися щодо рішень поза межами.

Відрізняйте підготовку доступів від передачі відповідальності. Окремий посібник з доступів розглядає ідентифікатори та дозволи; тут перевірте, що отримувач уміє користуватися передбаченими засобами та знаходити потрібну інформацію. Не передавайте пароль у довідці. Номер замовного акаунта та робочі доступи виконують різні функції.

02

Зафіксувати стан роботи на конкретний час

Довідка про передання має показувати завершені завдання, ті, що виконуються, ті, що очікують, і відкриті розбіжності. Додайте час цього знімка, активну версію, останню зміну та наступну операцію. Фраза на кшталт «усе нормально» застаріває, щойно завдання зазнає збою. Ідентифікатори та датований стан дозволяють колезі зіставити довідку з тим, що він насправді спостерігає.

The Site Reliability Workbook описує читання попередньої передачі на початку зміни та підготовку письмового переходу для наступної. Для вашої кампанії GPU адаптуйте цей принцип до кількох корисних фактів: очікувана зміна, заблокована робота, уже вжита дія та поінформована особа. Довідка має спрямовувати наступне рішення, не стаючи вичерпним журналом кожного повідомлення.

03

Написати процедуру, що розрізняє спостереження, дію та зупинку

Операційна процедура, або runbook, описує ситуацію та дозволену дію. Для кожної дії вкажіть її передумову, очікуваний ефект, перевірку після виконання та умову зупинки. Замініть «перезапустити за потреби» на правило, яке визначає відповідне завдання, перевіряє відсутність уже прийнятого результату та забороняє паралельний перезапуск. Якщо процедура не охоплює спостережуваний випадок, отримувач знає, кому телефонувати.

Запропонована таблиця впорядковує рішення вашої команди; вона не створює жодних дозволів у Capordia. Пороги, особи та інструменти слід адаптувати до проєкту. Так само відокремлюйте технічну можливість виконати команду від дозволу це робити: робочий доступ не є підставою для підтвердження видалення чи нової витрати.

Приклад меж дій, які команда має доповнити
СитуаціяПередбачена діяРішення, яке потрібно отримати
Завдання досі активнеСпостерігати його стан та останній результатПеред будь-яким перериванням
Збій, охоплений процедуроюПерезапустити визначене завдання після перевірки вихідних данихЯкщо причина відрізняється від документованого випадку
Розбіжність результатуВідкласти результат окремо та повідомити відповідальногоПеред публікацією або прийманням
Наближається кінець періодуПідготувати експорт і повідомити про залишкову потребуПеред новим замовленням
04

Дати отримувачу пояснити наступну дію

Організуйте коротке передання у парі. Колега, який приймає, відкриває довідку, знаходить завдання та пояснює, що він робитиме далі, а що не вирішуватиме сам. Попросіть його визначити призначення експорту та обраний стан відновлення. Демонстрація, повністю проведена людиною, яка передає, може приховати інформацію, якої ще немає в документі.

Для людини, нової в проєкті, доповніть цю передачу обмеженою практикою. Розділ Google SRE, присвячений навчанню, розрізняє документацію, яку треба знати, контакти експертів і питання для розуміння. Виберіть тут звичайну операцію на тестовому обсязі; не потрібно спричиняти реальний інцидент чи зупиняти корисну обробку, щоб оцінити розуміння.

05

Розв'язаний приклад: передати 128 завдань, не запускаючи їх повторно

У цьому вигаданому прикладі Camille передає справу Noor о 14:00 UTC. Кампанія охоплює 128 завдань: 96 прийнято, 8 у процесі та 24 в очікуванні. Сума 96 + 8 + 24 = 128 відповідає інвентарю. Однак два з восьми активних завдань щойно зазнали невдачі. Без звіряння в момент передачі Noor міг би сприйняти вже застарілий знімок як поточний стан.

Тож Каміль оновлює картку: 96 прийнято, 6 виконуються, 2 з невдачею та 24 очікують. Обидві невдачі належать до вже дозволеного випадку відновлення; Нур перевіряє відсутність прийнятого результату та ще активного процесу, після чого повертає їх у стан очікування. Стан стає 96 + 6 + 26 = 128. Шість активних завдань продовжуються. Нур підтверджує прийняття та фіксує свою наступну перевірку; Каміль припиняє запускати дії в цій зоні.

Вигадані стани в момент передачі справ
МоментПрийнятоВиконуютьсяЗ невдачеюОчікують
До зіставлення968024
Після оновлення966224
Після дозволеного повернення в очікування966026
06

Опрацювання відсутності, змін і завершення передачі справ

Якщо одержувач не може підтвердити передачу, скористайтеся передбаченим замінником і уточніть, хто залишається відповідальним доти. Уникайте повідомлення, надісланого кільком людям без явного підтвердження отримання. Якщо інцидент уже відкрито, передайте також відкинуті гіпотези та поточні дії; нова людина не повинна мовчки повторювати вже виконане втручання.

За кожної зміни програмної версії оновлюйте процедуру та позначайте те, що стає застарілим. Наприкінці потреби пов'яжіть прийняті експорти, залишкові дії та строки з реєстром проєкту. Період у 3, 7 або 30 днів не подовжується лише тому, що колега перебирає роботу. Наступна оренда, якщо вона потрібна, залишається окремим рішенням і окремим замовленням.

Запитання для ухвалення рішення

Чи вимагає передача справ довгого документа?

Ні. Короткої картки може бути достатньо, якщо вона зазначає обсяг, датований стан, наступну дію, межі повноважень і корисні контакти. Детальні процедури залишаються прив'язаними до цієї картки. Насамперед перевірте, чи одержувач може відновити та пояснити наступний крок.

Чи можна передати роботу лише усним повідомленням?

Усний обмін допомагає зрозуміти нюанси, але залиште датований слід про стан і згоду на передачу. Він дає змогу розмежувати те, що вже було зроблено, і те, що залишалося зробити, зокрема якщо після передачі втрутиться третя особа.

Що робити, коли в процедурі бракує вказівки?

Одержувач фіксує розбіжність і звертається до передбаченого відповідального, перш ніж вчиняти дію, яка могла б змінити дані або перервати роботу. Потім додайте рішення до процедури разом з його обсягом. Імпровізація, що один раз вдалася, не стає автоматично загальним правилом.

ПРОДОВЖИТИ СПРАВУПереглянути конфігураціїПереглянути часті запитання