Два власники дають різні доручення: як узгодити роботу команди

Як відрізнити різні завдання від суперечливих доручень

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

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

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

Спочатку опишіть суперечність, а не шукайте винного

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

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

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

Домовтеся, хто і як змінює пріоритет

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

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

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

Навчальний приклад: замовлення клієнта і нова демонстрація

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

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

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

Що зафіксувати після узгодження

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

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

• Рішення та очікуваний результат.
• Що збережено, змінено, перенесено або скасовано в попередньому плані.
• Відповідальний за виконання та необхідні ресурси.
• Хто підтвердив зміну в межах своїх повноважень.
• Кого потрібно повідомити, зокрема суміжні команди та клієнтів за потреби.
• Строк і найближча перевірка виконання.

Не повертайте два плани через особисті повідомлення

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

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

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

Для термінових ситуацій потрібен окремий порядок

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

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

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

Як зрозуміти, що порядок почав працювати

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

Стежте не за відсутністю розбіжностей між власниками, а за тим, як вони розв’язуються. Чи стало менше повторних узгоджень одного завдання? Чи зрозуміло, яке рішення діє? Чи не отримують співробітники нові розпорядження в обхід спільного плану? Чи не залишаються питання без відповіді аж до зриву строків?

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