IBM’in 2019 satın alma açıklamasında Red Hat’in bağımsızlığı ve tarafsızlığı, mevcut ortak ilişkileriyle açık kaynak yaklaşımını korumak için öne çıkarıldı. Birleşmenin amacı bütün farklılıkları ortadan kaldırmak değildi. Ofise taşınabilecek öğrenim şu: Bir ekip veya iş ortaklığına değer veren şeyin ne olduğunu anlayın; sonra ortaklaştırılacak işle korunacak farkı ayırın. Daha tek tip düzen her zaman daha fazla değer sağlamaz.
İki ekip bir araya geldiğinde dosya, toplantı ve onay düzenleri farklı olabilir. İlk tepki hepsini aynı yapmak olabilir. Ama farklı uygulamalardan biri müşteriyle daha iyi çalışmayı sağlıyorsa onu kaldırmadan önce anlamak gerekir.
2019 açıklamasındaki tercih
IBM’in 9 Temmuz 2019 açıklaması, satın alımın tamamlandığını ve Red Hat’in ayrı bir birim olarak çalışacağını anlatıyor. Bağımsızlık, tarafsızlık, marka, uygulamalar ve mevcut ortaklıklar korunacak unsurlar olarak belirtiliyor.
Bu satın alma kapanışında duyurulan yaklaşım. Buradan sonraki bütün yıllarda her kararın aynı kaldığı sonucu çıkmaz. Yine de bütünleştirme ile korunması gereken müşteri ve iş ortağı değerini ayıran net bir tercih görülüyor.
Birinci öğrenim: Korunacak değeri adlandırın
Bir ekibin değerini sadece kişi sayısı veya araçlarla tarif etmeyin. Müşteri ihtiyacını anlama, hızlı kontrol veya uzmanlık bağlantıları da önemli olabilir. Hangi çalışma biçiminin bu değeri sağladığını öğrenin.
Birleşen ekibe eski yöntemini neden kullandığını sorun. Sadece alışkanlık nedeniyle sürdürülen iş bulunabilir; fakat gerçek müşteri gerekliliği de olabilir. İkisini ayırmadan standartlaştırma kararı vermek faydalı farklılığı kaybettirebilir.
Değeri somut örnekte görün. Bir müşteri talebi nasıl alınıyor, hangi bilgiyle karar veriliyor, hangi istisna uzmanına gidiyor? Genel kültür tarifinden daha kullanışlı bilgi elde edersiniz. Yeni düzeni bu gerçek göreve göre değerlendirin.
İkinci öğrenim: Ortaklaştırılması gereken iş de var
Farkları korumak bütün işlerin ayrı kalması anlamına gelmez. Erişim, güvenlik, kaynak ve ortak teslimler birlikte yönetilmelidir. İki ekibin farklı müşteri bilgileri tutması veya aynı raporu farklı toplamla göndermesi sorun yaratabilir.
Ortak işin neden ortak olacağını açıklayın. Tek kaynağa ihtiyaç mı var, risk kontrolü mü gerekli, yoksa kullanıcı için tutarlılık mı gerekiyor? Her farklılığı yalnız yönetmesi kolay olsun diye kaldırmayın.
Ortak kayıtla ayrı çalışma yöntemini birlikte kullanmak mümkün olabilir. Ekipler kendi hazırlık düzenlerini korurken son teslimin tanımı ve kontrolü ortaklaşabilir. Birlikte çalışma anlaşması bu beklentileri açık konuşmak için yararlıdır.
Üçüncü öğrenim: Karar sınırını netleştirin
Özerklik belirsiz yetki olmamalı. Hangi kararı ekip kendi verecek, hangi karar ortak yönetim gerektirecek? Müşteriye verilen söz, fiyat veya veri erişimi gibi alanlar açık olmalıdır.
İnsanlar her adımda onay bekliyorsa bağımsız çalışma sadece isimde kalabilir. Buna karşılık herkes kendi kararını verirken ortak bağımlılıklar görünmüyorsa çelişen işler oluşabilir. Yetkiyle bilgi paylaşımını birlikte tasarlayın.
İstisna yolu da belli olsun. İki ekibin kararları çeliştiğinde hangi kişi konuyu değerlendirecek? Sorunu kişisel çekişmeye çevirmeden ortak ihtiyaç üzerinden konuşmak gerekir. Karar süresi ve gerekli bilgi açık olduğunda belirsizlik azalabilir.
Farklı yöntemi gerçek görevde karşılaştırın
İki ekip aynı işi farklı sırayla yapıyorsa hangisinin doğru olduğunu unvana göre seçmeyin. Bir standart ve bir özel dosyayı iki akışta inceleyin. Hangi bilgi korunuyor, hangi kontrol erken yapılıyor ve nerede tekrar oluşuyor? Gerekli fark bu örnekte görünür olabilir.
Ortaklaştırma önerisinde kazanan ve kaybeden ekip dili kullanmayın. Kullanıcının ihtiyacını ve ortak riski merkeze alın. Bir yöntem standart işte iyi olabilir, başka yöntem özel koşulda gerekli olabilir. Tek seçenek seçmek zorunda değilsiniz.
Yeni kuralı uygulayacak kişinin de açıklamayı okumasını sağlayın. Görüşmede anlaşılmış görünen karar, günlük işte farklı yorumlanabilir. Hangi kaynak geçerli ve istisna kime gidecek? Bu iki bilgi kaybolursa yapı değişse de belirsizlik devam eder. Birleşme sonrası ilk sorunları kişisel direnç diye açıklamadan önce talimat ve erişimi kontrol edin. Çalışma düzeninin faydası gerçek teslimde doğrulanmalı; sadece organizasyon çiziminde görünmesi yeterli değildir.
- Değeri seçin
Birleşen ekibin hangi çalışma bilgisini korumak istediğinizi yazın.
- Ortak işi ayırın
Kaynak, erişim ve teslim gerekliliklerini birlikte netleştirin.
- Sınırı açıklayın
Hangi kararı ekibin, hangisini ortak yönetimin vereceğini belirtin.
Ofiste doldurulmuş birleşen ekip örneği
Şöyle bir durum düşünün: İki müşteri destek ekibi aynı yönetim altında birleştiriliyor. Biri standart talepleri hızlı çözüyor; diğeri özel müşterilerde daha ayrıntılı inceleme yapıyor. Bütün taleplere tek yanıt şablonu uygulamak istemiyorsunuz.
Alan | Doldurulmuş örnek |
Korunacak fark | Özel sözleşmeli müşterinin uzman kontrolü |
Ortak kayıt | Talep durumu, müşteri bilgisi ve son yanıt |
Ortak kural | Gizlilik, erişim ve onay düzeni |
Ekip kararı | Standart talebin uygun yanıt sırası |
Ortak karar | Sözleşme dışı vaat ve olağan dışı hizmet |
Deneme | Bir standart ve bir özel dosyanın akışını karşılaştırmak |
Her ekibin iyi yaptığı işi diğerine gösterin. Hızlı ekibin açıklığı, özel ekibin kontrol bilgisiyle birleştirilebilir. Ama birinin güçlü tarafını almak, bütün yöntemini aynen kopyalamak değildir. Gerekli farkları not edin.
Sonra gerçek kullanıcı açısından sonucu inceleyin. Müşteri hangi ekibe gittiğini bilmeden doğru destek alabiliyor mu? Ortak kayıt başka kişinin dosyayı anlayabilmesini sağlıyor mu? Uzman kontrol gereken yer kayboldu mu?
Birleşme sonrası yükü nasıl görebilirsiniz?
İlk haftalarda ek toplantı ve çift kayıt oluşabilir. Bunları kalıcı düzen gibi kabul etmeyin. Hangi geçiş işi ne zaman bitecek? Eski dosyalar nasıl arşivlenecek? Kullanıcıya hangi kaynak geçerli denecek?
Bir ekipte herkesin aynı şeyi bilmesini beklemek yerine gerekli bilgiye erişimini sağlayın. İstisna bilgisi ve sorumlu kişi ortak yerde görünür olsun. Devir teslim dosyası hazırlama işin kişisel hafızada kalmasını azaltmaya yardımcı olur.
IBM–Red Hat vakası size her birleşmede ayrı bir şirket yapısı kurmayı önermez. Satın alınan veya bir araya getirilen değerin nereden geldiğini anlamayı hatırlatır. Ortaklık, farklılığı otomatik olarak silmek değildir. Bu değerlendirme yaklaşımını işinizde geliştirmek için kariyer gelişim kursunun programını inceleyebilirsiniz.
Sık sorulan sorular
Bağımsızlık bütün kararların ayrı verilmesi midir?
Hayır. Ortak sahiplik ve ayrı çalışma düzeni farklı sorumluluklar içerir. Hangi kararın ekipte, hangisinin ortak yönetimde olduğu açık olmalıdır. Belirsiz yetki bağımsızlıkla aynı şey değildir.
Standartlaştırma yanlış mı?
Gerekli alanlarda yararlıdır. Güvenlik, erişim ve ortak kayıt tutarlılığı korunmalıdır. Ancak müşteri değerini sağlayan farklı yöntemleri anlamadan kaldırmak sorun yaratabilir. Ortaklaştırmanın gerekçesi açık olsun.
Yeni ekip düzeni nasıl sınanabilir?
Farklı talep türlerinde gerçek akışı inceleyin. Kullanıcı doğru bilgi ve destek alabiliyor mu? Ortak kayıt işi anlaşılır tutuyor mu? Uzman kontrol gereken noktalar korunmuş mu? Bu sorular yapının adından daha anlamlıdır. Çalışma anlaşması, ortak beklenti ve karar sınırını netleştirebilir.
Satın alma açıklaması sonraki başarıyı kanıtlar mı?
Hayır. Açıklama karar ve beklentiyi gösterir. Sonraki ekonomik ve operasyonel sonuçlar ayrı kaynaklarla değerlendirilmelidir. Başlangıç hedefini gerçekleşmiş sonuç gibi anlatmayın.
