İşyeri iletişimi: Her zaman ya fazla ya da yetersiz gibi hissettiren o şey.
Ortalama bir çalışan, her iş günü 117 e-posta ve 153 sohbet mesajı alıyor ve bunların neredeyse yarısı, iş ortamının zaten kaotik olduğunu söylüyor. Ne yazık ki, mesaj hacminin yüksek olması, takımın daha iyi iletişim kurduğu veya daha senkronize olduğu anlamına gelmiyor.
Çoğu iletişim stratejisi size “doğru kanalı kullanın” ya da “daha fazla iletişim kurun” der. Ve her zamanki çözüm olan bir stand-up toplantısı ya da Slack grubu daha eklemek, kaosun yayılması için sadece daha fazla alan yaratır.
Eksik olan parça, neredeyse hiçbir zaman daha iyi bir araç değildir. Asıl eksik olan, her mesaj türünün nereye ait olduğu, bir sonraki adımın sorumluluğunun kimde olduğu ve bu adımların ne kadar hızlı atılması gerektiği konusunda ortak bir kurallar dizisidir. Bu kılavuz, basmakalıp “fazla iletişim kurun” tavsiyesinin yerine, konuşmaları izlenebilir işlere dönüştüren bir sistem sunan sekiz iletişim stratejisini ortaya koymaktadır.
Özetle: Kanal eklemek iş yerinizin iletişim stratejisini düzeltmez; sadece karmaşanın yayılabileceği daha fazla alan yaratır ve muhtemelen dikkat dağıtır. Yapay zeka (AI) ise bu durumu daha da kötüleştirir. ActivTrak’ın araştırmasına göre, takımlar yapay zeka araçlarını kullanmaya başladıktan sonra e-posta trafiği %104, sohbet trafiği ise %145 arttı.
Bu sekiz strateji, “aşırı iletişim kurun” tavsiyesinin yerine bir sistem getiriyor:
- Bir kanal tüzüğü hazırlayın
- Her talebin bir sorumlusu ve bir son teslim tarihi olsun
- Bir karar günlüğü tutun; ideal olarak otomatik olarak güncellenen bir günlüğü tercih edin
- Tepki süresi beklentilerini yayınlayın ve paylaşım yapın
- Durum güncellemelerini karar almaya hazır hale getirin
- Toplantı planlamadan önce tek bir soru sorun
- Görev devirlerini eksiksiz tamamlayın ve
- Sistemi üç ayda bir denetleyin
İletişim Stratejisi Nedir?
İletişim stratejisi, bir takımın bilginin nasıl dolaşacağını belirlemek için kullandığı kalıcı kurallar bütünüdür: neyin nereye ait olduğu, buna göre harekete geçmekten kimin sorumlu olduğu ve ne kadar hızlı hareket edilmesi gerektiği. Bu strateji, kimse mesajı göndermeden önce bu yönlendirme sorularına yanıt verir.
Bununla sık sık aynı kefeye konulan iki terim daha vardır: proje iletişimi ve iletişim stilleri. Ancak bunların işlevleri farklıdır.
| Terim | Konu başlıkları | Mesajın sahibi kim? | Ne sıklıkla değişir? |
|---|---|---|---|
| İletişim stratejisi | İletişim kanalları, mesajların sahipliği ve yanıt sürelerine ilişkin sabit kurallar | Takım lideri veya operasyon sorumlusu | Periyodik olarak gözden geçirilir |
| Proje iletişim planı | Bir proje kapsamında hangi güncellemenin kime, hangi kanal üzerinden ve ne sıklıkla iletileceği | Proje yöneticisi | Proje bazında |
| İletişim tarzı | Bir kişinin genel üslubu, doğrudanlık düzeyi ve iletişim tercihleri | Birey | Nadiren |
İletişim stratejisi, diğer ikisinin üzerinde yer alır. Bir proje planı, paydaşlara e-posta yoluyla haftalık durum güncellemesi beklemelerini söyleyebilir. Strateji, durum güncellemelerinin e-posta yoluyla mı gönderileceğini, kimsenin yanıt vermesi beklenip beklenmediğini ve geri bildirimlerin nerede kaydedileceğini önceden belirlemiş olmalıdır.
Proje düzeyinde bir sürüme ihtiyacınız varsa, bu iletişim planı şablonlarından biriyle başlayın.
Takım İletişimi Nerede Bozulur?
Genellikle zayıf nokta, görev devri aşamasıdır.
Bir mesaj doğru gelen kutusuna düşebilir, tam olarak doğru şeyi söyleyebilir, ancak kararların, soruların, güncellemelerin ve acil taleplerin nereye ait olduğu konusunda kimse hemfikir değilse yine de bir sonuca varamaz. Grammarly’nin işgücü verimliliği araştırması, liderlerin neredeyse %60’ının ve çalışanların %54’ünün birden fazla platformdaki bildirimleri takip etmekte zorlandığını ortaya koydu. Grammarly, bu daha geniş kapsamlı sorunu “iletişim girdabı” olarak adlandırıyor: kritik bilgiler, nereye ait olduğuna dair net bir rehberlik olmadan e-posta, sohbet, proje araçları ve belgeler arasında dağınık hale geliyor.
Bu durum ortaya çıktığında, takımlar bazı gizli maliyetler ödemeye başlar:
- Bilgi erişim yükü: İnsanlar, sohbet dizilerinden, toplantı notlarından, görev yorumlarından ve gelen kutularından bağlamı yeniden oluşturmak için zaman harcıyor; çünkü nihai sürümü barındıran tek bir yer yok.
- Yineleme yükü: Aynı güncelleme, ihtiyaç duyan herkese ulaşacağına güvenilen tek bir kanal olmadığı için birkaç kanala kopyalanır.
- Sahiplik boşluğu: Bir kişi, bir talebi okuyabilir, tepki verebilir ve hatta yanıtlayabilir, ancak bir sonraki adımdan açıkça sorumlu hale gelmez.
- Mesajı öne çıkarma alışkanlığı: Sıradan mesajlar akışın içinde kaybolduğunda, insanlar görünürlük sağlamak için bahsetme, tekrarlanan takip mesajları ve “sadece bunu öne çıkarıyorum” türündeki mesajlara başvururlar
Bu dört sorunun ortak noktasına bir bakın. Her biri, iletişim sona erdikten sonra yapılan işlerdir: yeniden oluşturmak, yeniden göndermek, sorumluyu aramak, dikkat çekmek. Mesaj görevini yerine getirdi. Ancak onu çevreleyen sistem bunu başaramadı, bu yüzden insanlar bunun bedelini daha sonra ödedi.
Daha iyi bir iletişim sistemi, konu henüz zihnimizde tazeyken konuşmaları işlevsel bir işe dönüştürür.
Reddit kullanıcısı u/YakitoriSenpai, bu sorun çözülmediğinde neler olduğunu açıkladı. r/projectmanagement konusu altında bir tartışmada, asıl sorunun toplantılar olmadığını belirtti. Kendi sözleriyle:
Toplantılarla bir sorunum yok; ancak saatlerimi boşa harcamadan notları net eylem planlarına, sorumluluk sahiplerine, onaylara ve Jira biletlerine dönüştürmekte zorlanıyorum. Bunu nasıl verimli bir şekilde yapıyorsunuz?
Toplantıdan sayfalarca notla ayrılıyorum, sonra bunları eyleme dönüştürmek için çok fazla zaman harcıyorum: kimin gerçekten sorumlu olduğunu belirlemek, devam etmek için kimin iznini almam gerektiğini bulmak, talepleri nasıl ifade edeceğimi düşünmek ve son olarak her şeyin kaybolmaması için Jira’ya kaydetmek. İşimi bitirdiğimde, toplantının yarattığı ivme çoktan kaybolmuş oluyor.
Toplantılarla bir sorunum yok; ancak saatlerimi boşa harcamadan notları net eylem planlarına, sorumluluk sahiplerine, onaylara ve Jira biletlerine dönüştürmekte zorlanıyorum. Bunu nasıl verimli bir şekilde yapıyorsunuz?
Toplantıdan sayfalarca notla ayrılıyorum, sonra bunları eyleme dönüştürmek için çok fazla zaman harcıyorum: kimin gerçekten sorumlu olduğunu belirlemeye, devam etmek için kimin iznini almam gerektiğini bulmaya, isteklerimi nasıl ifade edeceğimi düşünmeye ve son olarak her şeyin kaybolmaması için Jira’ya kaydetmeye çalışıyorum. İşimi bitirdiğimde, toplantının yarattığı ivme çoktan kaybolmuş oluyor.
Tasarımda uyulması gereken standart şudur: kararlar kayıt haline gelir, talepler sahiplerine aktarılır ve tartışmalar net bir sonraki adımla sonuçlanır. Sonradan yapılacak temizlik işi ne kadar az olursa, iletişim o kadar yararlı olmuş demektir.
Profesyonel İpucu: Araçlarınızdan herhangi birini değiştirmeden önce, araçlar arasındaki bilgi aktarım süreçlerini inceleyin. Bir karar sohbetten çıktıktan sonra bir göreve, belgeye veya takip sistemine manuel olarak kopyalanması gerekiyorsa, muhtemelen bu aktarım aşamasında bağlam kayboluyor demektir. Bu kılavuz, modern iletişim araçlarının bu aktarımları pratikte nasıl yönettiğini gösterir.
Daha Fazla Bilgi: Pazarlama İletişim Stratejileri
Gerçekten İşe Yarayan 8 İletişim Stratejisi
Aşağıdaki sekiz çözüm, süreci baştan sona kapsıyor: doğru kanalı seçmek, sorumluları belirlemek, kararları kaydetmek, yanıt süresi beklentilerini ayarlamak, karar almaya hazır güncellemeler yazmak, toplantıları filtrelemek, görev devirlerini tamamlamak ve sistemi her çeyrekte denetlemek.
1. Yeni bir kanal eklemeden önce bir kanal tüzüğü hazırlayın
Kanal tüzüğü, farklı iletişim türlerinin nereye ait olduğunu belirten tek sayfalık bir kural kitabıdır. Amacı, yönlendirme kararlarını öngörülebilir hale getirmektir; böylece kimse göndermeden önce “bunu nereye koymalıyım?” diye sormak zorunda kalmaz.
Bu da “hızlı işler için Slack, resmi işler için e-posta” yaklaşımının yeterince net olmadığı anlamına gelir. Yararlı bir iletişim kılavuzu, çalışanların hafta boyunca karşılaştıkları sorulara yanıt verir:
- Bir proje güncellemesi nereye gönderilir?
- Başka birinden iş talebinizi nereden iletiyorsunuz?
- Acil bir engel neye gönderilir?
- Nihai karar nerede kaydedilir?
- Hangi kanal, tartışmaya yer verebilir ancak nihai cevabı içermemelidir?
Gartner’ın bilgi yüklemesi konusundaki kılavuzunda, iletişim liderlerinin karşılaştığı üç sorundan ilki olarak kanal sayısının artması gösteriliyor. Çalışanların dörtte birinden fazlası ve yöneticilerin %38’i, halihazırda iç iletişimin hacmi karşısında bunalmış hissettiklerini belirtiyor. Aslında Gartner, takımların “her kanalın rolünü net bir şekilde tanımlaması” gerektiğini, böylece çalışanların her platformu tek tek taramaya gerek kalmadan kritik bilgileri bulabileceğini söylüyor.
Gartner ayrıca, insanlara yük oluşturan bilginin dört özelliğini listeye alıyor: farklı yerlerde yineleniyor, daha sonra bulunması zor, tutarsız ya da günlük işlerle ilgisiz. Bir karar aynı anda hem sohbet, hem e-posta hem de bir belgedeki yeriyle birlikte yer alabildiğinde, bu sorunların her biri daha da kötüleşiyor.
Basit bir tüzük şöyle olabilir:
| Kanal | Bunu buraya koyun | Bunu buraya koymayın |
|---|---|---|
| Takım sohbeti | Hızlı sorular, zahmetsiz koordinasyon | Nihai kararlar veya verilen işler |
| Görev/proje aracı | İşle ilgili talepler, sorumlular, son tarihler ve kararlar | Gündelik sohbet |
| E-posta | Resmi bir konu gerektiren dış iletişim veya mesajlar | Günlük proje koordinasyonu |
| Toplantılar | Gerçek zamanlı karşılıklı iletişim gerektiren tartışmalar | Kullanıcıların zamanlamasından bağımsız olarak okuyabileceği bilgiler |
| Asenkron video | Görsel kılavuzlar, metinle aktarılması zor olan incelikler | Kısa bir mesajla da aynı şekilde cevaplanabilecek bir şey |
Ardından, kararlar için kayıt sistemini belirten bir satır ekleyin.
Bu kuralları test etmek için, iki takım arkadaşınıza aynı mesajı verin ve mesajın nereye gitmesi gerektiğini sorun. Eğer farklı yerler seçerlerse, kurallarda hâlâ bir eksiklik vardır.
Ayrıca, kuralları tek başınıza yazmayın. Kuralların taslağını hazırlayın, takıma bir kez gözden geçirin ve çalışanların sınır durumları hakkında sorular sormasına izin verin. Asıl kurallar genellikle bu sınır durumları ele alınırken belirlenir.
2. Her talebe bir sorumlu ve bir son teslim tarihi belirleyin
Üzerinde isim yazmayan bir kanala bırakılan bir talep, herkese aittir. Bu da basitçe, kimsenin malı olmadığı anlamına gelir. İşte bu, daha önce bahsedilen sahiplik boşluğudur ve bu boşluğu kapatmak, herkesin yarın başlayabileceği bir alışkanlık gerektirir. Bir sorumlu atayın, bir son teslim tarihi belirleyin ve sorumlu kişinin daha fazla bilgi istemek zorunda kalmadan harekete geçebilmesi için yeterli bağlamı ekleyin.
Güçlü bir talep genellikle şunları içerir:
- Sorumlu: Süreci ilerletmekten sorumlu tek bir kişi
- Son teslim tarihi: Sonucun ne zaman gerekli olduğu
- Beklenen sonuç: “Tamamlandı” durumunun neye benzediği
- Konum: Üzerinde iş yapılacak görev, belge veya konu ve sonucun nereye kaydedilmesi gerektiği
Buna en çok ihtiyaç duyan takımlar işlevler arası takımlardır. İnceleme, onaylama, kontrol etme ve bir göz atma gibi kelimeler, farklı takımlar için farklı anlamlar taşır. “Bunu inceleyin” ifadesi, hukuk departmanı için olgusal hataları tespit etmek, pazarlama departmanı için pozisyonu değerlendirmek ve bir yönetici için yayını onaylamak anlamına gelebilir.
Hızlı Çözümler
- Tekrarlanan talepler: Bir form kullanın; böylece iş kuyruğa girmeden önce talep eden kişi gerekli bilgileri sağlayabilir.
- Tekrarlanan talepler: Bunları, sorumlu kişi, son teslim tarihi, çıktı ve konum alanlarını içeren kısa bir talep şablonuna dönüştürün
- Küçük adımlar: Atanmış yorumları kullanın, böylece talep, ilgili işin hemen yanında kalır
- Daha kapsamlı talepler: İzleme, başka birine devredilmesi veya birden fazla adım gerektiren talepleri, gerektirdiği anda görevlere dönüştürün
3. Çalışanların kolayca bulabileceği bir karar günlüğü tutun
Çoğu takım, aldıkları her kararın kaydını zaten tutuyor. Ancak bu kayıtlar toplantı kayıtları, sohbet geçmişleri ve e-posta konuları arasında dağınık durumda ve kimse bunları bulamıyor. Tam bir transkript, geçmişi korur. Bir karar günlüğü ise, altı ay sonra birinin ihtiyaç duyacağı kısmı saklar: neyin seçildiğini, neden seçildiğini ve takımın farklı bir seçim yapmasına neden olabilecek unsurları.
Her bir girişi kısa tutun:
| Alan | Neler kaydedilmeli? |
|---|---|
| Karar | Üzerinde anlaşılanlar |
| Gerekçe | Takım neden bunu seçti? |
| Ödün verme | Takımın vazgeçtiği veya elediği şeyler |
| Sorumlu kişi | Kararı kim verdi veya karar kime ait? |
| Durum | Önerildi, kabul edildi veya geçersiz kılındı |
| Tetikleyiciyi yeniden gözden geçirin | Bunu yeniden gündeme getirmek için ne gerekebilir? |
Sonuncusuna özellikle dikkat edin. Mart ayında mantıklı gelen bir karar, bütçede değişiklik olması veya kapsamın genişlemesi nedeniyle Eylül ayında yanlış hale gelebilir. Kararı yeniden gözden geçirme tetikleyicisi olmazsa, takım ya birisi karardan şüphe duyduğunda her seferinde kararı yeniden tartışır ya da gerekçeleri çoktan ortadan kalkmış olmasına rağmen karara uzun süre uymaya devam eder. Kararın yeniden gündeme gelmesi için gerekli koşulu yazılı hale getirin; böylece her iki sorun da ortadan kalkar.
Yazılım takımları bunu yıllardır “Mimari Karar Kayıtları” adı altında yapmaktadır. Hatta Thoughtworks’ün Baş Bilim İnsanı Martin Fowler, her karar için bir sayfa eklemeniz, önemli kısmı en başta yer almasını sağlamanız ve yeni bir kayıt eskisinin yerini aldığında eski kayıtları olduğu gibi bırakmanız gerektiğini ekliyor.
Ayrıca, mühendislik alanının çok ötesinde geçerli olan bir noktaya da değiniyor: kayıt tutmak, karar kesinleşmeden önce anlaşmazlıkların gün yüzüne çıkmasını sağlar; bu da çoğu zaman kaydın kendisinden daha değerlidir.
4. Her kanal için yanıt süresi beklentilerini yayınlayın
Her kanalın iki zaman sınırına ihtiyacı vardır: bir kişinin bir mesajı onaylaması gereken zaman ve çözmesi beklenen zaman. Takımlar bu sınırları sürekli olarak bulanıklaştırır ve bu bulanıklık pahalıya mal olur. Bir ekip üyesinin doğru bir cevap vermesi üç gün sürebilir, ancak “Ben hallederim, Perşembe günü size geri dönerim” demek için sadece 30 saniyeye ihtiyacı olabilir. Belirtilmiş bir kural olmadığında, genellikle cevap hazır olana kadar hiçbir şey söylemezler ve mesajı gönderen kişi bu üç gün boyunca mesajın ulaşıp ulaşmadığını merak ederek geçirir.
Bir başlangıç noktası:
| Kanal | Onaylayın | Çözüm: |
|---|---|---|
| Takım sohbeti | Aynı iş günü | İsteğe bağlı |
| Görev yorumu | Bir iş günü içinde | Görev son teslim tarihine göre |
| E-posta | İki iş günü içinde | Daha fazla iş gerekiyorsa zaman çizelgesini belirtin |
| Acil yönlendirme | Mümkün olduğunca çabuk | Engel ortadan kalkana kadar |
Cevap gerekmediğinde de bunu belirtin. Mesajın ilk satırında FYI, eylem gerekmiyor veya Cuma gününe kadar cevaplayın gibi etiketler kullanmak, insanların mesajın kendileriyle ilgili olup olmadığını anlamak için tüm metni okumak zorunda kalmalarını önler.
Bu sorunu şirket genelinde tek bir kural ile çözme eğilimi vardır, ancak araştırmalar bunun doğru olmadığını ortaya koymaktadır. 2026 yılında Scandinavian Journal of Work, Environment & Health dergisinde yayınlanan sistematik bir inceleme, ulusal “bağlantıyı kesme hakkı” yasalarından takım düzeyindeki kılavuzlara kadar, mesai sonrası ulaşılabilirlik politikalarına ilişkin 12 çalışmayı ele almıştır. Çoğu kurumsal ve ulusal politika, sınırlı etki göstermiş ya da hiç etki göstermemiştir. Etkili olan programlar esnekti ve çeşitli unsurları bir araya getiriyordu; yazarlar şu sonuca varmıştır:
Aktif bir kurumsal uygulama ve kültürel değişim olmadan, politikaların tek başına zararlı bağlantı sorunlarını azaltması pek olası değildir.
Aktif bir kurumsal uygulama ve kültürel değişim olmadan, politikaların tek başına zararlı bağlantı sorunlarını azaltması pek olası değildir.
Özetle: Her kanal için beklentileri açıkça belirtin, her takımın bu sayıları kendi ihtiyaçlarına göre ayarlamasına izin verin ve kurallara uyulmasını sağlamakla görevli bir kişi belirleyin. Böylece, herkesin zaten anladığı dört etiketten oluşan ortak bir dil elde edersiniz: Bilginize, onaylayın, çözün, üst düzeye iletin.
5. Durum güncellemelerini karar almaya hazır hale getirin
Her durum güncellemesini, okuyucunun tek bir bakışta harekete geçmesi gerekip gerekmediğini anlayabileceği şekilde yazın.
Dört alan kullanın:
- Durum: Planlandığı gibi, risk altında veya bloklanmış
- Değişiklik: Son güncellemeden bu yana nelerin değiştiği
- Etki: Bu değişikliğin neyi etkilediği
- Bir sonraki adım: Kim neyi ne zamana kadar yapmalı?
Örneğin:
Risk altında: Hukuki inceleme Salı gününden Perşembe gününe ertelendi. Lansman için henüz bir sorun yok, ancak bir gecikme daha olursa kampanya ertelenecek. John’un Perşembe günü mesai bitimine kadar onayı alması gerekiyor.
Üç satırda okuyucu durumu, neyin değiştiğini, bunun neleri etkilediğini ve sorumluluğun kimde olduğunu anlar. Bu biçim, belirsiz güncellemelerin yazılmasını da zorlaştırır. “%70 tamamlandı” veya “ilerleme kaydediliyor” gibi ifadeler, neyin değiştiğini belirtmeden faaliyeti tanımlar ve “Değişiklik” alanında bunlara yer yoktur.
Üç satırda okuyucu durumun ne olduğunu, neyin değiştiğini, bunun neleri etkilediğini ve sorumluluğun kimde olduğunu anlar. Bu biçim, belirsiz güncellemelerin yazılmasını da zorlaştırır. “%70 tamamlandı” veya “ilerleme kaydediliyor” gibi ifadeler, neyin değiştiğini belirtmeden faaliyeti tanımlar; “Değişiklik” alanında ise bu tür ifadeler için yer yoktur.
Ayrıca, planlandığı gibi devam eden rutin işler için yazılı bir güncellemeye gerek yoktur. Bunun nedeni, izleme sisteminin durumunu zaten göstermesidir. Yalnızca bir değişiklik olduğunda, risk altında olduğunda, bloklandığında veya bir karar alınması gerektiğinde güncelleme yazın.
İnsanların bir güncellemeden bekledikleri
Örgüt psikoloğu Steven Rogelberg, 632 çalışanı ankete tabi tuttu. Katılımcılar haftada yaklaşık 18 saatini toplantılarda geçiriyordu ve gelişmelerden haberdar olmaları koşuluyla bu saatlerin neredeyse altısının atlanabileceğini belirttiler. Bunun pratikte ne anlama geldiği sorulduğunda, kararları, tarihleri ve eylem ögelerini olmazsa olmazlar olarak sıraladılar. Toplantıların tam metinleri ve kayıtlarını ise pek gerekli bulmadıklarını belirttiler. Yukarıdaki dört alan, bu listeyle örtüşüyor.
6. Toplantı planlamadan önce iyi bir soru sorun
Koordinasyon toplantısı için zaman ayırmadan önce, toplantının yanıtlaması gereken soruyu gönderin.
- “14’ünde sevkiyatı yapmamızı engelleyen nedir?”
- “Bunu onaylamak için neye ihtiyacınız var?”
- “İlk kapsam üzerinde anlaştığımızdan bu yana neler değişti?”
Yazılı olarak belirtildiğinde, toplantının amacını insanlara açıklar. Cevaplar gerçek bir anlaşmazlığı ortaya çıkarsa, toplantıyı ayarlayın. Eksik bağlamları ortaya çıkarırsa, konuyu konu dizisinde tutun ve devam edin.
Toplantı gerçekleşse bile, bu konu kendini amorti eder. Cevaplar önceden okunacak metinler haline gelir, davet listesi sadece karşı çıkan kişilerle sınırlanır ve “peki bu konuda ne durumdayız” şeklindeki ilk on dakikalık tartışma ortadan kalkar.
7. Görev devirlerini tam olarak tamamlayın
Bir görevin devrini, ancak alıcı neyin kendisine ait olduğunu onayladığında tamamlanmış sayın.
Bu onay tek bir satırdan ibaret olabilir ve aynı anda üç işlevi yerine getirir: alımı teyit eder, görevin kapsamını yeniden belirtir ve iş başlamadan önce olası yanlış anlamaları ortaya çıkarır. Yeniden belirtme kısmı özellikle yararlıdır. Alıcının görevle ilgili algısı sizinkiyle uyuşmuyorsa, düzeltmenin maliyeti henüz düşükken bu uyuşmazlığı tespit etmiş olursunuz.
Bu çözümlerden en çok, işin farklı takımlar arasında el değiştirdiği durumlarda faydalanacaksınız; çünkü her devirde bağlam daha da zayıflar (ve daha da karmaşık hale gelir!). Bir pazarlamacı “nihai metin” derken, hukuk ekibi “iddiaların gözden geçirilmesi” olarak anlar ve tasarım ekibi metnin kesinleştiğini varsayar. Üçü de aynı mesaj üzerinden çalışıyor ve her birinin yorumu makul.
Her talep için bu gerekli değildir. Bağımlılıkları olan, son teslim tarihi bulunan veya birinin farklı yorumlaması durumunda gerçek bir maliyeti olan görevlerde bu stratejiye sıkı sıkıya bağlı kalın.
8. İletişim sisteminizi her çeyrekte gözden geçirin
Strateji 1’de hazırladığınız tüzüğü ihmal ederseniz, tüzük zamanla anlamını yitirecektir. İletişim kanalları çoğalır, toplantılar amacını yitirir ve kararların alındığı yer, kimse duyurmadan sessizce değişir. Üç ayda bir yapılan bir gözden geçirme, durum kaosa dönüşmeden önce bu sapmayı yakalar.
Beş soru, konunun büyük bir kısmını kapsıyor:
- Hangi kanallarda 30 gün veya daha uzun süredir hiçbir hareket yok?
- Hangi konuşmalar sürekli yanlış yere düşüyor?
- Birisi aradığında hangi kararları bulmak zordu?
- Cevabı hiçbir zaman yazıya dökülmediği için hangi sorular sürekli tekrarlanıyor?
- Kim, aynı güncellemeyi sohbetten bir göreve, oradan da bir belgeye elle kopyalıyor ki?
Sonuncusu en anlamlı olanıdır. Manuel kopyalama, sistemde bir boşluk olduğu ve kişinin kendi zamanını harcayarak bu boşluğu doldurduğu anlamına gelir. Ya taşıma işlemini otomasyonla gerçekleştirin ya da tek bir “doğru kaynak” belirleyin ve diğerlerini sürdürmeyi bırakın.
Ardından, bulduklarınız doğrultusunda harekete geçin. Artık kullanılmayan kanalları arşivleyin, yinelenenleri birleştirin, net bir amacı olmayan toplantıları kaldırın ve insanların sürekli sorduğu soruları belgelendirin. Kağıt üzerindeki sürüm ile uygulamadaki sürüm birbirinden ayrılmış olacağından, tüzüğü takımın şu anda yaptıklarına uyacak şekilde güncelleyin.
Son olarak, denetime tek bir sorumlu atayın.
Ayrıca okuyun: İletişim Hedefleri
İletişim Stratejilerinin 7 Türü Nelerdir?
Yukarıdakilerin tümü, bir takımın bilgiyi nasıl aktardığıyla ilgilidir: bir mesajın hangi kanala ait olduğu, kime ait olduğu ve kararın nihayetinde kime ulaştığı. “İletişim stratejisi”nin çok daha küçük ölçekte işleyen, ikinci ve daha eski bir anlamı daha vardır. Bu, bir kişinin tek bir konuşma içinde, konuyu açmaktan kapatmaya kadar, konuşmayı rayında tutmak için yaptığı hamleleri tanımlar.
Sözlü iletişim kurslarında bunlardan yedisi öğretilir: konuşmacı belirleme, sınırlama, söz alma sırası, konu kontrolü, konu değiştirme, düzeltme ve sonlandırma. Filipinler Eğitim Bakanlığı’nın lise düzeyindeki “Bağlam İçinde Sözlü İletişim” modülü, yaygın olarak kullanılan sürümlerden biridir. Pek çok kişi bu çerçeveyi aynı terim altında aradığından, her birinin pratikte ne anlama geldiğini aşağıda açıklıyoruz:
- Konuyu açma: Konuyu başlatır ve katılımcılara konuya dahil olmaları için yeterli bağlam sağlar; böylece herkes neyin neden tartışıldığını bilir.
- Kısıtlama: Yanıtı belirli seçeneklerle sınırlandırır. “Bu üçünden hangisini seçmeliyiz?” sorusu, “Ne düşünüyorsun?” sorusuna kıyasla daha az yanıt alanı bırakır.
- Konuşma sırası: Sıradaki konuşmacıyı belirler. Bir duraklama, bir isim, bir soru ya da kaldırılmış bir el, sözün kime geçtiğini gösterir.
- Konuyu yönlendirme: “İyi bir noktaya değindin, Arlene. Diğerleri ne düşünüyor?” gibi ifadelerle başkalarını da konuşmaya dahil ederek konuşmanın devam etmesini sağlar.
- Konu değiştirme: Konu akışını kesmeden yeni bir konuya geçme; genellikle “Devam etmeden önce…” veya “Bu da bizi şuraya getiriyor…” gibi bir geçiş cümlesi kullanılır.
- Çözüm: Konuşma hâlâ devam ederken, açıklama istemek, tekrarlamak veya başka bir şekilde ifade etmek suretiyle yanlış anlaşılmayı giderir.
- Sonlandırma: İletişimi sonlandırır ve tamamlandığında, bundan sonra ne olacağını netleştirir
Yukarıdaki sekiz strateji sistemi düzeltir; bu yedi strateji ise iş ortamınızı düzeltir. Kimsenin söz hakkı yoksa net bir tüzük bir işe yaramaz ve kararlar yazıya dökülmezse iyi yürütülen bir konuşma bile sonuçsuz kalır.
Konuşmaların nasıl işlediğine dair teorik bilgi için iletişim modelleri kılavuzumuza göz atın.
Takım Bazında İletişim Stratejisi Örnekleri
Aynı strateji, takımın neyi koordine ettiğine bağlı olarak farklı şekillerde uygulanabilir. Aşağıda, takımlara göre dört iletişim stratejisi örneği yer almaktadır:
İki ekip arasındaki iş devri
Sekiz kişilik bir platform ekibi, bir API değişikliğini dört kişilik bir mobil ekibe devrediyor. Arayüzle ilgili her karar bilete kaydediliyor ve sadece bilete kaydediliyor. Sohbet, erişilebilirlikle ilgili ayrıntıları kapsıyor, başka hiçbir şeyi değil.
İş devri süreci, beş dakikalık kayıtlı bir adım adım kılavuz ve nelerin değiştiğini gösteren yazılı bir kontrol listesinden oluşur; her ikisi de bilete ek dosya olarak eklenir. Bilet yorumlarına bir iş günü içinde yanıt verilir ve bu süreden sonra hala açık kalan soruların sorumluluğu mobil ekip liderine aittir.
Bu, üç hafta sonra her iki ekip de görüşmeyi farklı şekilde hatırladığında ortaya çıkan sürüm uyuşmazlığı argümanını önler.
Bir LTM baş mimarının ADR'leri benimsedikten sonra bildirdiği şeyler
LTM Baş Mimarı Aryashree Pritikrishna, iki haftada bir üretim sorunlarıyla başa çıkmak zorunda kalan bir takımı anlattı.
Olay sonrası değerlendirmeler hep aynı temel nedene dönüyordu: İlk kararı veren mühendis işten ayrılmıştı, kimse ödün verilen noktaları belgelememişti ve sistemi devralan takım tahmin yürütmek zorunda kalmıştı.
Bir yıl boyunca her önemli kararı (bağlamı, reddedilen alternatifleri ve kabul edilen riskleri de dahil olmak üzere) doğrudan repoya kaydettikten sonra, üretim olayları %60 azaldı, yeni mühendislerin işe alımı yarı yarıya kısaldı ve eskiden günlerce süren mimari tartışmalar artık saatler içinde sonuçlandırılmaya başlandı.
Onların görüşüne göre, bu tür olayların çoğu aslında kötü koddan değil, unutulan bağlamdan kaynaklanıyordu.
Dış ajansla yürütülen pazarlama kampanyası
Altı kişilik bir pazarlama takımı, dışarıdan bir ajansla birlikte bir ürün lansmanı yürütüyor. Ajansla iletişimde e-posta resmi kayıt kanalı olarak kullanılıyor; çünkü iletilebilir ve resmi olması gerekiyor. Şirket içi iletişim ise tek bir kampanya kanalı içinde, şirket içinde kalıyor.
Tüm yaratıcı geri bildirimler, e-posta yoluyla değil, her zaman varlık üzerine yorum olarak iletilir. Ajans, tartışmalı görüşlerle dolu bir e-posta dizisi yerine tek bir konsolide not seti alır. Her proje lideri, Perşembe günü paylaşılan bir takip sistemine haftalık durum raporunu yazar ve Cuma günkü toplantıda yalnızca riskli olarak işaretlenen ögeler ele alınır.
Bu, çelişkili geri bildirimler göndermelerini ve istemeden de olsa şirket içi eleştirileri içeren, müşteriye yönelik mesajlar yayınlamalarını engeller.
Digitalli’nin COO’su Louis-Jean de Sedouy, projeler arası görünürlük sorununu nasıl çözdü?
Dior ve Moët Hennessy gibi uluslararası lüks markalar için içerik ve deneyimler üreten Fransız ajans Digitalli, kampanyalarını Trello, e-posta, telefon görüşmeleri ve çeşitli şirket içi platformlar üzerinden koordine ediyordu. Her proje yöneticisi, işleri izlemek için farklı bir yöntem kullanıyordu ve Louis-Jean de Sedouy, bunun sonucunun “görünürlük eksikliği” olduğunu ve “verimsizliklere ve iletişim sorunlarına” yol açtığını belirtti.
Digitalli, kayıt formları ve görev içi yorumlar aracılığıyla her şeyi ClickUp’a aktardı; böylece geri bildirimler doğrudan işin üzerinde yer aldı. Aylık sipariş kapasitesi, çalışan sayısı aynı kalırken %30 arttı ve rutin hale gelmiş gece geç saatlerdeki telaşlar azaldı.
Beş takım arasında fonksiyonlar arası lansman
Ürün, mühendislik, pazarlama, satış ve destek ekipleri aynı şeyi aynı tarihte teslim eder. Burada "istisna durumlarında durum güncellemesi" yöntemi en iyi sonucu verir; çünkü beş sorumlu arasında tam bir tur atmak bir saat sürer.
Tek bir başlangıç belgesi, tarihi, iş akışına göre sorumlu kişiyi ve mevcut riskleri içerir. Her bir sorumlu, Salı gününe kadar kendi satırını günceller ve Çarşamba günkü toplantıda sadece riskler ele alınır. Atanmış bir not tutucu, toplantı bitmeden önce alınan tüm kararları başlangıç belgesine kaydeder.
Mixpanel’in ürün yöneticisi, tek bir izleme aracıyla takımlar arası bir lansmanı nasıl yürüttü?
Mixpanel, yıllık Benchmarks raporunu yeniden yayınladığında, Ürün Müdürü Isha Mehra, kendi deyimiyle “görev kontrol merkezi” adını verdiği bir sistem kurdu. Bu, raporun son lansman haftası için kullandığı tek izleme aracıydı.
Her bir çıktı sahibi kendi satırını yönetiyordu ve takip aracı her bir bağımlılığı haritalandırıyordu. Talep oluşturma ekibi e-posta gönderebilmek için önce genel erişime açık ana sayfanın yayına alınması gerekiyordu. Mühendislik ekibinin ürün içi duyuruyu yayınlayabilmesi için içerik takımının raporu önceden yayınlaması gerekiyordu.
Onun ifadesiyle, bu takip sistemi, takımın hangi unsurların birbirine bağımlı olduğunu görebilmesi ve mühendislik, pazarlama ve ürün departmanlarından yaklaşık 25 kişilik bir takım arasında zamanlamayı doğru bir şekilde koordine edebilmesi için vardı.
Takım iletişimini nasıl geliştirebileceğinize dair rehberimiz, takımlar arası iletişim konusunu daha ayrıntılı olarak ele alıyor.
ClickUp’ta İletişim Stratejilerini Nasıl Uygulayabilirsiniz?
Bir iletişim sistemi, konuşma, karar, talep ve takip süreçleri, etkilediği işin yakınında kaldığında daha iyi işler.
İş yönetimi platformu ClickUp, Sohbet, Görevler, Belgeler, yorumlar, toplantılar ve yapay zekayı tek bir Çalışma Alanında bir araya getirir. Bir tartışma, bağlamını kaybetmeden atanmış bir işe dönüşebilir. Bir karar, değiştirdiği projeyle bağlantılı kalabilir. Ve daha sonra katılan biri, sonucun nereden başladığını geriye doğru izleyebilir.
Konuşmaları işin merkezinde tutun
Öncelikle ClickUp Chat, takımlara Görevler ve Belgeler'in yanı sıra Kanallar, doğrudan mesajlar, konu başlıkları ve aramalar sunar.

Gündelik bir konuşma olarak başlayıp gerçek bir işe dönüşen bir konuşma, başlı başına bir görev haline gelebilir. Bu da, tartışma ile görevin tek bir paylaşımı olduğu anlamına gelir.
Slack’ten geçiş yapıyorsanız, genel kanalları, mesaj geçmişini, konuları, yanıtları, kullanıcıları ve ek dosyaları içe aktarabilirsiniz. API üzerinden içe aktarma yaparsanız, tepkiler ve özel emojiler de (neyse ki!) aktarılır. Direkt mesajlar içe aktarılmaz. Slack Enterprise Grid hariç, gizli kanallar da genellikle içe aktarılmaz.
Küçük istekleri görünür takip işlemlerine dönüştürün
Her istek için ayrı bir görev oluşturmaya gerek yoktur. ClickUp’ın “Atanmış Yorumlar” özelliği ile bir yorumu takım arkadaşınıza atayabilir ve görev tamamlandığında bunu çözmesini isteyebilirsiniz. Atanmış yorumlar, belirli bir bölümü düzeltmek, bir ayrıntıyı güncellemek veya hedefli bir değişiklik yapmak gibi sınırlı kapsamlı görevler için en uygunudur. Temel olarak, ana görevi önemli ölçüde etkilemeyecek kadar küçük, ancak yine de yapılması gereken değişiklikler söz konusudur.

Atanmış Yorumlar şu kadar basit olabilir: “@Jane, fiyat talebini doğrula ve kaynak güncellendiğinde bu sorunu çöz.” Bu tür istekler, daha büyük ve önemli görevlerin öncelikli olduğu ana görevin yanında yer alabilir.
Kararlara kalıcı bir yer ayırın
Karar kayıtları, özetler, süreçler ve ilk konuşma ekranının görünümü kaybolduktan sonra insanların ihtiyaç duyacağı her şey için ClickUp belgelerini kullanın.
Brain² daha sonra çevredeki Çalışma Alanı'nda iş yapar. Bir projede neler değiştiğini sorun, uzun bir konu dizisini özetleyin veya tüm geçmişi bir komut satırına yapıştırmaya gerek kalmadan bir kararın arkasındaki geçmişi bir araya getirin.

Toplantıları, işlevsel bir takip sürecine dönüştürün
ClickUp AI Notetaker, Zoom, Google Meet, Microsoft Teams ve SyncUp toplantılarına katılır, ardından genel bakış, önemli noktalar, sonraki adımlar ve tam konuşma metnini içeren bir belge oluşturur. Böylece kararlar proje kayıtlarına aktarılabilir, eylem maddeleri atanabilir ve açık sorular görünür kalır.
Asenkron iletişimde, ClickUp Clips, bir şeyi yazmak yerine göstermenin daha hızlı olduğu durumlarda takımlara başka bir seçenek sunar.
Sınırlama: ClickUp, iletişim ve işin zaten aynı sistemde yer aldığı durumlarda en iyi şekilde çalışır. Takımınızın yalnızca basit bir sohbet ve paylaşımlı bir belgeye ihtiyacı varsa, daha küçük bir sistem yığını benimsemesi daha hızlı ve bakımı daha kolay olabilir.
Kime uygun: Konuşmaların düzenli olarak görevlere, onaylara, kararlara, incelemelere ve görev devretmelere dönüştüğü işlevler arası takımlar. Kullanıcılar araçlar arasında bağlamı ne kadar sık aktarmak zorunda kalırsa, bu adımların bağlantısını korumanın değeri o kadar artar.
Takım İletişimini Geliştirebilecek Diğer Araçlar
Birkaç uzmanlık aracı, takım iletişiminin her bir parçasını daha sıkı hale getirir ve halihazırda kullandığınız herhangi bir iş platformuyla birlikte çalışır:
- Krisp : Arka plan gürültüsünü ve istenmeyen sesleri ortadan kaldırarak görüşme ses kalitesini iyileştirir; bu da ses kalitesinin düşük olması nedeniyle uzaktan toplantıların yavaşlamasını önler
- Grammarly : Mesajın ifadesine göre nasıl algılanabileceğini gösterir. Geri bildirimler, müşteri e-postaları ve üslubun kolayca yanlış yorumlanabileceği her türlü yazışmada kullanmaya değer
- TextExpander : Takım üyelerinin, durum güncelleme şablonları, talep şablonları ve standart yanıtlar gibi sık sık gönderdikleri mesajlar için onaylanmış metin parçacıklarını paylaşımını sağlar. Herkes aynı kısayolu yazdığında aynı metin görünür; bu sayede “Bilginize/onay/çözüm” etiketleri ve diğer kurallar, ekstra denetim gerektirmeden tutarlı kalır.
- DeepL : Mesajları, belgeleri ve dosyaları üslup ve nüanslara büyük özen göstererek çevirir; bu, takımın farklı dilleri konuşması ve hızlı bir sohbet yanıtının amaçlanandan daha sert algılanabileceği durumlarda yardımcı olur
Yalnızca, hangi iletişim boşluğunu kapattığını net bir şekilde belirleyebildiğinizde bir çözüm ekleyin.
Ayrıca okuyun: Küçük İşletmeler İçin İşletim Sistemi: 7 Anahtar İş Akışı
İletişim Stratejisini Bozan Beş Hata
Asıl zorluk genellikle kuralları belirledikten sonra ortaya çıkar. Takımlar, bu kuralları hatırlanması kolay, istisnai durumlar için yeterince esnek ve insanların her hafta tekrar hatırlatmaya ihtiyaç duymayacağı kadar tutarlı hale getirmelidir. İşte çoğu stratejinin başarısızlığa uğradığı beş nokta.
| Hata | Nasıl görünüyor? | Daha iyi bir çözüm |
|---|---|---|
| Kimsenin hatırlayamadığı yazım kuralları | Bu strateji, istisnalar, sınır durumları ve insanların her seferinde bakmak zorunda kaldıkları kanal kurallarını içeren uzun bir belgede yer alıyor | Belgeyi açmadan insanların hatırlayabileceği birkaç ön tanımlı seçeneğe indirgeyin. İstisnai durumları altta tutun. |
| Mükemmel davranış için tasarım | Sistem, ancak herkes her alanı güncellerse ve her kuralı hatırlarsa işler. | Takımınızın Salı öğleden sonraları yaşadığı telaşlı sürümünü göz önünde bulundurun. Önemli davranışları en kolay olan haline getirin |
| İstisnaları tanımlamadan bırakmak | Herkes normal akış yolunu bilir, ancak acil, hassas veya dış kaynaklı bir durum olduğunda yapılacak şeyleri kimse bilmez | İstisnaları yazın. Bir strateji genellikle önce uç durumlarda test edilir. |
| Üst düzey yöneticilerin sistemi atlamasına izin vermek | Yöneticiler özel mesajlarla güncel bilgi ister, kararları sözlü olarak değiştirir ya da paralel konular açar. Diğer herkes ise gördüğü davranışı taklit eder. | Aynı kuralları üst yönetim için de geçerli kılın. Bir yönetici tarafından yapılan tek bir istisna, özenle tasarlanmış süreçlerin büyük bir kısmını boşa çıkarabilir. |
| Yanlış şeyleri ölçmek | Takımlar mesaj hacmini, toplantı sayısını veya yanıt hızını izlerler ve daha fazla aktivitenin daha iyi iletişim anlamına geldiğini varsayarlar | Temizlik işlerini izleyin: tekrarlanan sorular, yeniden gündeme getirilen kararlar, atlanan görev devirleri ve bağlamı yeniden oluşturmak için harcanan zaman |
Tüzükle Başlayın
Bu makaleden yapılacak tek bir şey varsa, kanal tüzüğünü yazın. Yaklaşık bir saat sürer ve takımınızın ne olduğunu fark etmeden sürekli yaşadığı argümanı sonlandırır.
Bir uyarı: Liderlik için geçerli olduğuna inanmayan bir takımda hiçbir strateji tutunamaz. Yöneticiler kararları sürekli olarak özel mesajlar yoluyla paylaşıyorsa, bu kurallar sadece bir öneri niteliğindedir. Önce bunu düzeltin; gerisi kendiliğinden hallolur.
Kuralları takımınızın görebileceği bir yere koymaya hazır mısınız? ClickUp'ı ücretsiz olarak kullanmaya başlayın.
İletişim Stratejileriyle İlgili Sık Sorulan Sorular
Bir iletişim stratejisinin işe yarayıp yaramadığını nasıl anlarsınız?
İletişimden sonra daha az "temizleme" gerektiren bir durum hedefleyin: tekrarlanan soruların, yeniden gündeme getirilen kararların, açıklığa kavuşturma döngülerinin ve bağlamı yeniden oluşturmak için birine ihtiyaç duyulan görev devirlerinin azalması. Mesaj hacmi ve toplantı sayısı tek başına pek bir şey ifade etmez. Daha iyi bir gösterge, iletişimin ekstra takip gerektirmeden ne sıklıkla eyleme dönüştüğüdür.
Takım iletişim stratejisinin sorumluluğu kimde olmalı?
Sistemin sahipliğini tek bir kişiye verin; bu kişi genellikle operasyon, proje yönetimi, iç iletişim veya takım liderliği departmanlarından birinden olmalıdır. Takım, özellikle kanal kullanımı, yanıt beklentileri ve istisnai durumlar konusunda kuralları belirlemeye devam etmelidir. Takım kuralların içeriğine karar verirken, sistem sahipliğinin görevi sistemi güncel tutmak ve sapmaları tespit etmektir.
Uzaktan çalışan takımlar için iletişim stratejileri nasıl değişmelidir?
Kurallar aynı kalır. Ancak bu kuralları ihmal etmenin bedeli artar. Aynı ofiste çalışan bir takım için hızlı bir masaya uğramayı gerektiren bir karar kaydının eksikliği, uzaktaki bir takım için doğru zaman diliminde uyanılmasını beklerken tam bir günün kaybedilmesi anlamına gelir. Bu nedenle uzaktaki takımlar, daha güçlü asenkron ön tanımlı değerlere ihtiyaç duyar: her kararı yazın, kanal başına yanıt beklentilerini belirtin ve her devri, bir sonraki kişinin canlı bir konuşma yapmadan işe başlayabileceği kadar tamamlanmış hale getirin. Zaman dilimi farkları, bekleyemeyecek nadir durumlar için de net bir eskalasyon yoluna ihtiyaç duyar.
Ekibi bunaltmadan yeni bir iletişim stratejisini nasıl hayata geçirebilirsiniz?
En çok sorun yaratan unsurları ortadan kaldıracak bir veya iki kural belirleyerek başlayın. Nihai kararların nerede tutulacağı ve taleplerin nasıl tahsis edileceği konusunda anlaşmak genellikle en önemli konuları kapsar. Yanıt süresi kuralları, toplantı kuralları veya daha kapsamlı bir iletişim kanalı tüzüğü eklemeden önce bu alışkanlıkların yerleşmesine izin verin.
Bir şirketteki tüm takımlar aynı iletişim stratejisini kullanmalı mı?
Şirket genelinde geçerli olacak birkaç ön tanımlı ayarı paylaşın, ardından ayrıntıların belirlenmesi işini takımlara bırakın. "Gerçeğin kaynağı", sorunların üst yönetime iletilme kuralları ve temel terminoloji şirket genelinde tutarlı kalabilir. Yanıt süreleri, toplantı sıklığı ve kanal kullanımı ise ş Akışları birbirinden çok farklı olan fonksiyonlar arasında farklılık gösterebilir.
İnsanlar iletişim stratejisini sürekli görmezden geliyorsa yapılacaklar nelerdir?
Davranışı suçlamadan önce kuralı kontrol edin. Süreç yavaşsa, hatırlanması zorsa veya işin doğasına uygun değilse, insanlar bu süreci atlayacaktır. Önce bunu düzeltin. Bir kişi, normalde işlevsel olan bir sistemi sürekli atlıyorsa, bu bir yönetim sorunu haline gelir ve bu şekilde ele alınmalıdır.
Kriz iletişim stratejisi nedir?
Kriz iletişim stratejisi, bir etkinlik veya itibar kaybına yol açan durum için önceden kararlaştırılmış bir plandır; bu plan, etkinlik sırasında ve sonrasında kimin, hangi kanal üzerinden ve ne sıklıkta konuşacağını açıklar. Bu strateji, günlük stratejiden üç açıdan farklıdır: tek bir sözcü belirler, güncelleme sıklığı çok daha kısadır ve herhangi bir şey gerçekleşmeden önce hazırlanan geçici açıklamalar içerir. CrowdStrike’ın 2024’teki küresel kesintisi buna açık bir örnektir. CEO George Kurtz, 90 dakika içinde X’te bir paylaşım yaptı ve tek bir cümleyle bir yazılım hatasını siber saldırıdan ayırdı; bu, tüm müdahalenin tartışmasız en önemli adımıydı. 24 saat içinde şirket, bir çözüm merkezi yayınladı, resmi bir video açıklaması yaptı ve Microsoft ile mesajlaşmayı koordine etti. İlk 72 saat neredeyse ders kitabı gibiydi, ancak analistler, ikinci haftadan sonra güncellemelerin yavaşlamasıyla müdahalenin zayıfladığını belirttiler; bu da kriz araştırmacılarının tekrar tekrar gördüğü bir kalıbı pekiştirdi: güçlü bir başlangıç, karışık bir devam süreci. Kriz iletişim stratejinizi erkenden hazırlayın, çünkü kimse sabah saat 2’de doğru yönlendirme kararları veremez.
İletişim stratejisi ile iletişim planı arasındaki fark nedir?
Bir iletişim stratejisi, hangi kanalların kullanılacağı, çalışanların ne kadar hızlı yanıt vereceği ve kararların nerede alınacağı gibi kalıcı kuralları belirler. Bir iletişim planı ise bu kuralları belirli bir projeye uygular; kimin hangi güncellemeyi, hangi kanaldan ve ne sıklıkta alacağını tanımlar. Strateji nadiren değişirken, plan her proje için ayrı ayrı hazırlanır ve proje bittiğinde geçersiz hale gelir. Genel olarak, iletişim stratejisi, takım düzeyinde bir çalışma anlaşması olarak iletişim planının üzerinde yer alır.
