Як делегувати завдання: передача, яка працює — бриф, відповідальний, дедлайн і запис, який можуть прочитати обидві сторони (2026)

Делегувати завдання — значить передати людині результат і простір для його досягнення: як виглядає «готово», до якого терміну, в яких межах і як ви дізнаєтеся про перебіг. «Матеушу — комерційна пропозиція для Aster, погоджена чернетка мені до четверга, у межах стандартних умов, у вівторок скажи, якщо під питанням ціна» — це делеговане завдання. «Можеш глянути на пропозицію для Aster?» — це побажання, і людина, яка його отримала, зробить не те вчасно або те саме, але пізно.

Більшість керівників команд від десяти до двохсот осіб делегують менше, ніж збираються, і причина суто арифметична: перша передача завдання коштує дорожче, ніж саме завдання. Бриф пишеться двадцять хвилин, запитання забирають ще двадцять, а результат повертається не таким, як зробили б ви. Арифметика змінюється вдруге, коли з'являється завдання того самого типу: якщо першу передачу записано, друга — це посилання замість розмови. Тому в цьому гайді запису передачі приділено стільки ж уваги, скільки самій передачі.

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

Що таке делегування — і чим воно не є

Делегуванням називають три різні речі, і лише середня ним є:

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

Делеговане завдання — це також не те саме, що action item. Action item — це один рядок, народжений на зустрічі: дієслово, один відповідальний, одна дата, і зустріч, яка його породила, його переглядає. Делеговане завдання зазвичай більше: має бриф, триває дні чи тижні й по дорозі породжує кілька action items. Вони зустрічаються в підсумку: делеговане завдання — це те, про що звітує відповідальний, а action items — рядки, якими він звітує.

Що делегувати — і що залишити собі

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

1. Хтось інший уже сьогодні зробить це на 80%. Відсутні 20% — це те, для чого потрібні бриф і check-in. Якщо в команді ніхто не дотягує до 80%, це завдання на розвиток: делегуйте його з частішим check-in і вважайте перший раунд навчанням.
2. Воно повторюється. Завдання, яке виникає щомісяця, варте двадцятихвилинного брифу, бо бриф пишеться раз, а використовується дванадцять. Завдання, яке виникає один раз і забирає годину, часто дешевше зробити самому, ніж передавати, — якщо тільки комусь не потрібно цього навчитися.
3. Для нього є визначення «готово», яке вміщується в один абзац. Якщо ви не можете сказати, як виглядає «готово», делегувати його ще рано; можна делегувати перший крок — «з'ясуй, як виглядало б "готово", і скажи мені до п'ятниці», — це справжнє завдання зі справжнім днем.
4. Ви не єдиний, кому дозволено це вирішувати. Деякі рішення ваші за роллю: найм, оплата, розмови про результативність, усе, про що ваш власний керівник питатиме саме вас, усе, що зобов'язує організацію понад ліміт, який вам дали. Їх залишають собі. А підготовку до них делегують постійно.

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

Як делегувати завдання: шість кроків

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

2. Оберіть одного відповідального й отримайте «так» уголос. Одне ім'я, не команда і не два імені. Відповідальний — це людина, яку наступного тижня спитають про завдання, тож це має бути людина, яка погодилася на нього цього тижня. Запропонуйте завдання; нехай вона скаже «так», «ні» або «так, якщо дедлайн посунеться на п'ятницю». Завдання, про яке людині сказали, не делеговане. Завдання, на яке людина сказала «так», делеговане.

3. Скажіть, як виглядає «готово», і дайте людині сказати це у відповідь. Відповідальний повторює результат власними словами: «погоджена чернетка пропозиції для Aster, стандартні умови, вам до четверга». Це півхвилини зворотного читання вловлює більшість того, що піде не так пізніше, бо ви двоє зазвичай трохи по-різному розумієте «чернетку», «погоджено» і «четвер».

4. Назвіть повноваження: що людина може вирішувати без вас. Чотири рівні охоплюють майже будь-яке завдання. Скажи мені, перш ніж діяти. Вирішуй і повідом мені. Вирішуй; повідом, лише якщо це виходить за межі. Вирішуй, мені чути не потрібно. Скажіть, який із них діє, і назвіть межі — ціну, дату, список людей, з якими треба порадитися. Відповідальний, який не знає свого рівня, повертатиметься до вас по все або ні по що; обидва випадки виглядають як провалене делегування, і в обох бриф випустив рядок.

5. Узгодьте check-in до початку роботи, а не тоді, коли ви занервували. Дата, форма й обсяг: «три рядки в каналі у вівторок — за планом, не за планом і чому, які рішення потрібні від мене». Check-in задають зараз, бо задати його пізніше — мікроменеджмент, а той самий check-in, заданий у брифі, — підтримка. Він також дає відповідальному природну нагоду попросити допомоги, не виглядаючи так, ніби він програв.

6. Покладіть передачу туди, де обидві сторони прочитають її пізніше. Бриф, «так», рівень повноважень і дата check-in потрапляють туди, де команда вже тримає свою роботу, — у канал, трекер, гілку проєкту, — а не в особисте повідомлення, яке бачите лише ви двоє і знайде лише один із вас. Коли завдання повертається, результат лягає поруч із брифом, тож наступна людина, яка бере завдання того ж типу, починає із запису, а не з розмови. Передача в групі WhatsApp є записом лише доти, доки існує група; те, що Export chat дає і чого не дає, — це текстовий файл однієї розмови, і ця опція доступна не всюди.

І ще одне, коли завдання приземлилося: скажіть, що повернулося, у тому самому місці й тим самим людям. «Чернетка Матеуша прийшла в середу, ми змінили два рядки, у четвер вона пішла до Aster». Відповідальний чує, що його роботу побачили; команда чує, як виглядає завершена передача; запис отримує свій останній рядок.

Шаблон брифу для делегування

Завдання: [один рядок — результат, як іменник: «погоджена пропозиція», «шортлист із трьох постачальників»]
Відповідальний: [ім'я] · Делегував: [ім'я] · Домовлено: [дата]
Чому це важливо: [одне речення — що це розблоковує або хто на це чекає]
«Готово» означає: [два-три рядки, які відповідальний може відзначити, — що існує, в чиїх руках, у якому вигляді]
Дедлайн: [день] · Check-in: [день, форма — «три рядки в каналі»]
Можете вирішувати: [рівень повноважень і межі — ціна, дата, обсяг]
Спитати перед тим: [одна-дві речі, щодо яких спершу потрібне слово делегуючої сторони]
Кого залучити: [ім'я — для чого]
Відправні точки: [посилання — минулий раз, коли це робили, шаблон, файл клієнта]

Результат (заповнюється, коли завдання повертається): [що приземлилося, де, якого числа — і одне, що наступного разу варто зробити інакше]

Цей блок — звичайний текст: він вставляється в повідомлення чату, canvas, тікет трекера чи лист без переформатування. Останній рядок більшість шаблонів пропускає, а саме він робить другу передачу дешевшою за першу.

Шаблон діаграми RACI — коли завдання торкається більш ніж однієї людини

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

• R — Responsible (виконує): робить роботу. Одна людина або більше.
• A — Accountable (відповідає за результат): володіє результатом і погоджує його. Рівно один на рядок; це відповідальний із брифу.
• C — Consulted (з ким радяться): дає внесок до того, як роботу зроблено. В обидва боки.
• I — Informed (кого інформують): дізнається про результат. В один бік.

Три правила тримають діаграму чесною. Одна A на рядок: двоє відповідальних за результат означає, що немає жодного. У кожному рядку є щонайменше одна R: завдання з A і без R — це побажання. І жодного стовпця, повного C та I: людина, з якою радяться про все й яка ні за що не виконує, потрапила в діаграму через посаду, а не через роботу, і гальмуватиме кожен рядок. Складіть діаграму на першій зустрічі щодо завдання, яке охоплює кількох людей, прочитайте її вголос один раз і покладіть поруч із брифом.

Три передачі: до і після

Зверніть увагу, що є в правій колонці: ім'я, результат як іменник, день, рівень повноважень і check-in. У лівій — дієслово і сподівання. Різниця між ними — приблизно чотири речення, написані один раз.

Де передача живе в інструментах, якими ви вже користуєтеся

Передачі потрібне місце, де бриф, «так» і результат можуть прочитати пізніше обидві сторони — і людина, яка візьме те саме завдання наступного кварталу. Кожна велика платформа має місце для завдання, народженого на зустрічі, і кожна зупиняється в різній точці. Лише задокументована поведінка, зі сторінок самих вендорів; у кожній комірці вказано місяць, коли факт перевірили, а сторінки наведено в розділі Sources внизу:

Дві речі однакові всюди. Передача — це документ поруч зі зустріччю, написаний тією єдиною мовою, якою говорила кімната; а чи повернулося завдання — це питання, на яке документ не відповідає: людина відкриває його й питає. Там, де делегуючий керівник і відповідальний не мають спільної робочої мови, сам дзвінок передачі — окреме питання з задокументованими відповідями: що Microsoft Teams робить із живою зустріччю двома мовами й де зупиняється, і те саме для Google Meet.

Як завдання повертається в підсумку

InterMIND — це простір для щоденного спілкування, де зустрічі команди живуть у каналі, тож у передачі є один дім: чат каналу, де публікується бриф, «так» відповідального — це відповідь під ним, а вівторковий check-in — три рядки в тій самій гілці. Усе це залишається мовою кожного учасника: керівник у Мілані пише бриф італійською, відповідальний у Бухаресті читає його румунською й відповідає румунською, а оригінал для кожного за одне перемикання. Бриф, підготований деінде, або запит клієнта, що надходить листом, потрапляє в канал електронною поштою: хост каналу дає йому власну адресу, і повідомлення, надіслане туди, з'являється як звичайне повідомлення від імені відправника, з вкладеннями, перекладене для кожного читача, як і будь-яке інше.

Якщо передача відбувається на зустрічі каналу, бриф виводиться на екрани всіх поруч із відеоплитками через Share to conference: той, хто ділиться, редагує його наживо, поки кімната дивиться — дедлайн зсувається, рядок повноважень додається, — і кожен учасник читає його своєю мовою. Коли дзвінок завершується, підсумок пишеться з самої зустрічі: резюме і завдання, які взяли на себе, кожне зі своїм відповідальним і з часовою позначкою на кожному рядку. Він надходить електронною поштою кожному учаснику, що увійшов в обліковий запис, як повідомлення в каналі та як посилання в події календаря, і кожен учасник читає його своєю мовою, а не тією, якою випадково говорила кімната. Будь-який учасник може його редагувати; кожна правка зберігає автора та історію ревізій. Канал зберігає підсумок кожної минулої сесії, тож бриф тритижневої давності й результат, що повернувся, — за один пошук. Ad-hoc зустріч за посиланням зберігає лише останній підсумок, а її чат стирається, коли дзвінок завершується; передачі команди мають жити в каналі.

В організації з увімкненими сторінками статусу команди завдання ще й відстежується. Кожне завдання, яке фіксує підсумок, потрапляє в ланцюжок завдань організації, і коли пишеться наступний підсумок зустрічі каналу, відкриті завдання зіставляються з тим, що було сказано: завдання, про яке хтось повідомив як про завершене, позначається виконаним; завдання, яке обговорювали, але не завершили, позначається невиконаним із причиною словами зустрічі; завдання, про яке ніхто не згадав, залишається відкритим. Вердикти живуть на сторінці статусу організації, кожен із цитатою та підсумком, на якому ґрунтується, а власний вердикт учасника важливіший за вердикт моделі. На початку наступної сесії Mia називає відкриті завдання та їхніх відповідальних, тож check-in відбувається, навіть коли ніхто не згадав запитати. Сторінки статусу команди — це функція в попередньому доступі: адміністратор організації вмикає їх у Settings → Advanced після прийняття альфа-умов (сторінка Preview features описує кожну з таких функцій).

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

Канал — лише для учасників. Підрядник, агенція чи клієнт, який володіє завданням у записі команди, додається за запрошенням електронною поштою на безкоштовний обліковий запис і відтоді читає канал своєю мовою; учасники каналу поза вашою командою не оплачуються. Той, кому потрібна лише одна зустріч — постачальник, який отримує один бриф, кандидат, — приєднується до ad-hoc зустрічі за посиланням, з телефона, без облікового запису й безкоштовно, чує зустріч наживо своєю мовою і нічого не отримує після неї: обліковий запис безкоштовний, і саме він робить запис доступним. Хост надає простір і, на платному плані, платить лише за учасників, активних протягом попередніх 28 днів — тих, хто приєднався до зустрічі, написав у чаті, звернувся до Mia; учасники, які затихли, зберігають доступ безкоштовно.

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

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

FAQ

Як ефективно делегувати завдання?

Передайте результат, а не перелік кроків: напишіть бриф в один абзац із тим, як виглядає «готово», дедлайном, обмеженнями й тим, хто ще залучений; оберіть одного відповідального й отримайте «так» уголос; нехай відповідальний повторить результат своїми словами; скажіть, що він може вирішувати без вас; узгодьте check-in — день, форму, обсяг — до початку роботи; і зберігайте передачу там, де обидві сторони можуть прочитати її пізніше. Коли завдання повертається, скажіть про це в тому самому місці.

Які кроки делегування?

Шість, по порядку: бриф, відповідальний, зворотне читання, рівень повноважень, check-in, запис. Перші три гарантують, що обидві сторони розуміють одне й те саме; четвертий не дає відповідальному ні повертатися по кожне рішення, ні ухвалювати те, чого йому не доручали; п'ятий відділяє підтримку від мікроменеджменту, фіксуючи дату заздалегідь; шостий робить другу передачу того самого завдання дешевшою за першу.

Які завдання не варто делегувати?

Рішення, які ваші за роллю, — найм, оплата, розмови про результативність, усе, про що ваш власний керівник питатиме саме вас, усе, що зобов'язує організацію понад ліміт, який вам дали, — і розмови, які можете провести лише ви. Усе, що готує ці рішення, можна делегувати. Завдання, яке ви не можете описати як виконане в одному абзаці, теж ще не готове до делегування; а от перший крок — з'ясувати, як виглядало б «готово», — можна.

Чим делегування відрізняється від призначення завдання?

Призначення передає крок і залишає «як» за собою: «зателефонуй постачальнику й попроси новий прайс». Делегування передає результат і залишає «як» відповідальному, у заявлених межах: «отримай ціну постачальника, яку ми зможемо підписати до 20-го». Призначення доречне для перших тижнів нового співробітника й для аварійних ситуацій; воно не масштабується, бо кожен крок усе одно проходить через того, хто призначає. Делегування масштабується й коштує одного брифу.

Що таке діаграма RACI?

Таблиця, де завдання — рядки, а люди — стовпці, і кожна комірка містить одну з чотирьох літер: R — людина, яка виконує роботу, A — одна людина, яка володіє результатом і погоджує його, C — люди, з якими радяться до виконання роботи, I — люди, яких інформують про результат. Правило, яке робить її корисною, — одна A на рядок: завдання з двома відповідальними за результат не має жодного. Діаграма RACI потрібна для роботи, до якої торкаються кілька людей; для окремого завдання з одним відповідальним достатньо брифу.

Як стежити за делегованим завданням без мікроменеджменту?

Узгодьте check-in у брифі до початку роботи — фіксований день, фіксована форма, фіксований обсяг, наприклад три рядки в каналі команди у вівторок, — а потім не питайте між check-in. Те саме запитання в узгоджений день — підтримка, у випадковий — мікроменеджмент. Якщо check-in повертається з «не за планом», розмова йде про перешкоду, а не про людину. У просторі, де підсумок регулярної зустрічі зачитує відкриті завдання на наступній сесії, подальше відстеження відбувається у власному ритмі, а не у вашому.

Чому делегування не вдається?

Майже завжди в передачі, а не в роботі: результат не записали, тож відповідальний зробив інше; ніхто не сказав «так», тож ніхто не взяв завдання на себе; рівень повноважень не назвали, тож відповідальний або зупинявся на кожному рішенні, або ухвалив те, чого йому не доручали; check-in призначили, коли керівник занервував, тож він прозвучав як недовіра; або результат так і не визнали, тож наступне завдання взяли з меншою ретельністю. Кожне з цих — один рядок брифу.

Sources: Microsoft — Take meeting notes in Microsoft Teams; Microsoft — Recap in Microsoft Teams; Zoom — Using Meeting Summary with AI Companion; Google Workspace Updates — "Take notes for me" now captures "next steps"; Google Meet — "Take notes for me" in Google Meet; Slack — Meeting agenda template (canvas). Сторінку нотаток Microsoft, довідкову сторінку Google Meet і шаблон Slack перевірено в жовтні 2026; сторінку підсумку Microsoft і сторінку підсумку зустрічі Zoom — у серпні 2026; анонс Google про next steps — у вересні 2026. Вендори з часом змінюють плани, функції та списки мов; актуальний стан дивіться на їхніх сторінках.