2026 Yılında Şirket Birleşmesi Sonrası Entegrasyon Günü

Birleşme sonrası toplantıyı çalışan bir geçiş noktasına nasıl dönüştürebileceğimizi inceliyoruz: gerçekleri uyumlu hale getirmek, yeni arayüzleri çözmek, soruları toplamak ve sonraki adımları belirlemek.

Birleşme sonrasında çalışanlar nadiren başka bir kutlama sunumuna ihtiyaç duyar. Zaten neyin kararlaştırıldığını, neyin henüz değişmediğini, yeni bir çalışma rotasının nerede ortaya çıktığını ve bir sonraki cevabı kimin vereceğini anlamaları gerekir. Aventura olarak entegrasyon gününü yönetilen bir geçiş noktası olarak görüyoruz. Bu gün, genel liderlik iletişimini, işlevsel çalışmaları ve takip eylemlerini birbirine bağlar. İK, hukuk ve organizasyonel süreçler ayrı yürütülür.

Eğer görev zaten plana alındıysa, entegrasyon günü için bütçe isteyin. Senaryo geliştirilmeden önce hedef kitleleri, formatı, akış sayısını ve materyal içeriğini netleştireceğiz.

Entegrasyon günü nedir ve hangi sorunu çözer?

Entegrasyon günü, birleşen iki şirketin çalışanlarının katıldığı yüz yüze veya hibrit bir çalışma toplantısıdır. Amacı, doğrulanmış gerçeklerin ortak bir versiyonunu sunmak, farklı gruplar için yaklaşan değişiklikleri göstermek, soruları toplamak ve gerekli çalışma bağlantılarını oluşturmaktır. Bu etkinlik, çalışanların bir sonraki cevapları nerede ve ne zaman alacaklarını gösterir. Yönetim, insan kaynakları (HR) ve süreç sahiplerinin kararları programın dışında kalır.

Anlaşma sonrasında insanlar birleşmeye kendi pozisyonlarından bakarlar. Finans için koordinasyon, satış için müşteri yolları önemlidir. Bilgi teknolojileri (IT) ekipleri sistemleri ve erişimleri netleştirirken, üretim iş sürekliliğini takip eder. Tek bir genel slayt bu sorulara cevap vermez. Bu nedenle sahne ile değil, hedef kitlelerin ve değişikliklerin haritası ile başlıyoruz.

Hazırlık, programın merkezinde kararlar, sorular ve iş bağımlılıkları yer alıyorsa, çalışanlar için bir iş etkinliği olarak yürütülebilir. Eğlence bölümü kısa bir ek olarak kabul edilebilir, ancak birleşmenin sonuçları hakkındaki konuşmayı engellememelidir.

Entegrasyon günü, Welcome Day'den farklıdır. Katılımcıların çoğu işlerini zaten biliyor, önceki organizasyonda yerleşik bağlantılara ve deneyime sahiptir. Welcome Day rotasından navigasyon ve iletişim haritası faydalıdır, ancak deneyimli çalışanlara yeni başlayanlar gibi davranmak doğru değildir.

Birleşme sonrası formatın hedefleri ve sınırları

Entegrasyon gününün iyi bir hedefi, gözlemlenebilir bir iş sonucunu tanımlar: çalışanlar güncel bir değişiklik haritası aldı, cevap sahiplerini biliyor, işlevler arasındaki boşlukları belirledi ve sonraki temaslar üzerinde anlaştı. Kültürlerin anında birleşmesi veya tek bir ekip oluşturulması gibi ifadeler çok geniştir. Bunlar ne senaryo çözümü ne de tek bir olayın sonucu için dürüst bir kriter sağlar.

Programı hazırlamadan önce dört tür içeriği ayırıyoruz:

• herkese aynı şekilde açıklanması gereken onaylanmış kararlar;
• belirli işlevleri, şehirleri veya yönetim düzeylerini etkileyen değişiklikler;
• doğrulama sahipleri zaten atanmış açık sorular;
• genel sahnede tartışılamayacak kişisel ve gizli konular.

Bu çerçeve, yöneticileri doğaçlamadan, çalışanları ise gerçeklerle varsayımların karıştırılmasından korur. Bir karar hâlâ değerlendiriliyorsa, bunu açıkça belirtiriz. Varsayılan cevap yerine sorumlu kişiyi ve güncellemenin ortaya çıkacağı olayı belirtiriz.

Programın genel bölümü, şirket için town hall mekaniğini kullanabilir: tek bir mesaj, moderatörlü sorular ve sonuç paketi. Ancak entegrasyon günü daha kapsamlıdır. Genel oturumdan sonra katılımcılar, iki eski organizasyonun birlikte hareket etmeye başlaması gereken iş arayüzlerine geçer.

Program geliştirilmeden önce ne hazırlanmalı?

Senaryodan önce üzerinde mutabık kalınmış bir temel gereklidir: kitle haritası, duyurulacak değişikliklerin listesi, karar sahipleri, açıklama sınırları ve güncelleme kanalı. Bu hazırlık olmadan yönetmenlik belirsizliği sadece güzelce süsler. Aventura olarak müşteriden önce gerçekleri ve rolleri toplamasını ister, ardından bunları katılımcı rotasına, materyallere, program akışlarına ve soru mekaniğine dönüştürürüz.

Hazırlık sıralı olarak ilerler:

1. Kitleleri belirleriz. Fonksiyonları, yöneticileri, şubeleri, vardiyaları, uzaktan çalışanları ve değişikliklerin etkisinin farklı olduğu grupları ayrı ayrı işaretleriz.
2. Karar haritasını oluştururuz. Her değişiklik için durumu, etkilenen rolleri, sahibini ve bir sonraki güncellemenin yerini kaydederiz.
3. Sınırları kontrol ederiz. İK, hukuk birimi, güvenlik ve süreç sahipleri, kamuya açık olarak söylenebilecekleri, ayrı bir kanal gerektirenleri ve henüz doğrulanamayacakları işaretler.
4. Yöneticileri hazırlarız. Konuşmacılar tek bir olgu sürümü, zor soruların listesi ve doğrulanmış bilgi yoksa yanıt verme kuralını alır.
5. Katılım kanallarını tasarlarız. Mikrofonun, sohbetin, formun, küçük grupların ve korumalı kişisel başvuruların nerede çalışacağına önceden karar veririz.
6. Kayıt altına almayı atarız. Her soru, karar ve taahhüt için bir sahibi, durumu ve yayınlanma yeri olmalıdır.

GSA, M3 Playbook'ta büyük ölçekli bir değişiklikten önce etkilenen grupların, iletişim amacının, kanalların, zaman çizelgesinin ve geri bildirim mekanizmasının belirlenmesini önerir. Program için bu pratik bir kılavuzdur: Birleşme roller ve lokasyonlar üzerinde farklı etkiler yaratıyorsa, tek bir kitle ve tek bir katılım yöntemi yeterli değildir.

Hassas sonuçlar için, yönetimin ayrı ekiplerle yapacağı toplantıları önceden planlarız. Genel program genel soruları yanıtlar. Yerel toplantı, kişisel detayları tüm şirket önünde açıklamadan belirli bir süreci veya grubu tartışmaya olanak tanır.

İş ve kurumsal formatların analizlerini Aventura'nın Telegram kanalında yayınlıyoruz.

Birleşik Bilgi Tabanı ve Değişim Haritası

Birleşik bilgi tabanı, onaylanmış kararları, bilinmeyenleri, yanıt sahiplerini ve güncelleme geçmişini saklar. Değişim haritası, bu kararların belirli rolleri, süreçleri, sistemleri ve lokasyonları nasıl etkilediğini gösterir. Birlikte, katılımcılara konuşma için bir temel sağlarlar: çalışanlar iş gerçekliğini resmi sürümle karşılaştırır, entegrasyon ekibi ise doğrulama için tutarsızlıkların listesini alır.

Bilgi tabanını erişilebilir tek bir yerde tutmayı ve her karar için aynı yapıyı kullanmayı öneriyoruz.

Renk navigasyona yardımcı olabilir, ancak durum kelimelerle yazılmalıdır. W3C, önemli anlamın yalnızca görsel yolla iletilmemesini önerir. Bu nedenle 'onaylandı', 'açık' ve 'değişmiyor' renk olmadan okunabilmeli ve ekrandaki şema metin açıklamasına sahip olmalıdır.

Değişim haritasını çalışma katmanlarına ayırıyoruz: karar yapısı, süreçler, sistemler ve erişimler, roller, müşteri taahhütleri, lokasyonlar, bağımlılıklar ve açık riskler. Müşteri içeriği onaylar. Görevimiz, onu anlaşılır, erişilebilir ve programın farklı akışlarında tartışmaya uygun hale getirmektir.

Entegrasyon günü programı nasıl oluşturulur?

Program, genel çerçeveden somut çalışmaya doğru ilerler ve taahhütlerle sona erer. Önce yönetim, onaylanmış kararları ve etkinliğin sınırlarını açıklar. Ardından katılımcılar, değişim haritasını kendi rolleri üzerinden inceler, işlevler arası arayüzleri kontrol eder ve soruları sorumlulara iletir. Sonunda ekip, bundan sonra ne yapılacağını, cevapların nerede paylaşılacağını ve çalışanların güncellenmiş materyal sürümünü nasıl göreceğini belirler.

Çalışma çerçevesi şu şekildedir:

1. Açılış ve çerçeve. Yönetim, toplantının nedenini, onaylanmış kararları, bilinmeyenleri ve kamuya açık konuşmanın sınırlarını açıklar.
2. Bilgi tabanı. Katılımcılar, kilit mesajların tek bir sürümünü alır ve güncel metnin nerede saklandığını öğrenir.
3. Değişim haritası. Fonksiyonlar, şu anda neyin değiştiğini, daha sonra neyin değişeceğini, şimdilik değişmeyenleri ve henüz karar gerektirenleri görür.
4. Çalışma arayüzleri. Karma gruplar, eski organizasyonlar arasındaki görev, veri ve karar aktarım yollarını karşılaştırır.
5. Rol akışları. Ayrı ekipler, kendi işleri, konumları veya yönetim düzeyleri üzerindeki etkileri inceler.
6. Sorular ve doğrulama. Moderatör, konuları kamuya açık cevaplar, sorumlu tarafından kontrol ve güvenli kanallar olarak ayırır.
7. Kapanış. Organizatörler, kararları, sorumluları, kanalları ve sonraki kontrol noktalarını tekrar eder.

Bu, evrensel bir dakika dakika senaryo değil, bir görev sıralamasıdır. Süre, akış sayısı ve konuşmacı kadrosu, onaylanmış değişikliklerin kapsamına, hedef kitle sayısına ve katılım biçimine bağlıdır. Bilginin bir kısmı henüz hazır değilse, boşlukları varsayımlarla doldurmak yerine içeriği daraltırız.

Birleşme yeni bir isim veya görsel sistem içerdiğinde, ayrı bir akış olarak markanın iç lansmanı yer alabilir. Marka bloğu, yalnızca hazır materyaller ve kullanım kuralları mevcut olduğunda anlamlıdır. Bu, süreçler, roller ve iletişim haritasının yerini tutmaz.

Genel oturum, çalışma grupları ve yerel toplantılar

Her format kendi görevini çözer. Genel oturum tek bir bağlam sağlar, çalışma grupları fonksiyonlar arasındaki kopuklukları bulur, yerel toplantılar ise belirli bir ekip için hassas sonuçları ele alır. Tek bir formatın tüm işlevleri aynı anda yerine getirmesini zorlamıyoruz. Bu ayrım, gerçeklerin ortak versiyonunu korumaya ve aynı zamanda büyük salonda kaybolan detayları duymaya yardımcı olur.

Karma gruplar çalışma bağımlılığına göre toplanır, rastgele değil. Örneğin, katılımcılar uçtan uca bir süreci kontrol edebilir: girdiyi kim alır, görevi hangi biçimde iletir, karar nerede gerekir ve kalıcı düzen onaylanana kadar ne yapılır. Sonuç, genel dilekler kümesi değil, sahibine bir rota veya soru olur.

Karmaşık bir konuşma için iş programı moderatörü gerekir; bu moderatör blokların sınırlarını korur, tartışmayı gözlemlenebilir sonuçlara geri getirir ve farklı grupların zamanını korur. Karar sahipleri yerine cevap vermez ve eğer anlam kayboluyorsa, rahatsız edici soruyu nötr bir ifadeye dönüştürmez.

Çalışan Soruları, Geri Bildirim Oturumları ve Yanıtlar

Çalışan soruları birkaç yolla toplanmalı ve yanıtın güzergahı önceden açıklanmalıdır. Acas, danışmayı katılımcıların görüş belirtebildiği, işverenin ise önerileri ve endişeleri değerlendirdiği iki yönlü bir konuşma olarak tanımlar. Entegrasyon günü için bu, dinlemeye ayrılmış zaman, kişisel deneyimle tartışmaya girmeden konuların kaydedilmesi ve toplantı sonrasında sorunun şeffaf durumu anlamına gelir.

Geri bildirim oturumundan önce üç sınır belirleriz: neyin zaten kararlaştırıldığı, çalışanların hâlâ etkileyebileceği konular ve ayrı bir kanal gerektiren temalar. Ardından kolaylaştırıcı, çalışma materyali sağlayan sorular sorar:

• şu anda görevi yerine getirmeyi engelleyen değişiklik;
• iki şirketin farklı süreçler için aynı kelimeleri kullandığı yerler;
• başka bir fonksiyona olan hangi bağımlılık sahipsiz kaldı;
• müşteri veya iş sürekliliği için hangi risk merkezi ekip tarafından görülemeyebilir;
• her kuruluşun uygulamalarından korunması yararlı olan şey.

Listenin ardından kolaylaştırıcı, duyulan temaları tekrar eder ve bunların ilerleyişini açıklar. CIPD, çalışan sesinin birden fazla kanal ve geri bildirim üzerine görünür eylemler gerektirdiğini belirtir. Bu nedenle tek bir açık mikrofon yeterli değildir: sohbet, form ve oturumdan sonra başvurma imkânı ekleriz.

Soru ve yanıtlar için bir durum kaydı yararlıdır:

Microsoft Forms, bazı ayarlarda ad kaydının kapatılmasına izin verir, ancak bu tam anonimliği kanıtlamaz. Sorunun içeriği, küçük grup, gönderim zamanı veya ayrıntıların birleşimi yazarı açığa çıkarabilir. Katılımcılara belirli modu açıklarız: hangi verilerin toplandığı, dışa aktarmayı kimin gördüğü, soruların nasıl anonimleştirildiği ve kişisel durumların nereye yönlendirildiği.

Yüz yüze ve hibrit formatta ekipler nasıl birleştirilir?

Çalışanlar arasındaki bağlantılar, ortak iş hedefi etrafında kurulur. İki eski organizasyondan insanları, veri aktarmaları gerekiyorsa, ortak karar almaları gerekiyorsa veya aynı süreci yönetmeleri gerekiyorsa birleştiririz. Hibrit modelde bunun için tek bir olgu tabanı, ayrı bir çevrimiçi moderatör ve sorulara, materyallere ve sonuçlara eşit erişim gerekir. Salondan yapılan normal yayın, uzak katılımcıları gözlemci konumunda bırakır.

Europe PMC tarafından indekslenen bir araştırma, belirli bir kurumsal birleşme sırasındaki iletişim bağlantılarını inceledi. Yazarlar, iki eski organizasyonun çalışanları arasındaki temas artışı ile sonrasında daha düşük işten ayrılma oranı arasında bir ilişki buldu. Bu gözlem, programdaki tek bir uygulamanın etkisini kanıtlamaz, ancak pratik bir sonucu destekler: tanışmayı gerçek ortak çalışmaya bağlamak faydalıdır.

Birkaç mekanizma kullanıyoruz:

• uçtan uca tek bir sürecin ikili kontrolü;
• fonksiyonlar arası bağımlılık haritası;
• "kime yardımcı olabilirim ve kimden karar bekliyorum" temalı kısa toplantılar;
• ilk bir sonraki teması içeren karma çalışma grupları;
• süreç sahipleri ve uzmanlar kataloğu.

Şubeler ve uzak ekipler için hibrit formatı ayrı bir katılım rotası olarak tasarlıyoruz. Çevrimiçi moderatör, sohbeti ve soru kuyruğunu takip eder. Salondaki konuşmalar mikrofona tekrarlanır. Materyallere bağlantı üzerinden erişilebilir ve uzak katılımcılar, kalan sürede değil, her anlamsal blokta söz hakkı alır.

Hibrit hazırlık süreci dört adımdan oluşur:

1. Platformu, erişimleri, altyazıları, sohbeti, formları ve yedek kanalı kontrol edin.
2. Gerçek materyallerle ve farklı rollerin temsilcileriyle prova yapın.
3. Salon, çevrimiçi ve karar kaydı için ayrı sunucular atayın.
4. Teknik arıza durumunda soruları saklayın ve etkinlikten sonra yazılı durum verin.

Gizlilik, veriler ve erişilebilirlik

Kayıt, sorular, anketler, kayıt ve uyarlama talepleri ayrı bir veri haritası gerektirir. Her kümenin amacını, erişim kapsamını, kamuya açık bölümünü ve gözden geçirme veya silme kuralını önceden belirleriz. NIST ve ICO, gizlilik ve veri minimizasyonu için yararlı risk yönetimi ilkeleri sunar, ancak bunlar Rus yasal normları olarak gösterilemez. Uygulanabilir gereklilikler müşterinin uzmanları tarafından doğrulanır.

Her veri kümesi için beş soru sorarız:

1. Bilgi program veya katılımcı için neden gereklidir?
2. Bu amaç için hangi alanlar gereklidir?
3. Ham verileri ve toplu sonucu kim görecek?
4. Hangi ayrıntılar genel ekrana yansıtılamaz veya tutanağa dahil edilemez?
5. Sahip, saklama gerekliliğini ne zaman gözden geçirecek?

Moderasyonsuz ham anonim soruları göstermeyiz. Kamuya açık sürümden isimler, benzersiz ayrıntılar ve kişisel hikayeler çıkarılır. Tıbbi bilgiler, bireysel İK durumları, performans değerlendirmeleri ve sözleşme koşulları müşterinin korunan süreçlerinde kalır.

Toplantı kaydı da önceden belirlenmiş bir amaç gerektirir. Etkinlikten önce müşteri, kaydın ve materyallerin daha sonraki kullanımının yasal dayanağını belirler, katılımcıları bilgilendirir ve gerektiği durumlarda onay alır. Kayıt, hazır bulunmayan çalışanlar için gerekliyse, müşteri ayrıca erişim kapsamını, yayınlanacak materyallerin içeriğini ve kendi kurallarına ve geçerli hukuka göre saklama süresini belirler. “Her ihtimale karşı” yapılan kayıt, gereksiz bir veri kümesi oluşturur ve sonraki iletişim sorununu kendi başına çözmez.

Erişilebilirlik davetten önce planlanır. W3C ve Section508.gov, uyarlama talep etme yolu sunmayı, erişilebilir materyaller hazırlamayı, mikrofon kullanmayı, önemli görsel bilgileri seslendirmeyi ve ihtiyaca göre altyazı sağlamayı önceden önerir. Ayrıca kişisel akıllı telefon olmadan katılımı, molaları, sessiz bir alanı ve etkinlik sonrası metin özetini de sağlarız.

Entegrasyon gününden sonra geriye ne kalmalı?

Etkinlikten sonra güncellenmiş bilgi tabanı, soru ve eylem kayıtları, çalışma ilişkileri haritası ve güncel materyaller için tek bir adres kalır. Bu çıktılar, toplu fotoğraftan ve duygusal finalden daha önemlidir. Çalışan, en yakın eylemi, cevabın sahibini ve bir sonraki güncellemenin yerini bilmelidir. Yöneticiler, program dışında çözülmesi gereken tutarsızlıkların bir listesini alır.

Nihai paketi şu sırayla topluyoruz:

1. Gereksiz kişisel ayrıntılar olmadan soruları, kararları ve tespit edilen boşlukları bir araya getiriyoruz.
2. Kontrol veya gizli cevap gerektiren konuları sahiplerine geri veriyoruz.
3. Bilgi tabanını güncelliyor ve değişiklik geçmişini işaretliyoruz.
4. Erişilebilir özeti, açık soruları ve güncelleme kontrol noktalarını yayınlıyoruz.
5. Atanan çalışma temaslarının gerçekleşip gerçekleşmediğini ve hangi bağımlılıkların çözümsüz kaldığını kontrol ediyoruz.
6. Bir sonraki toplantıya önceki taahhütlerin durumuyla başlıyoruz: kapatıldı, devam ediyor veya açıklamayla iptal edildi.

Sonuç, uydurma yüzdeler olmadan değerlendirilebilir. Uygun işaretler: taahhütlerin sahiplerinin olması, soruların şeffaf durumu, değişiklik haritasındaki düzeltme sayısı, gerçekleştirilen sonraki temaslar ve bir sonraki çalışma rotasının anlaşılırlığı. OPM ve CIPD, çalışanların geri bildirim verme istekliliğini yönetimin görünür eylemleriyle ilişkilendirir, bu nedenle durumun yayınlanması soru toplamaktan daha az önemli değildir.

Ortak çerçeveyi, iş akışlarını, hibrit katılımı ve materyal paketini tek bir programda toplamanız gerekiyorsa, görevi bizimle tartışın. Hedef kitle haritası ve doğrulanmış kararlarla başlayacağız, ardından konsept, senaryo ve bütçe hazırlayacağız.

Kaynaklar

• GSA M3 Playbook: Define Stakeholders and Develop Communications Plan
• GSA M3 Playbook: Execute Communications Plan
• Acas: Holding a consultation
• CIPD: Employee voice
• Microsoft Support: Set up a survey so names are not recorded
• Europe PMC API: Turnover during a corporate merger
• ICO: Data minimisation
• NIST Privacy Framework
• W3C WAI: Making Events Accessible
• Section508.gov: Create Accessible Meetings
• Microsoft Learn: Hybrid meeting principles
• OPM: 2024 Federal Employee Viewpoint Survey memorandum