Комуникацията на работното място: това нещо, което винаги изглежда или прекалено много, или просто недостатъчно.
Средностатистическият служител понастоящем получава 117 имейла и 153 съобщения в чата всеки работен ден, а почти половината от тях споделят, че работата вече им се струва хаотична. За съжаление, големият обем на съобщенията не означава, че екипът е по-комуникативен или по-добре синхронизиран.
Повечето комуникационни стратегии ви съветват да „използвате правилния канал“ или да „комуникирате повече“. А обичайното решение – добавянето на още едно ежедневно събрание или група в Slack – само предоставя на хаоса още места, където да процъфтява.
Липсващото звено почти никога не е по-добър инструмент. Това е споделен набор от правила за това къде принадлежи всеки тип съобщение, кой отговаря за следващата стъпка и колко бързо трябва да се действа. Този наръчник представя осем комуникационни стратегии, които заменят баналния съвет „комуникирайте повече“ със система, която превръща разговора в проследима работа.
TL;DR: Добавянето на канали не решава проблема с комуникационната стратегия на работното ви място; то просто предоставя още места, където да се натрупва хаосът, и вероятно отвлича вниманието. Изкуственият интелект само влошава нещата. ActivTrak установи, че след като екипите са внедрили инструменти с изкуствен интелект, активността по имейл е нараснала със 104%, а тази в чата – със 145%.
Тези осем стратегии заменят съвета „да комуникирате прекалено много“ със система:
- Напишете устав на канала
- Определете за всяка задача един отговорен и краен срок
- Водете регистър на решенията, в идеалния случай такъв, който се актуализира автоматично
- Публикувайте и споделяйте очакванията за времето за отговор
- Направете актуализациите на статуса готови за вземане на решения
- Задайте един въпрос, преди да насрочите среща
- Завършете цикъла на предаването на задачите и
- Провеждайте одит на системата на всеки три месеца
Какво представлява комуникационната стратегия?
Комуникационната стратегия е набор от правила, които екипът използва, за да реши как се движи информацията: какво къде принадлежи, кой е отговорен за предприемането на действия по нея и колко бързо. Тя дава отговор на тези въпроси за маршрутизирането, преди някой да изпрати съобщението.
Често към това понятие се прибавят още два термина: комуникация по проекти и стилове на комуникация. Но те изпълняват различни функции.
| Термин | Какво обхваща | На кого принадлежи | Колко често се променя |
|---|---|---|---|
| Стратегия за комуникация | Постоянни правила за каналите, отговорността и времето за отговор | Ръководител на екип или оперативен специалист | Преразглеждат се периодично |
| План за комуникация по проекта | Кой получава коя актуализация, по какъв канал и с каква честота за даден проект | Проектен мениджър | По проект |
| Стил на комуникация | Обичайният тон, прямотата и предпочитанията за комуникация на даден човек | Индивидът | Рядко |
Стратегията за комуникация стои над другите две. Планът на проекта може да посочи на заинтересованите страни, че могат да очакват седмична актуализация на статуса по имейл. Стратегията обаче трябва вече да е определила дали актуализациите на статуса се изпращат по имейл, дали се очаква някой да отговаря и къде се записва обратната връзка.
Ако ви е необходима версия на ниво проект, започнете с един от тези шаблони за комуникационен план.
Къде се проваля комуникацията в екипа?
Слабото място обикновено е предаването на задачите.
Едно съобщение може да попадне в правилната пощенска кутия, да съдържа точно това, което трябва, и все пак да остане без последствие, ако никой не се съгласи къде трябва да се поставят решенията, въпросите, актуализациите и спешните заявки. Проучването на Grammarly за производителността на работната сила установи, че почти 60% от ръководителите и 54% от служителите се мъчат да следят уведомленията на различни платформи. Grammarly нарича този по-широк проблем „комуникационен вихър“: критичната информация се разпръсква из имейли, чат, инструменти за проекти и документи, без ясни указания къде е мястото ѝ.
Когато това се случи, екипите започват да понасят няколко скрити разходи:
- „Цената на търсенето“: Хората губят време да възстановяват контекста от чат-нишки, бележки от срещи, коментари към задачи и пощенски кутии, защото няма едно единствено място, където се съхранява окончателната версия
- Цената на дублирането: Една и съща актуализация се копира в няколко канала, защото никой не вярва, че един канал ще достигне до всички, които се нуждаят от нея
- Проблемът с отговорността: Даден човек може да прочете, да реагира или дори да отговори на заявка, без да поеме ясна отговорност за следващата стъпка
- Навикът за ескалиране: Когато обикновените съобщения изчезват в потока, хората прибягват до споменавания, повтарящи се напомняния и съобщения от типа „просто да го извадя на преден план“, за да ги направят по-видими
Обърнете внимание какво е общото между тези четири неща. Всяко едно от тях е работа, която се извършва след приключването на комуникацията: възстановяване, повторно изпращане, търсене на отговорния, привличане на внимание. Съобщението е изпълнило задачата си. Системата около него обаче не е успяла, затова хората са платили цената за това по-късно.
Една по-добра система за комуникация превръща разговора в ползотворна работа, докато контекстът все още е свеж.
Потребителят на Reddit u/YakitoriSenpai описа какво се случва, когато това не се случи. В тема в r/projectmanagement той заяви, че проблемът не е в срещите. По неговите думи:
Нямам проблем със срещите; трудно ми е обаче да превърна бележките в ясни действия, отговорни лица, одобрения и JIRA тикети, без да губя часове. Как го правите ефективно?
Тръгвам си с купчина бележки, след което прекарвам прекалено много време в превръщането им в конкретни задачи – да разбера кой всъщност е отговорен, от кого ми трябва разрешение, за да продължа, как да формулирам исканията и накрая да въведа всичко в JIRA, за да не изчезне. Докато приключа, импулсът от срещата вече е изчезнал.
Нямам проблем със срещите; трудно ми е обаче да превърна бележките в ясни действия, отговорни лица, одобрения и JIRA тикети, без да губя часове. Как го правите ефективно?
Тръгвам си с страници бележки, след което прекарвам прекалено много време в превръщането им в конкретни задачи – да разбера кой всъщност е отговорен, от кого ми трябва разрешение, за да продължа, как да формулирам исканията и накрая да въведа всичко в JIRA, за да не изчезне. Докато приключа, импулсът от срещата вече е изчезнал.
Това е стандартът, към който трябва да се стремим при проектирането: решенията се превръщат в записи, заявките остават при отговорните лица, а дискусиите завършват с ясна следваща стъпка. Колкото по-малко почистване се налага на хората след това, толкова по-полезна е била комуникацията от самото начало.
Съвет от професионалист: Проверете прехвърлянията между вашите инструменти, преди да замените някой от тях. Ако дадено решение напусне чата, но трябва да бъде копирано ръчно в задача, документ или система за проследяване, вероятно именно при това прехвърляне се губи контекстът. Това ръководство показва как съвременните комуникационни инструменти се справят с тези прехвърляния на практика.
Прочетете още: Стратегии за маркетингова комуникация
8 комуникационни стратегии, които наистина работят
Осемте предложения по-долу обхващат целия процес: избор на подходящ канал, определяне на отговорни лица, документиране на решенията, установяване на очаквания за времето за отговор, изготвяне на актуализации, готови за вземане на решение, филтриране на срещите, приключване на прехвърлянията и проверка на системата на всеки три месеца.
1. Напишете правила за канала, преди да добавите още един канал
Уставът на канала е едностраничен наръчник с правила за това къде принадлежат различните видове комуникация. Неговата задача е да направи решенията за маршрутизиране предвидими, така че никой да не се налага да пита „къде да го поставя?“ преди да го изпрати.
Това означава, че принципът „Slack за бързи неща, имейл за официални неща“ не е достатъчно конкретен. Един полезен наръчник отговаря на въпросите, с които хората се сблъскват през седмицата:
- Къде се съхранява актуализираната информация за проекта?
- Къде отправяте молба за работа към някой друг?
- Къде се изпраща спешно съобщение, което пречи на работата?
- Къде се записва окончателното решение?
- Кой канал може да съдържа дискусия, но не и окончателния отговор?
В насоките на Gartner относно информационното претоварване разрастването на каналите се посочва като първият от трите проблема, пред които са изправени ръководителите в областта на комуникациите. Повече от една четвърт от служителите и 38% от мениджърите вече споделят, че се чувстват претоварени от обема на вътрешната комуникация. Всъщност, според Gartner екипите трябва „ясно да определят ролята на всеки канал“, за да могат хората да намират важната информация, без да се налага да претърсват всяка платформа.
Gartner изброява и четирите характеристики на информацията, които затрудняват хората: тя се дублира на различни места, трудно се намира по-късно, е непоследователна или няма връзка с ежедневната работа. Всяка една от тези характеристики се влошава, когато едно решение може да се намира едновременно в чат, имейл и документ.
Един прост правилник може да изглежда така:
| Канал | Поставете това тук | Не слагайте това тук |
|---|---|---|
| Екипен чат | Бързи въпроси, лесна координация | Окончателни решения или възложени задачи |
| Инструмент за задачи/проекти | Заявки, отговорници, крайни срокове, решения, свързани с работата | Неформална дискусия |
| Имейл | Външна комуникация или съобщения, които изискват официална кореспонденция | Ежедневна координация на проектите |
| Срещи | Дискусия, която изисква обмен на мнения в реално време | Информация, която хората могат да четат асинхронно |
| Асинхронно видео | Визуални ръководства, нюанси, които трудно се предават в текста | Нещо, на което едно кратко съобщение би отговорило също толкова добре |
След това добавете един ред, в който се посочва системата за регистриране на решенията.
За да тествате правилата, дайте на двама колеги едно и също съобщение и попитайте къде трябва да бъде изпратено. Ако те изберат различни места, това означава, че правилата все още имат пропуски.
Не ги изготвяйте сами. Напишете чернова на правилата, прегледайте ги веднъж с екипа и позволете на хората да поставят под въпрос граничните случаи. Именно тези гранични случаи обикновено са мястото, където се изготвя истинският устав.
2. Определете за всяка задача един отговорен и краен срок
Заявка, пусната в канал без име, принадлежи на всички. Това просто означава, че не принадлежи на никого. Това е пропускът в отговорността, за който говорихме по-рано, и за да го запълните, е нужен навик, който всеки може да започне да прилага още утре. Определете един отговорен, задайте един краен срок и включете достатъчно контекст, за да може отговорният да действа, без да се налага да иска допълнителна информация.
Една категорична молба обикновено съдържа:
- Отговорен: Един човек, който отговаря за напредъка по въпроса
- Краен срок: Когато ви е необходим резултатът
- Очакван резултат: Как изглежда „завършената работа“
- Местоположение: Задачата, документът или нишката, от която да се започне работа, и къде трябва да се съхрани резултатът
Междинфункционалните екипи се нуждаят от това най-много. Думи като прегледай, одобри, провери и хвърли един поглед имат различно значение за различните екипи. „Прегледай това“ може да означава откриване на фактически грешки за правния отдел, оценка на позиционирането за маркетинга и одобрение за публикуване за мениджъра.
Бързи трикове
- Повтарящи се заявки: Използвайте формуляр, така че заявителят да предостави необходимия контекст, преди задачата да влезе в опашката
- Повтарящи се запитвания: Превърнете ги в кратък шаблон за заявка с полета за отговорник, краен срок, резултат и местоположение
- Малки стъпки: Използвайте присвоени коментари, за да остане запитването до работата, към която се отнася
- По-големи заявки: Превърнете ги в задачи, веднага щом се наложи проследяване, предаване на отговорността или изпълнение на няколко стъпки
3. Водете дневник на решенията, който хората могат лесно да намерят
Повечето екипи вече разполагат с архив на всяко решение, което са взели. Просто той е разпръснат из записи от срещи, архиви на чат-разговори и вериги от имейли, и никой не може да го намери. Пълният стенографски протокол запазва историята. Регистърът на решенията запазва частта, от която някой ще се нуждае след шест месеца: какво е било избрано, защо и какво би накарало екипа да вземе друго решение.
Всяка публикация трябва да бъде кратка:
| Област | Какво да записвате |
|---|---|
| Решение | Какво беше договорено |
| Обосновка | Защо екипът го избра |
| Компромис | От какво се отказа екипът или какво изключи |
| Отговорник | Кой е направил обаждането или кой е отговорен за него |
| Статус | Предложено, прието или отменено |
| Преразглеждане на тригера | Какво би оправдало повторното му отваряне |
Обърнете специално внимание на последната точка. Решение, което е имало смисъл през март, може да се окаже погрешно през септември, защото бюджетът се е променил или обхватът на проекта се е разширил. Без механизъм за преразглеждане екипът или ще обсъжда решението наново всеки път, когато някой го оспори, или ще продължи да го следва дълго след като причините за него вече не са актуални. Запишете условието, при което решението се преразглежда, и двата проблема ще изчезнат.
Софтуерните екипи правят това от години под името „Архитектурни записи за решения“ (Architecture Decision Records). Всъщност Мартин Фаулер, главен учен в Thoughtworks, добавя, че трябва да се добавя по една страница за всяко решение, важната част да се поставя на първо място, а старите записи да се оставят непроменени, когато нови ги заменят.
Той също така изтъква нещо, което важи далеч отвъд инженерството: записването на протокола принуждава несъгласията да излязат на бял свят, преди решението да стане окончателно, което често е по-ценно от самия протокол.
4. Публикувайте очакванията за времето за отговор за всеки канал
Всеки канал се нуждае от два срока: кога някой трябва да потвърди съобщението и кога се очаква да го реши. Екипите постоянно объркват тези срокове, а това объркване струва скъпо. На един колега може да му трябват три дни, за да отговори адекватно, и само 30 секунди, за да каже: „Вземам го под контрол, ще ти отговоря в четвъртък.“ Без ясно определена норма те често мълчат, докато отговорът не е готов, а подателят на заявката прекарва тези три дни, чудейки се дали съобщението е стигнало до адресата.
Отправна точка:
| Канал | Потвърдете чрез | Решете проблема чрез |
|---|---|---|
| Екипен чат | В същия работен ден | Зависи от въпроса |
| Коментар към задачата | В рамките на един работен ден | По краен срок на задачата |
| Имейл | В рамките на два работни дни | Посочете сроковете, ако е необходима допълнителна работа |
| Спешен маршрут | Колкото се може по-скоро | Докато препятствието не бъде премахнато |
Посочвайте и кога не се изисква отговор. Етикети като FYI, не се изисква действие или отговорете до петък в първия ред на съобщението спестяват на хората да четат цялото съобщение само за да разберат дали то е предназначено за тях.
Съществува изкушението това да се реши с едно-единствено правило, валидно за цялата компания, но научните изследвания го опровергават. Систематичен преглед от 2026 г. в Scandinavian Journal of Work, Environment & Health разгледа 12 проучвания на политиките за достъпност извън работно време – от национални закони за правото на откъсване до насоки на ниво екип. Повечето организационни и национални политики показаха ограничен ефект или изобщо никакъв. Програмите, които помогнаха, бяха гъвкави и съчетаваха няколко елемента, а авторите заключават:
Самите политики е малко вероятно да намалят вредната свързаност без активно внедряване в организацията и културна промяна.
Самите политики е малко вероятно да намалят вредната свързаност без активно прилагане в организацията и културна промяна.
Ключовото послание: публикувайте очакванията за всеки канал, позволете на всеки екип да настрои показателите и възложете на един човек да следи за спазването им. Това ви осигурява общ речник от четири термина, които всеки вече разбира: FYI, потвърждение, разрешаване, ескалиране.
5. Направете актуализациите на статуса готови за вземане на решения
Написвайте всяка актуализация на статуса така, че читателят да може да прецени с един поглед дали трябва да предприеме действие.
Използвайте четири полета:
- Статус: В ход, в риск или блокирано
- Промяна: Какво се е променило от последната актуализация
- Въздействие: На какво се отразява тази промяна
- Следваща стъпка: Кой какво трябва да направи и до кога
Например:
В риск: Правната проверка беше преместена от вторник на четвъртък. Стартирането все още е сигурно, но още едно забавяне ще отложи кампанията. Джон се нуждае от одобрение до края на работния ден в четвъртък.
Три реда, и читателят знае състоянието, какво се е променило, върху какво оказва влияние и кой носи отговорността. Форматът също така затруднява написването на неясни актуализации. „Завършено на 70%“ или „постига се напредък“ описват дейността, без да казват на никого какво се е променило, а полето „Промяна“ няма място за нито едното, нито другото.
Три реда и читателят знае състоянието, какво се е променило, върху какво оказва влияние и кой носи отговорността. Форматът също така затруднява написването на неясни актуализации. Изрази като „70% завършено“ или „постигаме напредък“ описват дейността, без да казват на никого какво се е променило, а полето „Промяна“ не предлага място за нито едно от двете.
Освен това рутинната работа, която върви по план, не се нуждае от писмена актуализация. Причината е, че системата за проследяване вече показва статуса. Напишете актуализация само когато нещо се е променило, е изложено на риск, е блокирано или се нуждае от решение.
Какво очакват хората от една актуализация
Организационният психолог Стивън Рогелберг проведе проучване сред 632 служители. Те прекарваха около 18 часа седмично в срещи и заявиха, че почти шест от тези часове биха могли да бъдат пропуснати, стига да бъдат информирани за случващото се. На въпроса какво означава това на практика, те посочиха решенията, датите и задачите за действие като задължителни елементи. Пълните стенограми и записи бяха оценени като не особено необходими. Четирите области по-горе съответстват на този списък.
6. Задайте един добър въпрос, преди да насрочите срещата
Преди да насрочите среща за съгласуване, изпратете въпроса, на който тя трябва да отговори.
- „Какво ни пречи да пуснем продукта на 14-ти?“
- „Какво ви е необходимо, за да одобрите това?“
- „Какво се промени, откакто се споразумяхме за първоначалния обхват?“
Когато е записано, това показва на хората за какво е срещата. Ако отговорите разкрият истинско несъгласие, насрочете среща. Ако разкрият липсващ контекст, оставете го в нишката и продължете напред.
Дори когато срещата се състои, нишката си струва усилията. Отговорите се превръщат в предварителна информация, списъкът с поканени се свива до хората, които не са били съгласни, а първите десет минути от типа „и така, докъде стигнахме с това“ изчезват.
7. Завършете цикъла при предаването на задачите
Считайте предаването за завършено едва след като получателят потвърди какво е негова отговорност.
Това потвърждение може да бъде само един ред и изпълнява три функции едновременно: потвърждава получаването, преформулира обхвата и извежда на повърхността евентуални недоразумения, преди да започне работата. Преформулирането е частта, която е полезна. Ако версията на получателя за задачата не съвпада с вашата, сте открили разминаването, докато все още е лесно да го поправите.
Ще извлечете максимална полза от това, когато работата обхваща различни екипи, защото контекстът става все по-неясен (и все по-объркан!) при всяко предаване на задачите. Маркетологът казва „окончателен текст“, правният отдел чува „преглед на твърденията“, а дизайнерите приемат, че текстът е окончателен. И тримата работят по едно и също съобщение и всяко тълкуване е разумно.
Не всяка заявка се нуждае от това. Бъдете строги по отношение на тази стратегия при задачи с взаимозависимости, краен срок или реални разходи, ако някой ги тълкува по различен начин.
8. Проверявайте системата си за комуникация на всяко тримесечие
Правилникът, който сте изготвили в Стратегия 1, ще загуби смисъла си, ако го пренебрегнете. Каналите се умножават, срещите изчерпват целта си, а мястото, където се вземат решенията, тихо се променя, без никой да го обяви. Тримесечният преглед улавя тази тенденция, преди тя да се превърне отново в хаос.
Пет въпроса обхващат по-голямата част от проблема:
- Кои канали са били неактивни в продължение на 30 дни или повече?
- Кои разговори постоянно попадат на грешното място?
- Кои решения бяха трудни за намиране, когато някой ги търсеше?
- Кои въпроси се повтарят постоянно, защото отговорът никога не е бил записан?
- Къде има човек, който ръчно копира едно и също обновление от чата в задача, а след това и в документ?
Последната точка е най-показателна. Ръчното копиране означава, че системата има пропуск, който човекът запълва със собственото си време. Или автоматизирайте прехвърлянето, или изберете един единствен източник на информация и спрете да поддържате останалите.
След това действайте според това, което откриете. Архивирайте неактивните канали, обединете дублиращите се, премахнете срещите без ясна цел и документирайте въпросите, които хората задават постоянно. Актуализирайте устава, за да съответства на това, което екипът прави сега, тъй като версията на хартия и версията на практика вече са се разминали.
Накрая, определете един отговорен за одита.
Прочетете още: Цели на комуникацията
Кои са 7-те вида комуникативни стратегии?
Всичко, описано по-горе, се отнася до начина, по който един екип предава информация: в кой канал принадлежи дадено съобщение, кой е неговият отговорник и къде се взема окончателното решение. Съществува и второ, по-старо значение на „комуникационна стратегия“, което действа в много по-малък мащаб. То описва действията, които човек предприема в рамките на един разговор, за да го поддържа в правилната посока – от започването на темата до нейното приключване.
Курсовете по устна комуникация преподават седем от тях: номинация, ограничаване, редуване на речта, контрол над темата, смяна на темата, поправка и приключване. Модулът „Устна комуникация в контекст“ за гимназиален етап на Министерството на образованието на Филипините е една широко използвана версия. Тъй като много хора търсят тази рамка под същата фраза, ето какво означава всяка от тях на практика:
- Предложение: Поставя темата на дневен ред и предоставя на хората достатъчно контекст, за да се включат, така че всички да знаят какво се обсъжда и защо
- Ограничение: Ограничава отговора до набор от варианти. „Кое от тези три да изберем?“ оставя по-малко място за отговор, отколкото „Какво мислиш?“
- Редуване на думата: Управлява кой ще говори след това. Пауза, име, въпрос или вдигната ръка – всичко това сигнализира за предаването на думата
- Контрол върху темата: Поддържа разговора, като привлича другите към него, например: „Добра забележка, Арлин. А какво мислят останалите?“
- Смяна на темата: Преминаване към нова тема, без да се прекъсва нишката на разговора, обикновено с преход като „Преди да продължим…“ или „Това ни води до…“
- Решение: Отстраняване на недоразумението, докато разговорът все още е в ход, чрез искане на разяснение, повторение или преформулиране
- Приключване: Завършва обмена и, когато е направено добре, потвърждава какво ще се случи по-нататък
Осемте стратегии по-горе подобряват системата; тези седем подобряват работната ви среда. Ясният устав няма да помогне, ако никой не получава думата, а дори и добре проведеният разговор ще остане без резултат, ако никой не запише решението.
За теорията зад това как функционират разговорите, вижте нашето ръководство за моделите на комуникация.
Примери за комуникационни стратегии по екипи
Една и съща стратегия изглежда по различен начин в зависимост от това, какво координира екипът. По-долу са дадени четири примера за комуникационни стратегии по екипи:
Организиране на предаването на задачи между два екипа
Екип от осем души, отговарящ за платформата, предава промяна в API на четиричленен екип, отговарящ за мобилните приложения. Всяко решение относно интерфейса се вписва в тикета и само в тикета. Чатът се използва само за обсъждане на подробностите относно наличността и нищо друго.
Самото предаване на задачата представлява петминутно записано ръководство, както и писмен списък с промените, като и двете са прикачени към заявката. Коментарите към заявката получават отговор в рамките на един работен ден, а отговорникът за мобилните устройства отговаря за всички въпроси, които остават отворени след това.
Това предотвратява споровете за разминаване във версиите, които възникват три седмици по-късно, когато двата екипа си спомнят разговора по различен начин.
Какво съобщи един главен архитект на LTM след внедряването на ADR
Главният архитект на LTM, Аряшри Притикиришна, описа екип, който на всеки две седмици се налагаше да гаси инциденти в производствената среда.
Анализите след провала постоянно се връщаха към една и съща основна причина: инженерът, взел първоначалното решение, беше напуснал, никой не беше документирал компромисите, а екипът, наследил системата, се налагаше да гадае.
След една година, през която всяко важно решение (заедно с контекста, отхвърлените алтернативи и приетите рискове) се записваше директно в репозиторията, инцидентите в производството намаляха с 60%, въвеждането на нови инженери в работата отнемаше два пъти по-малко време, а архитектурните дебати, които някога се проточваха с дни, приключваха за часове.
Според тях повечето от тези инциденти се дължаха на пропуснат контекст, а не на наистина лош код.
Маркетингова кампания с външна агенция
Маркетингов екип от шест души организира пускането на нов продукт съвместно с външна агенция. Имейлът е основният канал за комуникация с агенцията, тъй като трябва да може да се препраща и да е официален. Вътрешните разговори остават вътрешни, в един канал за кампанията.
Всяка обратна връзка по творческите проекти се оставя като коментар към самия материал, а не чрез имейл. Агенцията получава един обобщен набор от бележки, вместо поредица от съобщения, пълна с противоречащи си мнения. Всеки ръководител вписва седмичния статус в споделен тракер в четвъртък, а разговорът в петък обхваща само задачите, маркирани като рискови.
Това ги предпазва от изпращането на противоречива обратна връзка и от съобщения, предназначени за клиенти, които случайно съдържат вътрешни критики.
Как главният оперативен директор на Digitalli, Луи-Жан де Седуи, преодоля липсата на прозрачност между проектите
Digitalli, френска агенция, създаваща съдържание и преживявания за международни луксозни марки като Dior и Moët Hennessy, координираше кампаниите си чрез Trello, имейл, телефонни разговори и няколко вътрешни платформи. Всеки проектен мениджър използваше различен метод за проследяване на работата, а Луи-Жан де Седуи описа резултата като липса на прозрачност, която водеше до „неефективност и недоразумения“.
Digitalli събра всичко в ClickUp, като използва формуляри за въвеждане на данни и коментари в задачите, така че обратната връзка оставаше в самата работа. Месечният капацитет за поръчки се увеличи с 30% при същия брой служители, а нощните суматохи, които бяха станали рутина, намаляха.
Межфункционален старт, обхващащ пет екипа
Отделите „Продукт“, „Инженеринг“, „Маркетинг“, „Продажби“ и „Поддръжка“ пускат едно и също нещо на една и съща дата. Тук най-добре работи подходът „статус по изключение“, тъй като пълният цикъл на обсъждане между петте отговорни лица отнема един час.
В един стартов документ се посочват датата, отговорникът за всеки работен поток и съществуващите рискове. Всеки ръководител актуализира своя ред до вторник, а по време на срядашната телеконференция се обсъждат само рисковете. Определен секретар записва всички решения в стартовия документ преди края на разговора.
Как продуктовият мениджър на Mixpanel ръководеше междуекипно пускане на продукт, използвайки един-единствен тракер
Когато Mixpanel пусна отново годишния си доклад „Benchmarks“, продуктовият мениджър Иша Мехра създаде това, което тя нарече „център за управление на мисията“. Това беше нейният единствен инструмент за проследяване през последната седмица преди старта.
Всеки отговорен за дадена задача поддържаше свой собствен ред, а системата за проследяване отразяваше всяка зависимост. Публичната начална страница трябваше да бъде пусната онлайн, преди екипът за генериране на търсене да може да изпрати имейли. Екипът по съдържанието трябваше да публикува доклада, преди екипът за въвеждане на нови потребители да може да публикува съобщението в самия продукт.
По нейните думи, системата за проследяване съществуваше, за да може екипът да вижда какви зависимости има и да поддържа синхронизацията между около 25 души от отделите по инженеринг, маркетинг и продукти.
Нашето ръководство за подобряване на комуникацията в екипа разглежда по-подробно случая с междуекипната комуникация.
Как да прилагате комуникационни стратегии в ClickUp
Една комуникационна система работи по-добре, когато разговорите, решенията, заявките и последващите действия остават в непосредствена близост до работата, която засягат.
ClickUp, платформа за управление на работата, обединява чат, задачи, документи, коментари, срещи и изкуствен интелект в едно работно пространство. Дискусията може да се превърне в възложена задача, без да се загуби контекстът ѝ. Решението може да остане свързано с проекта, който е променило. А човек, който се присъедини по-късно, може да проследи резултата обратно до мястото, откъдето е започнало всичко.
Поддържайте разговорите свързани с работата
ClickUp Chat, за начало, предоставя на екипите канали, директни съобщения, нишки и разговори, както и задачи и документи.
Разговор, който започва неформално и се превръща в истинска работа, може да се превърне в самостоятелна задача. Това означава, че дискусията и задачата могат да споделят една и съща история.
А ако преминавате от Slack, можете да импортирате публични канали, история на съобщенията, низове, отговори, потребители и прикачени файлове. Реакциите и персонализираните емоджита също се прехвърлят (за щастие!), ако импортирате чрез API. Директните съобщения не се импортират. Частните канали обикновено също не се импортират, с изключение на Slack Enterprise Grid.
Превърнете малките молби в видими последващи действия
Не всяка молба изисква собствена задача. С функцията „Възложени коментари“ в ClickUp можете да възложите коментар на член от екипа и да го помолите да го разреши, когато приключи. Възложените коментари работят най-добре за ограничени задачи, като поправяне на конкретен раздел, актуализиране на подробност или извършване на целенасочена промяна. По принцип става дума за промяна, която е толкова малка, че не засяга значително основната задача, но все пак трябва да бъде направена.
Присвоените коментари могат да бъдат толкова прости, колкото: „@Джейн, провери твърдението за цената и разреши проблема, след като източникът бъде актуализиран.“ Заявки като тази могат да стоят редом със самата по-голяма задача, където по-големите и по-важни задачи имат приоритет.
Осигурете трайно място за решенията
Използвайте ClickUp Docs за протоколи от решения, брифинги, процеси и всичко, от което хората ще се нуждаят, след като първоначалният разговор изчезне от екрана.
След това Brain² работи в цялото околно работно пространство. Попитайте какво се е променило в даден проект, обобщете дълъг разговор или съберете историята зад дадено решение, без да е необходимо да вмъквате цялата кореспонденция в полето за въвеждане.
Превърнете срещите в полезни последващи действия
ClickUp AI Notetaker се свързва с разговорите в Zoom, Google Meet, Microsoft Teams и SyncUp, след което създава документ с обзор, ключови изводи, следващи стъпки и пълния стенографски препис. След това решенията могат да бъдат прехвърлени в документацията на проекта, да се възложат задачи за изпълнение, а отворените въпроси остават видими.
При асинхронната комуникация ClickUp Clips предлагат на екипите още една възможност, когато е по-бързо да се покаже нещо, отколкото да се опише с думи.
Ограничението: ClickUp работи най-добре, когато комуникацията и работата вече се осъществяват в една и съща система. Ако екипът ви се нуждае само от опростен чат и споделен документ, по-малък набор от инструменти може да се внедри по-бързо и да се поддържа по-лесно.
За кого е подходящо: Мултифункционални екипи, в които разговорите редовно се превръщат в задачи, одобрения, решения, прегледи и предаване на задачи. Колкото по-често хората трябва да прехвърлят контекста между различни инструменти, толкова по-ценно е тези стъпки да останат свързани.
Други инструменти, които могат да подобрят комуникацията в екипа
Няколко специализирани инструмента подобряват по един аспект от комуникацията в екипа и могат да се използват успоредно с всяка работна платформа, която вече използвате:
- Krisp : Почиства аудиозаписите от разговорите, като премахва фоновия шум и страничните гласове, което помага, когато лошото качество на звука забавя дистанционните срещи
- Grammarly : Показва как дадено съобщение може да бъде възприето въз основа на формулировката му. Струва си да го използвате за обратна връзка, имейли до клиенти и всичко, при което тонът може лесно да бъде погрешно разтълкуван
- TextExpander : Позволява на екипа да споделя одобрени фрагменти за съобщения, които изпращат многократно, като шаблони за актуализации на статуса, шаблони за заявки и стандартни отговори. Всеки въвежда същия бърз ключ и получава същия текст, което поддържа последователността на етикетите „FYI/потвърждение/решаване“ и другите конвенции, без да се налага допълнителен контрол
- DeepL : Превежда съобщения, документи и файлове, като обръща специално внимание на тона и нюансите, което помага, когато екипът говори различни езици и един бърз отговор в чата може да прозвучи по-грубо, отколкото е било намерението
Добавете дадено решение само когато можете да посочите конкретния пропуск в комуникацията, който то запълва.
Пет грешки, които провалят комуникационната стратегия
Трудността обикновено възниква, след като сте написали правилата. Екипите трябва да направят тези правила лесни за запомняне, достатъчно гъвкави за извънредни случаи и достатъчно последователни, така че хората да не се нуждаят от ежеседмично освежаване на паметта. Ето петте места, където повечето стратегии се провалят.
| Грешка | Как изглежда това | По-добре да се преместим |
|---|---|---|
| Правила за писане, които никой не може да запомни | Стратегията е изложена в дълъг документ с изключения, крайни случаи и правила за каналите, които хората трябва да преглеждат всеки път | Ограничете ги до няколко стандартни настройки, които хората могат да си спомнят, без да отварят документа. Оставете извънредните случаи на заден план |
| Проектиране за идеално поведение | Системата работи само ако всеки попълва всички полета и спазва всички правила | Създайте система, подходяща за забързания екип във вторник следобед. Направете важното поведение най-лесното |
| Оставяне на изключенията неопределени | Всички знаят обичайния маршрут, но никой не знае какво да прави, когато нещо е спешно, деликатно или свързано с външни лица | Запишете изключенията. Стратегията обикновено се тества първо в крайните случаи |
| Позволяване на висшестоящите да заобикалят системата | Ръководството иска актуализации в лични съобщения, променя решенията устно или започва паралелни дискусии. Всички останали следват поведението, което виждат | Прилагайте същите правила и за висшето ръководство. Едно заобикаляне на правилата от страна на ръководител може да провали много от внимателно разработените процеси |
| Измерване на погрешните показатели | Екипите следят обема на съобщенията, броя на срещите или скоростта на отговор и приемат, че по-голямата активност означава по-добра комуникация | Проследявайте работата по почистването: повтарящи се въпроси, преразгледани решения, пропуснати предавания на задачи и времето, прекарано в възстановяване на контекста |
Започнете с устав
Ако ще приложите само едно нещо от тази статия, напишете устав на канала. Отнема около час и разрешава спора, който екипът ви води постоянно, без да осъзнава какъв е той.
Едно предупреждение: никоя стратегия не може да просъществува в екип, който не вярва, че тя важи и за ръководството. Ако мениджърите продължават да публикуват решенията си в лични съобщения, наръчникът остава само препоръка. Поправете това първо, а останалото е лесно.
Готови ли сте да поставите правилата на място, където екипът ви ще ги вижда? Започнете безплатно с ClickUp.
Често задавани въпроси относно стратегиите за комуникация
Как да разберете дали дадена комуникационна стратегия работи?
Стремете се към по-малко „почистване“ след комуникацията: по-малко повтарящи се въпроси, преразглеждане на решения, цикли на изясняване и предаване на задачи, при които някой трябва да възстановява контекста. Сами по себе си обемът на съобщенията и броят на срещите не казват много. По-добър показател е колко често комуникацията се превръща в действие без допълнително „преследване“.
Кой трябва да отговаря за стратегията за комуникация в екипа?
Определете един човек, който да носи ясната отговорност за системата – обикновено това е някой от отдела по операции, управление на проекти, вътрешни комуникации или ръководството на екипа. Екипът трябва да продължи да определя правилата, особено що се отнася до използването на каналите, очакванията за отговор и извънредните случаи. Задачата на отговорното лице е да поддържа системата актуална и да забелязва отклоненията, докато екипът решава какво трябва да гласят правилата.
Как трябва да се променят комуникационните стратегии за екипите, работещи дистанционно?
Правилата остават същите. Цената за неспазването им се увеличава. Липсващ запис на решение, който на екип, работещ на едно място, струва само кратко посещение на бюрото, на отдалечен екип струва цял ден, докато чакат да се събуди правилната часова зона. Затова отдалечените екипи се нуждаят от по-строги асинхронни стандарти: записвайте всяко решение, посочвайте очакванията за отговор по всеки канал и правете всяко предаване на задачите достатъчно изчерпателно, за да може следващият човек да започне работа без да се налага разговор на живо. Разликите в часовите зони също изискват ясен път за ескалация за онези редки случаи, които не могат да чакат.
Как да въведете нова комуникационна стратегия, без да претоварите екипа?
Започнете с едно или две правила, които премахват най-големите пречки. Обикновено най-голям ефект има споразумението за това къде се вземат окончателните решения и как се разпределят заявките. Оставете тези навици да се утвърдят, преди да добавите правила за времето за отговор, конвенции за срещи или по-подробен правилник за канала.
Трябва ли всеки екип в дадена компания да използва една и съща комуникационна стратегия?
Определете няколко общи за цялата компания настройки по подразбиране, а след това оставете екипите да доуточнят детайлите. Единният източник на информация, правилата за ескалация и основната терминология могат да останат еднакви в цялата компания. Времевите рамки за отговор, честотата на срещите и използването на каналите може да се наложи да варират между отделите с много различни работни процеси.
Какво трябва да направите, когато хората продължават да игнорират комуникационната стратегия?
Проверете правилото, преди да обвинявате поведението. Ако процесът е бавен, труден за запомняне или не е добре съобразен с работата, хората ще го заобикалят. Оправете това първо. Ако един човек продължава да заобикаля система, която иначе би функционирала, това се превръща в управленски проблем и трябва да се третира като такъв.
Какво представлява стратегията за комуникация при кризи?
Стратегията за комуникация при кризи е предварително съгласуван план за инцидент или събитие, засягащо репутацията, който описва кой говори, през какъв канал и колко често – по време на събитието и след него. Тя се различава от ежедневната стратегия по три начина: определя един-единствен говорител, има много по-чести актуализации и разполага с предварително изготвени изявления, които се използват, преди да се случи нещо. Глобалното прекъсване на работата на CrowdStrike през 2024 г. е ясен пример. Изпълнителният директор Джордж Курц публикува съобщение в X в рамките на 90 минути, като с едно изречение разграничи софтуерен дефект от кибератака – вероятно най-важното решение в цялата реакция. В рамките на 24 часа компанията публикува център за отстраняване на проблема, издаде официално видеоизявление и координира съобщенията си с Microsoft. Първите 72 часа бяха почти като по учебник, но анализаторите отбелязаха, че реакцията отслабна, тъй като актуализациите се забавиха след втората седмица, което потвърждава модел, който изследователите на кризи наблюдават многократно: силно начало, смесени резултати в последващите действия. Напишете стратегията си за комуникация при кризи рано, защото никой не взема добри решения за действие в 2 часа сутринта.
Каква е разликата между комуникационна стратегия и комуникационен план?
Стратегията за комуникация определя постоянните правила: кои канали използва екипът, колко бързо отговарят хората и къде се вземат решенията. Планът за комуникация прилага тези правила към конкретен проект, като определя кой получава каква актуализация, през какъв канал и с каква честота. Стратегията рядко се променя, докато планът се изготвя и отменя за всеки проект. Като цяло, стратегията за комуникация стои над плана за комуникация като оперативно споразумение на ниво екип.