Departmanlar arası iletişim sorunları nasıl çözülür: bilgi paylaşımı ve eskalasyon oluşturma
Departmanlar arasındaki işler durma noktasına geldiğinde, öncelikle boşluğu tespit edin. Bilgi, ona ihtiyacı olan kişilere ulaşmadı mı? Bilgiyi aldılar ama farklı mı anladılar? Yoksa herkes sorunu anlıyor da sürece dahil olan hiç kimse gerekli kararı veremiyor mu? Yeni bir hatırlatma ilk duruma yardımcı olabilir. Ancak belirsiz bir teslimatı netleştiremez veya bir taahhüdü değiştirme izni veremez.\n\nPaylaşılan tek bir işle işe başlayın. Güncel kaydını ekibinizin zaten kullandığı yerde tutun, nelerin değiştiğini ve kimlerin etkilendiğini açıklayın ve ihtiyacınız olan yanıtı açıkça belirtin. Çözülemeyen tercih katılımcıların yetkisini aşıyorsa, aynı açıklamayı yerleşik eskalasyon kanalı üzerinden iletin. Bu, yeni toplantılar veya yazılımlar eklemeden önce uygulanabilir bir başlangıç noktasıdır.
“Ben zaten gönderdim” ifadesinin ardındaki kopukluğu bulun
Açıklayıcı bir örnek düşünün: bir tasarım ekibi, etkinlik görsellerinin teslimini çarşambadan perşembeye erteler. Operasyon ekibi, güncelleme yalnızca tasarım kanalında göründüğü için inceleme planını çarşamba gününe göre yapmaya devam eder. Buradaki acil sorun dağıtımdır. Değişikliği, işi buna bağlı olan kişilere, güncel kaydın bir bağlantısıyla birlikte gönderin.
Şimdi operasyon ekibinin mesajı gördüğünü ancak tasarım ekibi ilk taslağı kastederken "bitti" ifadesini onaylanmış görsel olarak anladığını varsayalım. Teslimat tanımının netleştirilmesi gerekir. Üçüncü bir senaryoda ise her iki ekip de değişikliğin inceleme için çok az zaman bıraktığını bilir, ancak hiçbiri etkinliğin tarihini değiştiremez. Bu bir karar sorunudur. Her üç durumu da iş birliğine yanaşmayan davranışlar olarak adlandırmak, bir aksiyon belirlemeden bir sonraki konuşmayı daha da zorlaştırır.
Gerçek bir gecikmeyi aynı sorularla inceleyin. Gerçek mesaja, hedeflenen alıcıya, vadedilen teslimata ve bekleyen karara bakın. Kaydın gösterdiği durum ile birinin niyetine dair varsayımlarınızı birbirinden ayırın.
Mevcut varılan sonucu erişilebilir tek bir yerde tutun
Teslimatı, kararlaştırılan tarihi, sorumlu kişiyi ve bağımlılığı göstermek için mevcut proje belgesini veya görevi kullanın. Bir şeyler değiştiğinde aradaki farkı açıklayın: “Onaylanan görseller çarşambadan perşembeye ertelendi. Metin değişmedi. Operasyon ekibinin inceleme için artık bir gün daha az zamanı var.” Bu, bir sonraki kişiye geçmişi yeniden kurgulamasına gerek kalmadan harekete geçebileceği bir zemin sunar.
Bir sohbet dizisi insanları uyarabilir ve kısa bir konuşma belirsizliği çözebilir. Ortaya çıkan sonucu ortak kayda geri yazın. GitLab'in herkese açık iletişim el kitabı, çevrimdışı varılan sonuçların belgelenmesini açıklar; buradaki uygulama, kararların daha sonra tekrar erişilebilir tutulmasına dair faydalı bir örnek sunar. Materyali kimlerin görebileceğini yine kuruluşunuzun kendi erişim kuralları belirler. Ortak bir kayıt, belgenin herkese açık olarak erişilebilir olduğu anlamına gelmez.
İşin gerçekten ihtiyaç duyduğu yanıtı isteyin
Bazı alıcıların yalnızca bir durum güncellemesine ihtiyacı vardır. Diğerlerinin ise revize edilmiş bir taahhüdü onaylaması gerekir. Bir karar sahibinin alternatifler arasında bir seçim yapması gerekebilir. Herkesi "lütfen dikkate alın ve destekleyin" diyerek bilgiye (CC) eklemek, bu farklı sorumlulukların belirsiz kalmasına yol açar.
Talebi netleştirin: "Onaylanmış görsellerin Perşembe günü teslim alınmasının, incelemenin Cuma sabahı tamamlanmasına hâlâ olanak tanıyıp tanımadığını lütfen onaylayın. Tanımıyorsa, eksik olan süreyi veya girdiyi belirtin." Sonraki bağımlılığa göre bir yanıt süresi belirleyin ve çalışma saatlerini hesaba katın. Kimsenin çalışma şeklini değiştirmesi gerekmiyorsa her alıcıdan bir teyit almak gereksizdir.
Atlassian'ın paydaş iletişimi kılavuzu, katkıda bulunanlar ile işten etkilenen kişileri birbirinden ayırır; ardından bilgileri, kanalları ve güncelleme sıklığını ele alır. Bu ayrımı önünüzdeki projeye uygulayın. Şartlar sürekli değiştiğinde düzenli bir güncelleme faydalıdır; stabil bir bağımlılık ise yalnızca üzerinde anlaşılan koşulları değiştiğinde bildirim gerektirebilir.
Yetki gerektiren bir seçimi üst mercie iletin (eskale edin)
Anlaşmazlık ekiplerin yetkisi dahilinde çözülemediğinde, belirlenmiş iletim yolunu kontrol edin. İlgili karar sahibine sorunu, doğrulanmış kısıtlamaları, uygulanabilir alternatifleri ve sonuçları sunun. Etkinlik tarihini koruyup başlangıçta daha az materyalle ilerlemek ile tüm materyalleri koruyup etkinliği daha ileri bir tarihe ertelemek farklı tercihlerdir. Kendi tercih ettiğiniz seçeneği tek olası yanıt gibi sunmadan ödünleşimleri (trade-off) açıklayın.
Diğer ekibe konuyu üst mercie ilettiğinizi bildirin ve her türlü fikir ayrılığını doğru bir şekilde muhafaza edin. Atlassian'ın sorunsuz eskalasyon kılavuzu, ilgili karar vericiyi dahil etmeden önce seçenekleri anlamayı ve diğer tarafı bilgilendirmeyi önerir. Kendi projenizin zamanlama ve etki kurallarına uyun; harici bir kılavuzun önerdiği süre evrensel bir bekleme süresi değildir.
Uygulamanın gerçekleştiği noktada döngüyü kapatın
Kararın ardından; seçilen düzenlemeyi, karar sahibini, uygulama sorumlusunu ve geçerlilik tarihini orijinal kayda işleyerek güncelleyin. Etkilenen kişileri bilgilendirin ve eski düzenlemeyi açıkça yürürlükten kaldırın. "Görüldü" ifadesi yalnızca bilginin alındığını doğrular; birinin yeni teslimatı kabul ettiği anlamına otomatik olarak gelmez.
Bir sonraki kontrol noktasında, asıl kopukluğun ortadan kalkıp kalkmadığını sorgulayın. İnsanlar güncel bilgilere ulaşabiliyor mu? Ne tür bir yanıt vermeleri gerektiğini biliyorlar mı? Karar uygun kişiye ulaştı mı ve revize edilen düzenleme doğrultusunda çalışmalar başladı mı? Net bir güncelleme ve yapılması şart olan tek bir görüşme bunu sağlıyorsa, süreci bu sadelikte tutun.