# Як зробити робочі збори # Введение Якщо ви(МСК) коли-небудь залишали зустріч, думаючи: "" МСК1 "", в чому суть цієї розмови? МСК2 "", чи натрапили на те ж саме обговорення у третьому разі. МСК3 "", ви' не самі. МКС5 "". Більшість зустрічей провалюються. Наради провалюються через те, що їм бракує структури **відповідальність**. Ось ця думка змінила те, як я проводжу зустрічі. Дозвольте мені показати вам, як перетворити ваші зустрічі з часу-наvestors в реальний прогрес. [TOC] # Єдине правило, яке змінює все Ось правило: > **Якщо зібрання створює дії, кожна дія має матиM SK1** > > - власник (, хто це зробитьM SK1 > - Часова лінія (коли це буде зробленоM SK1 > - Далі: Як ми це перевіримо? Це так: МСК0 , МСК1 , просто, ",", правильно, . Але ось що це запобігає: Коли хтось каже: "" МСК0 "", ми повинні покращити документацію, МСК1 "", на зустрічі, МSK2 "", що МСК3 "" - це не дія, - "", а "'", "" Це бажання "", МSK6 "", у нього немає власника, М СК7 "", немає терміну, М АК8 "", ніякого способу перевірити, чи це трапилось, МТК9 "", його не буде зроблено, МУК10 "". Акція виглядає ось так: | Элемент МSK1 До прикладу МSK2 |---------|---------| | **Що?** | Обновлюйте інструкцію для на борту | **Хто** МSK0 Сара | | **Коли** | До п 'ятниці EOD | | **Проверка** | Переглянемо це в понеділок МSK1 на командному зборі МSK2 Без усіх чотирьох елементів: МСК0, ви не маєте зобов 'язання, МСК1, ви маєте розмову # Чому повторювані зустрічі стають Днем Groundhog Запам 'ятайте, як на деяких зустрічах ви відчуваєте себе так, ніби ви постійно розмовляєте одне й те саме Це МСК0 , тому що нічого з попереднього зібрання не передало . "." Ніхто не слідкував за тим, що мало б відбуватися. **Погане повторене зібрання:** 1. Обговоріть 2. Робіть невизначні зобов 'язання 3. На наступний тиждень: Знову обговорювати те ж саме 4. Повторити назавжди **Хороша повторна зустріч:** 1. Проверьте, що мало статися. 2. Обговорювати нові теми 3. Створити конкретні дії ( власник МSK1 кінцевий термін МSK2 перевірити 4. Наступний тиждень: Почати з кроку M SK1 5. Фактичний прогрес відбувається Різниця МСК0 Ви МSK1 будуєте на попередніх роботах, замість того, щоб починати з нуля кожного разу . # Що це насправді запобігає Ось, як зазвичай зазнають невдачі зустрічі - і як ця проста структура їх запобігає МSK0 Що завжди йде не так | Що запобігає цьому | |----------------------|------------------| Я думав, що це робить хтось інший. **Виражений власник** - один відповідальний за це МSK0 " Я не знав МSK2 не знаю терміну **Визначена часова лінія** - кожен знає, коли Я припустив, що ми відмовилися **Прослідуйте перевірку на -** - ми перевіряємо завершення МSK1 МSK0 " Я забув, що мені треба було робити **Написано** - не в пам 'яті ' в пам' яті | Те ж саме обговорення на кожному зібранні | **Перевірка прогресу** МSK0 ми бачимо, що насправді сталося | МSK0 КоженМСК1 відповідальний = нікому МСК3 відповідальний МSK4 **Одинковий власник** - одне ім 'я за акцію | Це не складно, це просто - Записати його. - Наділити одну людину - Установити дату - Подивіться, чи це сталося Це те, що робить зустрічі насправді дієвими. # Як це виглядає в практиці Різниця між зустрічами, які працюють, і тими, що витрачають час, залежить від того, як ви захоплюєте дії. Ось як це виглядає до і після ## До і після **До (vagueM SK1** ``` Meeting Notes: - We should improve customer communication - The onboarding process needs work - Let's think about the Q2 strategy ``` **Після (clearM SK1** ``` Actions from Meeting: 1. Create customer email templates for common questions Owner: Jamie Deadline: End of week (Jan 27) Check: Show drafts in next team meeting 2. Map out current onboarding steps and identify bottlenecks Owner: Alex Deadline: Wednesday (Jan 24) Check: Share findings in team Slack 3. Draft Q2 objectives with 3 key priorities Owner: Morgan Deadline: Friday (Jan 26) Check: Ready for review in Monday's leadership sync ``` Погляньте на різницю? Другий формат робить прогрес **неминучі та непомітні**. # Чому це працює? Як тільки ви побачите цю модель, то помітите її всюди, де насправді робляться речі. - **На роботі**: Задачи мають власників та терміни - **Удома**: Домашні обов 'язки мають обов' язки та графіки - **У спорті**: У грі є позиції та обов 'язки - **У будівлі**: Кожна робота має подрядчика і часовий графік - **Під час подій**: Кожна деталь має когось, хто керує нею Модель завжди одна і та сама. **Хтось його має. Коли . Проверьте, що це сталося** Це не бюрократія, це те, як все відбувається. # Практична Implementation ## Шаблона для зустрічі 1. Розпочати кожен робочий план з: ```markdown # Meeting: [Name] - [Date] ## Previous Actions Review - [ ] Action 1 (Owner: X, Due: Y) - Status? - [ ] Action 2 (Owner: Z, Due: W) - Status? ## Agenda - Topic 1 - Topic 2 ## New Actions (Capture during meeting) - [ ] Action description | Owner: | Deadline: | Check: ``` ## 2. Модель поведінки захоплення Під час зустрічі, коли хтось каже: "" МСК1 "", ми повинні:" МSK2 "", або """, хтось повинен:" MСК4 "", негайно перетворити його на МСК5 **Триггерні фрази:** - МSK0 Ми повинні ..." - "Someone needs toM SK1 - МSK0 Це було б добре для ..." - "LetM SK1s try to..." **Відповідь:** - МSK0OK, хто є власником цьогоM SK2 - " Коли ми можемо це зробитиM SK1 - " Як ми перевіряємо завершення ?" ## 3. Послідний протокол На початку кожного повторюваного збору: 1. **Переглянути попередні кроки** МSK0перший 5-10 хвилиниM SK2 2. **Завершено** МSK0видимий прогрес) 3. **Ескалейт блокований** (наземні перешкодиM SK1 4. **Тільки тоді** перейти до нових тем Це створює відповідальність і робить прогрес видимим. # Справжня перевага – МСК0 – Нічого більше не заплутає Ось що ви насправді отримуєте, коли проводите зустрічі таким чином. > **Прозорість стає автоматизованою.** Коли кожна дія має власника, časovу лінію , і контрольну точкуM SK2 ви видаляєте: - Неясність щодо того, хто відповідальний за це - Несподіваність щодо термінів - Таємниця про те, що насправді сталося Це те, що люди мають на увазі, коли говорять: "" Хтось "" керує вузьким кораблем. МSK1 - простий, МSK2 - потужний # Поширений Pushback ## "Я відчуваю себе занадто жорстким Структура не є ворогом для того, щоб все було зроблено. Це те, що робить все насправді зроблено Питання в тому, чи це "" жорсткий "". І це працює. ## "Not every meeting needs this МSK1 Справді. Швидкі синхронізації та мозкові бурі не потребують такого рівня структури Але будь-яке зустріч, що - Створює уривки дій - Відбувалося регулярно - Включає багато людей ...абsoluutly doesM SK1 ## " Це забирає надто багато часу " Правильно зафіксувати дії - це додає 2-3 протоколу до зібранняM SK1 Знову організувати таке ж зібрання наступного тижня, бо нічого не було зроблено - марнує. Що звучить краще? # Коли це дійсно важливо Цей образ критичний, коли: - **Ви працюєте віддалено або розподілено** ( ви можете ' не просто натиснути комусь на плече МSK2 - **Багато людей залучені** (володіння має бути кристально чистоюM SK1 - **Зйомки відбуваються регулярно** ( Вам потрібно бачити прогрес - **Робота залежить від інших** (followM SK1up must happen ) Іншими словами, **найсучасніша робота**. # Завершення Створити робочий процес - це не те, щоб організувати або слідувати за процесом. Це те, що означає одне просте правило: > **Кожна дія повинна мати власника:** Це - МСК0, це - МSK1 Цей єдиний візерунок запобігає - "" Я думав, що хтось інший робить це "". - МSK0 Я не знав ' не знаю, коли це прийде - МSK0 Я припустив, що ми відмовилися - Обговорювати те ж саме щотижня Це працює тому, що це - Записати його. - Одна людина володіє ним - Встановити термін - Подивіться, чи це сталося Немає двозначності. Немає заплутаностіМSK1 Немало марнування часуM SK2 Спілкування, що працюють МСК0 в будь-якому секторі , у будь-якій галузі Спробуйте це на наступному повторюваному зібранні. ---