Як правильно ставити задачі команді — від постановки до контролю виконання

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

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

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

У статті розберемо, як правильно ставити задачі команді: описувати результат, погоджувати строки та перевіряти роботу до того, як вона знадобиться клієнту. Пройдемо ці кроки на прикладі презентації, а потім оформимо ту саму задачу в if.team. Наприкінці буде шаблон, який можна взяти для власних завдань.

Що таке постановка задачі й про що потрібно домовитися

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

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

Відрізняйте мету, проєкт і конкретне завдання

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

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

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

Чому докладний опис не гарантує розуміння

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

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

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

Конкретна постановка пояснює, який результат потрібен і як його перевірять.

Правила постановки завдань: що потрібно вказати в описі

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

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

За назвою має бути зрозуміло, що зробити

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

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

У назву не потрібно вміщувати весь опис. Її завдання — допомогти швидко знайти потрібну роботу, а подробиці залишаться всередині картки.

Контекст: навіщо потрібна робота

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

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

Історію всіх перемовин переказувати не обов’язково. Додавайте ті відомості, які можуть змінити рішення виконавця.

Результат: що саме має отримати замовник

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

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

Іноді готової відповіді ще немає, її якраз потрібно знайти. Тоді результатом буде дослідження: які варіанти перевірили, що з’ясували та який наступний крок пропонують. До такого завдання повернемося нижче, коли розбиратимемо SMART.

Критерії готовності: як перевірити результат

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

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

Суб’єктивні очікування теж варто уточнювати. Замість «зробити сучасно» покажіть приклад і поясніть, що саме в ньому підходить: великі заголовки, небагато тексту, спокійні кольори. Інакше одна й та сама картинка може підказати різним людям зовсім різні рішення.

Чекліст допомагає перевірити готовий матеріал за вимогами, які погодили до початку роботи.

Відповідальний і той, хто приймає роботу

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

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

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

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

Строк, пріоритет і вихідні матеріали

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

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

Якщо частина матеріалів ще не готова, назвіть людину, яка їх додасть, і строк. Наприклад: «Фінальні ціни Олег додасть 21 вересня до 11:00. До цього можна підготувати сітку й титульні слайди». Дизайнерка зможе спланувати початок роботи та знатиме, до кого звернутися, якщо кошторис не з’явиться вчасно.

Постановка задачі: приклад від короткого прохання до робочого опису

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

Початкове доручення звучить так: «Марто, зроби презентацію до п’ятниці, як минулого разу». Тут є виконавець і приблизний строк. Але невідомо, чи потрібно переписувати текст, які ціни брати, скільки слайдів готувати та коли менеджер встигне їх перевірити.

Як виглядає уточнена задача

Назва: Оформити презентацію трьох пакетів супроводу для клієнтської зустрічі.

Навіщо: 25 вересня клієнт обиратиме формат співпраці. Презентація має допомогти порівняти склад робіт, строки запуску й щомісячну вартість.

Результат: 12 слайдів у робочому файлі та PDF для надсилання. Структура: вступ — 2 слайди, запит клієнта — 2, три пакети — 3, порівняння — 1, запуск — 2, приклад робіт — 1, наступний крок — 1.

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

Відповідальна за підготовку: Марта. Перевіряє й погоджує: Олег.

Строки: 22 вересня до 16:00 — показати три зразкові слайди; 23 вересня до 15:00 — передати повний макет на перевірку; Олег повертає зведені зауваження до 18:00; 24 вересня до 16:00 — підготувати фінальні файли.

Пріоритет: презентація йде перед внутрішнім оновленням портфоліо. Олег погоджує перенесення портфоліо з його замовником.

Критерії готовності: усі 12 слайдів на місці; склад пакетів і суми відповідають кошторису; немає даних попереднього клієнта; шрифти та елементи коректно відображаються в PDF; Олег перевірив зміст.

Межі самостійності: Марта обирає композицію в межах брендбуку. Зміни цін, складу пакетів і змісту погоджує з Олегом.

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

У картці зібрані результат, відповідальна людина та строк, про які домовилася команда.

Що змінилося після уточнення

Команда відокремила дату зустрічі від строку підготовки. З’явився час на перевірку й доробки. Менеджер теж отримав зобов’язання: переглянути макет до конкретного часу, а не тоді, коли з’явиться вільна хвилина.

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

У задачі також записано, що вже погоджено з клієнтом. Якщо згодом з’явиться четвертий пакет, Олег і Марта зможуть оцінити додаткову роботу: чи вистачить ще одного слайда, чи потрібно перебудувати порівняння та змінити текст. Від цього залежатиме, чи збережеться початковий строк.

Перевірка й доробки мають власний час до зустрічі з клієнтом.

Як погодити реальний дедлайн і не перевантажити команду

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

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

Розрізняйте трудомісткість і календарний строк

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

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

Коли з’являється нова вимога, оцінку треба переглянути. Саме по собі збільшення годин не доводить, що людина працює повільно: могла змінитися робота, яку від неї очікують.

Плануйте від здачі назад до початку

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

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

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

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

На спільному плані видно, які роботи можна виконувати паралельно, а які чекають на попередні.

Новий пріоритет має змінювати чергу роботи

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

Коли задачі надходять від різних керівників, визначте, хто узгоджує конфлікти. Виконавець може показати завантаження та наслідки, але не завжди має повноваження вирішити, якому клієнту чекати довше.

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

Делегування завдань: що визначає керівник, а що вирішує виконавець

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

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

Делегуйте разом із правом приймати рішення

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

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

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

Погодьте, коли показати перший результат

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

Для незнайомого формату корисно спочатку подивитися невеликий фрагмент. У нашому прикладі це три слайди: титульний, один пакет і порівняння. За ними можна погодити щільність тексту й спосіб подання інформації до оформлення всіх 12 слайдів.

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

Роль зворотного зв’язку пояснюють психологи Едвін Локк і Ґері Летем в огляді досліджень постановки цілей, опублікованому в American Psychologist. За їхнім оглядом, цілі разом зі зворотним зв’язком про поступ працюють краще, ніж самі цілі. Для нашої презентації практичний висновок такий: під час перегляду варто пояснити, що вже відповідає вимогам і що потрібно змінити до здачі.

Використовуйте SMART як перевірку формулювання

SMART можна використати як короткий набір запитань: чи конкретна задача, чи можна перевірити результат, чи реально її виконати, чи зрозумілий зв’язок із метою та чи визначений строк. Для презентації це означає перевірити склад файлів, критерії, доступний час, мету зустрічі й дату здачі.

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

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

Як розподілити завдання в проєкті між кількома людьми

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

Щоб скласти слайд із порівнянням, їй доведеться повертатися до аналітика й уточнювати склад пропозиції. Обидва виконують свої задачі, але між ними з’являється додаткова робота. Її можна передбачити під час планування, якщо одразу обговорити, які саме дані потрібні дизайнерці.

Діліть роботу за результатами, які можна передати

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

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

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

Визначайте, що означає передати роботу

«Текст готовий» може означати чернетку автора або вже погоджений менеджером матеріал. Для дизайнера ця різниця важлива: оформлення чернетки може закінчитися повною перебудовою слайдів.

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

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

Для великої події такі залежності виникають між цілими відділами. У кейсі Atlas Weekend показуємо, як команда веде спільні задачі в if.team: із виконавцями, строками, пріоритетами та обговореннями. Список, канбан і діаграма Ґанта дають змогу переглядати роботу з різних боків. Цей приклад ближчий до ситуації, коли потрібно узгодити підготовку між організаторами, маркетингом і технічною командою.

Для кожного передавання потрібен зрозумілий результат і той, хто його приймає.

Як поставити завдання в if.team на цьому прикладі

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

Створимо задачу в навчальному проєкті «Пропозиція для клієнта». Статуси в if.team залежать від налаштувань проєкту. У прикладі нам потрібні етап перевірки та завершення; у вашій команді вони можуть називатися по-іншому.

Створіть задачу та виберіть проєкт

Відкрийте розділ «Завдання» й натисніть «+». Нову задачу також можна додати через загальну кнопку «+» або з колонки канбану. Для одноразової презентації виберіть звичайний тип завдання.

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

Повний опис полів і способів додавання є в інструкції зі створення завдання. Тут заповнимо ті дані, які потрібні для нашої презентації.

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

Проєкт пов’язує завдання з рештою роботи для клієнта.

Додайте відповідальну, строк і плановий час

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

Встановіть дату початку та дедлайн фінальних файлів — 24 вересня до 16:00. Проміжні строки внесіть в опис. Перевірку Олега нижче оформимо окремим підзавданням.

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

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

Зберіть опис і файли в картці

У розділі опису та файлів додайте мету, склад результату, критерії готовності й межі самостійності. За основу можна взяти розгорнутий приклад вище. Структуруйте його короткими підзаголовками, щоб потрібний пункт можна було знайти без перечитування всього тексту.

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

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

Мета, вимоги та вихідні матеріали зібрані в описі завдання.

Додайте чекліст і потрібні підзавдання

Для перевірки презентації створіть чекліст. До нього можна внести наявність 12 слайдів, відповідність цін кошторису, актуальні контакти, відсутність даних попереднього клієнта й перевірку PDF. Ці пункти допоможуть пройтися по готовому матеріалу перед передаванням.

Для Олега створіть підзавдання на перевірку змісту макета зі строком 23 вересня до 18:00. Він буде відповідальним за цю частину роботи. У формі підзавдання можна також указати статус, плановий час і пріоритет. Так перевірка матиме власний строк, а загальний дедлайн презентації залишиться 24 вересня.

Окремо в документації описано, як працювати з підзавданнями.

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

Чекліст допомагає перевірити деталі, підзавдання — виділити роботу з окремим відповідальним і строком.

Ведіть уточнення та здачу в коментарях

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

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

Коли макет готовий, Марта додає посилання й пише, що можна переглядати. Наприклад: «Усі 12 слайдів оформлені, PDF додала. Олеже, перевір, будь ласка, склад пакетів і ціни». Якщо в проєкті є статус для перевірки, задачу можна перевести в нього. Тоді в списку буде видно, що оформлення вже виконано й команда чекає погодження.

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

Збережіть повторювану структуру як шаблон

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

Послідовність дій зі скриншотами є в інструкції «Шаблони завдань».

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

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

Контроль виконання завдань без постійного «як там?»

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

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

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

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

Повідомлення має містити наслідок і потрібне рішення: «Кошторис ще не погоджений. Можу завершити решту слайдів, але порівняння пакетів затримається. Якщо отримаю ціни завтра до 11:00, встигну передати макет до 15:00».

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

Знайдіть задачі, які чекають вашої перевірки

У if.team можна відбирати завдання за проєктом, відповідальними, статусом, пріоритетом і строками; доступні фільтри залежать від вибраного вигляду. Для огляду презентації достатньо знайти задачі потрібного проєкту та перевірити найближчі дедлайни й стан погодження.

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

Набір параметрів для кожного вигляду описаний у документації фільтрів завдань.

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

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

Фільтри допомагають знайти задачі, для яких зараз потрібне рішення керівника.

Приймайте результат за погодженими критеріями

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

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

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

Помилки, через які навіть зрозумілі задачі повертаються на доробку

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

Вимоги залишилися в усній розмові

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

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

Задачу передали без потрібних доступів

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

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

Статус «завершено» підмінив перевірку

Людина могла закінчити свою частину, але клієнт ще не отримав потрібний результат. Наприклад, макет готовий, а менеджер не перевірив ціни. Якщо закрити загальну задачу на цьому етапі, робота зникне з активного списку завчасно.

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

Зміни додали без перегляду строку

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

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

Шаблон постановки завдання для команди

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

Назва: що зробити та з яким матеріалом або процесом.

Мета й контекст: кому потрібен результат і як його використають.

Результат: що саме передати, у якому форматі та куди.

Критерії готовності: за якими ознаками перевіряємо виконання.

Відповідальний: хто збирає результат і повідомляє про готовність.

Перевіряє: хто приймає роботу та до якого часу.

Строки: коли починаємо, коли показуємо проміжний результат і коли здаємо.

Пріоритет: перед якими роботами виконуємо та що переносимо за потреби.

Матеріали й залежності: потрібні файли, доступи, попередні результати та їхні строки.

Межі рішень: що можна змінювати самостійно, а що потрібно погодити.

Ризики: за яких умов одразу повідомляємо про проблему.

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

Поширені запитання про постановку завдань

Чи потрібно описувати кожну дрібну задачу?

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

Що робити, якщо виконавець не погоджується зі строком?

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

Чи може в задачі бути кілька відповідальних?

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

Як ставити задачу, якщо результат ще невідомий?

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

Чи достатньо поставити завдання в чаті?

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

Що робити, якщо після пояснення знову отримали інший результат?

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

Почніть із завдання, яке команда виконує цього тижня

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

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

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