Ролі: спонсор, лід, експерт, один власник на завдання

Більшість плутанини в проєкті — про ролі, а не про завдання. Чотири ролі відповідають на чотири різні питання.

• Спонсор відповідає за те, навіщо існує проєкт: мету, гроші, фіксовану дату і будь-які їхні зміни. У Klasna це Leo.
• Лід відповідає за те, як це зробити: план, буфер, щотижневий статус і винесення рішень до спонсора. Це ти.
• Експерт відповідає за якість, яку може оцінити лише він: Vira — за програму і стандарт репетиторів.
• Власник завдання відповідає за те, щоб одна частина роботи була завершена, навіть коли допомагають інші.

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

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

Це не проблема, яку треба розв'язувати наймом. Усе працює, поки кожна роль названа явно: для кожного завдання — яку роль ця людина в ньому грає. Біда починається, коли ролі розмиваються: прохання «погодити» падає на Vira там, де з нею досить порадитися, або Danylo вважають власником слів, які він лише ставить на сторінку.

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

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

Провалюються три види рядків. Двоє власників («маркетинг-лід і Danylo» для тексту лендингу) зазвичай означає жодного: кожен думає, що цим займається інший. «Команда» як власник (договори з репетиторами) — та сама проблема, тільки більша. Порожня клітинка (огляд списку очікування) означає, що нікого немає взагалі, і це випливе лише тоді, коли дату буде зірвано.

Рядки з одним ім'ям і правильною людиною для порад — у порядку, навіть якщо деталь виглядає дивно. Діагностичний тест Klasna (власник Danylo, радяться з Vira) і зовнішня рецензія (власниця Vira) перевірку проходять. Радитися з Leo щодо рецензії незвично, але не шкідливо: перевірка — про власника, а не про стиль.

Коли завдання застрягло з двома власниками, вихід не в більшій співпраці, а в одному імені. У Klasna текст лендингу тиждень стояв на місці, бо його «володіли» і маркетинг, і Danylo.

Натомість розподіли ролі довкола завдання. Власник відповідає за завершення: маркетинг-лід, бо слова — це справа маркетингу. Інші виконують частини роботи: Danylo збирає сторінку. З іншими радяться: Vira перевіряє твердження про програму перед публікацією.

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

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

У Klasna огляд списку очікування 20 грудня належить маркетинг-ліду, і він приносить цифри. З Danylo радяться: якщо він вважає, що цифри подано погано, він каже це до огляду, а власник вирішує, що змінити. Потім Danylo використовує цифри для рішення «продовжуємо чи коригуємо» у своїй частині плану.

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

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

Бриф зробив вісім репетиторів, які пройшли демоурок, критерієм успіху. Змінити критерій підписаного брифу — рішення спонсора, ухвалене письмово (Leo погодився вирішувати зміни за два робочі дні) і лише після того, як вислухали експертку, якій належить планка якості. Лід приносить варіанти та їхню ціну: другий раунд демоуроків із резерву на відомі ризики або старт із шістьма репетиторами й меншою кількістю учнів.

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

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

1. Експерт пояснює планку і чому. Vira розповідає, у чому двоє кандидатів помилилися. Без цього спонсор вирішує про число, а не про уроки для справжніх учнів.
2. Лід викладає варіанти з ціною і впливом на дату: другий раунд демоуроків, оплачений із резерву на відомі ризики, або старт із шістьма репетиторами й меншою кількістю учнів.
3. Спонсор вирішує письмово протягом двох робочих днів, як домовлено в брифі.
4. Лід записує рішення й оновлює план, щоб усі працювали з однієї версії.

До кроку 3 критерій брифу чинний. Лід не вирішує; експерт не накладає вето на бізнесовий вибір; спонсор не вирішує наосліп.

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

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

Правило Danylo — добра перевірка: таблиця, яку ніхто не читає, гірша, ніж жодної.

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